Меня безумно раздражает отсутствие аккуратности и здравого инженерного смысла при создании приложений. Просто бесит. В погоне за get it done (...and screw it up as much as possible) умудряются выдать на гора тонны компоста. Сотня бессмысленных классов пусть даже и красиво названных (например, ...Factory, ...DAO) легко в проекте появляется, тысячи строк копи-пейста, какие-то невнятные навороты над хибернейтом. Сплошной бред какой-то. Вопрос - зачем??? Причем, я не ставлю под сомнение необходимость иметь DAO, Factory и проч. Речь о том, что если уж есть слой DAO, то его расширение должно происходить в консистентной манере, а не так, что тут у нас есть DAO для конкретного бизнес-объекта, а тут было лень думать и мы сделали один большой DAO на всё приложение.
Не умеешь пользоваться хибернейтом - не трогай его вообще, отойди подальше. Но, пожалуйста, не трать время компании и терпение команды на демонстрацию умения писать много строк кода.
Лишнего - раз в 10 больше, чем необходимо. Какая тут нафиг эффективность? Угрохать полтора года чтобы написать свой незабываемый workflow manager для ETL трансформации? Идиоты... Возьмите SQL Server и SSIS (Integration Services) - там всё давное уже сделано. Нет, не можем, у нас Oracle, у нас специалисты. Распух у них Оракл и не падает, ёпрст! Сколько денег и сил в результате впустую, чтобы очередного монстра на Java и PL/SQL породить. В конце концов, если без Оракла никак, джавовскую часть можно на OpenSymphony построить и избежать тупизны и отсутствия гибкости своей имплементации workflow.
Зато становится понятно почему 60% команды проекта - менеджеры. Смысл вовсе не рационализировать деятельность компании, а создать больше возможностей для карьерной возни. Причем, судя по уровню технических решений в остальных проектах, даже архитекторы уже за еду работают.
Глядя изнутри и понимая каким же образом услуги компании мне как пользователю предоставляются, становится безрадостно как-то. Нафиг мне сдались такие услуги?
Комментариев нет:
Отправить комментарий