Keep it simple, stupid
Последнее время на Хабре часто пишут про написание кода в стиле KISS, DRY и проч. Читаю всё это и бальзам на душу. Ну вот правда.
Понять разработчиков можно, ибо как и все люди, они видят в ТЗ не задачу, а проблему (что в корне не правильно). Проблемы никому не нужны и всегда хочется их избегать. Вот и придумывают код "на перёд" т.е. стараются продумать и предугадать все возможные ситуации развития проекта. В подавляющем количестве случаев, проект меняется совсем не так, как было предсказанно и тонны шедевгального кода, написанного ранее, превращаются в тонны говна. Тут же появляются всякие фасады, надстройки и прочее, а так же зреет испепеляющая мысль о рефакторинге всего проекта. Что такое рефакторинг для проекта? Это поворот яиц и не более того (как правило).
С другой стороны, не планировать ничего вообще тоже не хорошо и даже как-то унизительно. Говнокодить в реальном времени не захочет ни один уважающий себя разработчик. Хотя что такое говнокод однозначного ответа тоже нет.
Я думаю так: есть задача - есть решение и решение это должно быть с одной стороны строго в рамках задачи, а с другой - верхом вашего мастерства и ещё немного сверх этого.
Понять разработчиков можно, ибо как и все люди, они видят в ТЗ не задачу, а проблему (что в корне не правильно). Проблемы никому не нужны и всегда хочется их избегать. Вот и придумывают код "на перёд" т.е. стараются продумать и предугадать все возможные ситуации развития проекта. В подавляющем количестве случаев, проект меняется совсем не так, как было предсказанно и тонны шедевгального кода, написанного ранее, превращаются в тонны говна. Тут же появляются всякие фасады, надстройки и прочее, а так же зреет испепеляющая мысль о рефакторинге всего проекта. Что такое рефакторинг для проекта? Это поворот яиц и не более того (как правило).
С другой стороны, не планировать ничего вообще тоже не хорошо и даже как-то унизительно. Говнокодить в реальном времени не захочет ни один уважающий себя разработчик. Хотя что такое говнокод однозначного ответа тоже нет.
Я думаю так: есть задача - есть решение и решение это должно быть с одной стороны строго в рамках задачи, а с другой - верхом вашего мастерства и ещё немного сверх этого.