Обсуждение

Совет — для ещё лучшей работы поисков пользуйтесь чем нибудь упомянутым тут: http://www.livejournal.com/users/illyn/107740.html?mode=reply

Я обычно последние посты смотрю безо всякого поиска глазками, прямо со страницы entries в ЖЖ. А более древние быстро находятся blogs.yandex.ru Все эти англоязычные неудобны по сравнению с blogs.yandex.ru, ибо не поддерживают русскоязычных флексий. Я не стремлюсь быть удобным для поисковых машин -- это они стремятся более тщательно меня отслеживать :) А в technorati я давно не заглядывал (а когда заглядывал давно -- мне не очень понравилось). И ключевые слова я не вполне понимаю, зачем. Нет, я понимаю пользу фолксономий. Но полнотекстовый поиск для меня обычно много, много удобней. Поисковые машины однозначно выигрывают у любых каталогов, у любых классификаторов.

blog.yandex.ru — сейчас разваливается на глазах, теряет и теряет посты из тех что в нём уже были проиндексированны раньше. У Апача об этом было недавно. Флексии отлично, но если индекс растёт вниз, то… technorati — несколько недель назад стал, перед возможной продажей Гуглю или Мердоку, обычным сайтом, для обычных людей, а не для гиков. Ключевые слова, лично мне нужны для отслеживания «всей темы», что я об этом, было дело постил.

Я в смысле имел в виду — поставте в семаджике галку куда-надо, и пингуйте по возможности, это быстро. Закладку сделал, там есть на страничке, нажал, пинг — и готово.

Да мне это не нужно: меня вполне устраивает, что мои постинги читают мои френды. А еще их читают "просто поисковые машины", тот же Гугль. Так что все в порядке.

мне кажется продуктивной аналогия между реформированием и производством софта и насчет XP - в каком-то из недавних CrossTalk-ов отмечалось, что agile-методики не работают на достаточно крупных софт-проектах. Если коллектив больше 7-10 человек, а объем кода - от тысячи функциональных точек, то agile почти гарантированно дает провал. А продолжают эффективно работать, как ни странно, старая и массово критикуемая модель водопада, ну и спиральная конечно :) Но - без модных гибких нововведений. В то же время я лично уверен, что дело отнюдь не в плохости agile, а в чем-то другом... Возможно, в степени заформализованности мышления исполнителей? Больше гибкости - больше ответственности - больше надо думать :)

В принципе, непонятно, почему объем рефакторинга в agile должен быть меньше, чем объем переделок в водопаде. Но в водопаде нельзя избежать up-front дизайна, а в agile его избежать можно. Кроме того, в водопадах большого объема гарантированно применяется система управления проектом -- хоть какая-нибудь, но критический ресурсный путь она считает. А в agile применять подобную систему можно (и нужно, конечно), но я что-то не слышал об этом. Поглядите, например, подробнее свойства http://www.realization.com/ Еще в agile есть много того, что можно было бы брать из проектного менеджмента (типа упомянутой оценки по оптимуму вместо пессимистических оценок), но это мало кто делает. Еще в agile все интерфейсы "рефакторятся", а в водопадах -- жестко проектируются и затем надолго фиксируются, что добавляет прочности всей конструкции. Но вполне возможно, что речь идет не о разнице в agile и водопадах, а совершенно случайно о разнице в других характеристиках проектов: скажем, больше интерфейсов или больше ядреной обработки, больше число явно определенных модулей или просто больше "программирования экспертных знаний" и т.д.

Не надо, ничего не разваливается. Всё будет хорошо.

Ну, надеюсь конечно. Но с «пропавшими постами» — встречался, увы.

Вот это обстоятельство http://www.livejournal.com/users/illyn/116394.html как-нибудь урегулировать бы?

Я очень прошу баг-репорты писать в блог, а в ICQ/Email/форму обратной связи.

В смысле, ты имел в виду? "писать не в блог, а в форму"? Хорошо. Но данный случай ты уже увидел, да? Продублировать куда-надо? Нет?

Ага, "не". Увидел, спасибо большое.

А как вы ее запустили, у меня QuickTime стоит, но игра его не видит

Игра сама его устанавливает.