Комментарии 18
Продолжать дорабатывать систему в том виде, в котором она находится сейчас — это тупиковая ветвь развития. Поэтому. Сегодня мы стартуем с чистого листа. Добро пожаловать на борт ковчега.
Ах, если бы все было так просто…
Да уж. За этой фразой стояли месяцы раздумий и подсчетов.
А спустя год после фразы «Ах, если бы все было так просто…» приходит понимание, что тогда это было так просто, но теперь уж точно поздно…
А спустя год после фразы «но теперь уж точно поздно…» приходит понимание, что тогда это было не так уж и поздно…
Когда мы стали делать вторую версию, софту было 3 года от роду. При этом он разрабатывался усилиями 12 штатных программистов, 3-х тимлидов и меня.
У нас был даже модуль, подсчитывающий расходы на связь и предлагающий решения исходя из эвристического алгоритма поиска предложений на рынке.
Жалко, что повальное увлечение JS не дало ему жить.
У нас был даже модуль, подсчитывающий расходы на связь и предлагающий решения исходя из эвристического алгоритма поиска предложений на рынке.
Жалко, что повальное увлечение JS не дало ему жить.
Интересно, у меня примерно такая же цифра выходит. Типичный, не самый худший, проект приходит к энтропийной смерти через 30-40 программисто-лет.
В «Мифический человеко-месяц» это было великолепно описано еще 75 году.
Время создания системы не зависит от количества программистов, а только от сложности системы. Вероятность завалить проект прямо пропорциональна количеству программистов. Если проект заваливается, то введение дополнительного количества программистов на поздних этапах только ускорит смерть проекта… и т.д.
Брукс насмешливо называл свою книгу «библией для программной инженерии»: «все её читали, но никто ей не следует!» :)
Время создания системы не зависит от количества программистов, а только от сложности системы. Вероятность завалить проект прямо пропорциональна количеству программистов. Если проект заваливается, то введение дополнительного количества программистов на поздних этапах только ускорит смерть проекта… и т.д.
Брукс насмешливо называл свою книгу «библией для программной инженерии»: «все её читали, но никто ей не следует!» :)
>> Жалко, что повальное увлечение JS не дало ему жить.
Можно подробней?
Можно подробней?
Давайте! Хочу Вавилон!
Спасибо и за вторую часть, также прочитал с интересом.
Однако, на мой взгляд, она слабее первой. Нет в ней той образности, что мне очень понравилась в первой части.
Жду третью (:
Однако, на мой взгляд, она слабее первой. Нет в ней той образности, что мне очень понравилась в первой части.
Жду третью (:
Афтар, пеши есчё!
Распечатаю и повешу на стену.
Скажите, а вы случайно больше ничего не писали? Я таким слогом даже про проблемы феминизма читать готов, не то что про организацию работы над проектом.
Скажите, а вы случайно больше ничего не писали? Я таким слогом даже про проблемы феминизма читать готов, не то что про организацию работы над проектом.
Как это знакомо…
Сейчас занимаемся крупным программным продуктом, который разрабатывается уже лет 10 и до нас писали его уже команды 3-4. Как же хочется зарефакторить все, а нельзя :(
Прослезился…
Поэтому. Сегодня мы стартуем с чистого листа. Добро пожаловать на борт ковчега.
Сейчас занимаемся крупным программным продуктом, который разрабатывается уже лет 10 и до нас писали его уже команды 3-4. Как же хочется зарефакторить все, а нельзя :(
Прослезился…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Библия проектирования. Часть вторая. Костыли, изгнание из рая, Каин, Авель, и снова с чистого листа