История изменений
Исправление
stevejobs,
(текущая версия)
:
две заметки на полях:
1) мне почему-то кажется, что само понятие «фреймворк» это и есть синоним закоснелости. Фреймворком обычно называют самую сложно модифицруемую, самую малопонятную, тёмную и дремучую часть кода :)
2) если придерживаться концепции фреймворков, реально строить на них код - не приведет ли смена фреймворка к необходимости переписывания всего этого кода?
напоминает древнюю байку про алгоритм маляря Шлемиеля:
Маляр Шлемиэль подрядился красить пунктирные осевые линии на дорогах. В первый день он получил банку краски, поставил её на дорогу, и к концу дня покрасил 300 метров осевой линии. «Отлично!» сказал прораб, «быстро работаешь!» — и заплатил ему копейку.
На следующий день Шлемиэль покрасил 150 метров. «Мда, это, конечно, не так здорово, как вчера, но приемлемо.» — сказал прораб и заплатил ему копейку.
На следующий день Шлемиэль покрасил 30 метров. «Всего лишь 30!» заорал прораб. «Это никуда не годится! В первый день было в десять раз больше! В чём дело?»
«Ничего не могу поделать,» — говорит Шлемиэль. «Каждый день я ухожу всё дальше и дальше от банки!»
Пока у тебя сайтик на 3,5 пользователя - можно выбросить к чертям вообще всё и переписать его за месяц хоть на другой платформе. Возможно, несколько раз.
Когда ты делаешь какую-нибудь CRM или базу знаний типа jira/confluence, так что количество классов пошло на сотни тысяч, а юнит-тесты не успевают выполниться за сутки - и вся эта пирамида держится на шатком предположении, что у всех один фреймворк, и он работает идеально корректным и единственно возможным способом - менять фреймворки с переписыванием всей этой кодовой базы как-то уже поздновато, не находишь?
Исходная версия
stevejobs,
:
две заметки на полях:
1) мне почему-то кажется, что само понятие «фреймворк» это и есть синоним закоснелости. Фреймворком обычно называют самую сложно модифицруемую, самую малопонятную, тёмную и дремучую часть кода :)
2) если придерживаться концепции фреймворков, реально строить на них код - не приведет ли смена фреймворка к необходимости переписывания всего этого кода?
напоминает древнюю байку про алгоритм маляря Шлемиеля:
Маляр Шлемиэль подрядился красить пунктирные осевые линии на дорогах. В первый день он получил банку краски, поставил её на дорогу, и к концу дня покрасил 300 метров осевой линии. «Отлично!» сказал прораб, «быстро работаешь!» — и заплатил ему копейку.
На следующий день Шлемиэль покрасил 150 метров. «Мда, это, конечно, не так здорово, как вчера, но приемлемо.» — сказал прораб и заплатил ему копейку.
На следующий день Шлемиэль покрасил 30 метров. «Всего лишь 30!» заорал прораб. «Это никуда не годится! В первый день было в десять раз больше! В чём дело?»
«Ничего не могу поделать,» — говорит Шлемиэль. «Каждый день я ухожу всё дальше и дальше от банки!»
Пока у тебя сайтик на 3,5 пользователя - можно выбросить к чертям вообще всё и переписать его за месяц хоть на другой платформе. Возможно, несколько раз.
Когда ты делаешь какую-нибудь CRM или базу знаний типа jira/confluence, так что количество классов пошло на сотни тысяч, а юнит-тесты не успевают выполниться за сутки - менять фреймворки с переписыванием всей этой кодовой базы как-то уже поздновато, не находишь?