|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 21 Apr 2003 12:37:53
To : Vladimir Bormotov
Subject : Re: странного хочется
--------------------------------------------------------------------------------
Vladimir Bormotov <bor@vb.dn.ua> wrote:
VB> у нас, как-то единодушно принят подход, что в начале новой разработки
VB> делается ставка на что-то ниболее активно развивающееся. Ккак
Вот в этом-то и заключается основная концептуальная ошибка. Использовать
надо то, что наиболее стабильно. Прогресс - зло. И использовать что-то активно
развивающееся надо только в тех случаях, когда это наименьшее зло из
возможных.
VB> "исследование" гораздо важнее не отзыв пользоватлеей, а активность автора
VB> поддерживать сие, и продвижение в нужном _нам_ направлении. И это не
VB> просто так, а потмоу что есть опыт, в том числе и с CPAN. Хотя, отзыв
VB> пльзователей тоже важен, и чем больше готовых решений используют
VB> исследуемый компонент, чем эти решиня ближе к нашей задаче (по любым
VB> критериям), тем лучше.
Это конечно, важно. Потому что снижает трудоемкость решения задачи. Hо
трудоемкость следует оценивать чуточку более комплексно. Hапример,
вероятность того, что придется полсистемы переделывать нафиг, потому
что авторы используемого компонента взяли и поменяли идеологию, а
остаться на их старой версии по каким-то причинам нельзя (например,
в силу дороговизны code fork), тоже надо
учитывать. И засчитывать в потенциальную трудоемкость трудоемкость
переделки полсистемы нафиг, умноженную на вероятность подобного решения
со стороны авторов.
VW>> Далее ты можешь уже сам думать что тебе выгоднее - писать свое с нуля,
VW>> взять за основу чье-то и сделать code fork, чтобы быть уверенным что
VW>> дальнейшее развитие пойдет туда, куда тебе надо, или положиться на
VW>> вменяемость команды, развивающей продукт.
VB> code fork, зачастую получается еще дороже, чем собственное написаное с
VB> нуля. Дороговизна fork'а пропорциональная начальному объему кода.
Совершенно верно. Поэтому и надо бояться активно развивающихся
инструментов.
--
--- ifmail v.2.15dev5
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
