История изменений
Исправление
emorozov,
(текущая версия)
:
Бро, это не конiц, поверь. Когда ты умрешь, я застрелю себя и буду тебе в аду про Java & GoF-паттерны продолжать толдонить.
Да вот именно, от всей этой тоски типа Java и GoF хочется застрелиться.
Как можно писать на Java, вообще не понимаю. Неимоверно занудный язык, типичное порождение корпорации: шаг влево, шаг вправо — расстрел. Корпоративный раб должен смирно сидеть в кубикле и писать десять SingletonAbstractFactoryOfFactories
в день, чтобы возможно получить следующий грейд на годовом performance review.
Нет серебряной пули, нет серебряной пули. Об этом ещё старина Брукс написал.
Нет волшебной палочки типа: «Заверни весь свой код в синглетоны» и все проблемы сразу волшебным способом разрешатся. Пользователи начнут давать ясный однозначный фидбек, по внешним API появится вменяемая документация и они начнут отдавать вменяемые сообщениея об ошибках, программисты перестанут писать говнокод, к прекрасному коду на синглетонах автоматически возникнет прекрасная документация, и т.д. и т.п.
Более того: увы, большинство этих architecture astronauts то ли никогда не писали код, то ли делали это очень давно. В своих книгах они демонстрируют «преимущества» своих мега-паттернов/ООП/DDD/functional programming/прочие buzzwords на настолько тривиальных примерах, что их легко смог бы реализовать на COBOL выживший из ума пенсионер. Когда начинаешь прикладывать это к реальным жизненным задачам, оно всё время прикладывается как-то вкривь и вкось.
И от того, что каждый раз открывая Java код я вижу названия классов шире моего монитора (DatabaseRepositoryContainerUtilsDecoratorFacade
), этот код не становится ни капли понятнее или лучше.
Исходная версия
emorozov,
:
Бро, это не конiц, поверь. Когда ты умрешь, я застрелю себя и буду тебе в аду про Java & GoF-паттерны продолжать толдонить.
Да вот именно, от всей этой тоски типа Java и GoF хочется застрелиться.
Как можно писать на Java, вообще не понимаю. Неимоверно занудный язык, типичное порождение корпорации: шаг влево, шаг вправо — расстрел. Корпоративный раб должен смирно сидеть в кубикле и писать десять SingletonAbstractFactoryOfFactories
в день.
Нет серебряной пули, нет серебряной пули. Об этом ещё старина Брукс написал.
Нет волшебной палочки типа: «Заверни весь свой код в синглетоны» и все проблемы сразу волшебным способом разрешатся. Пользователи начнут давать ясный однозначный фидбек, по внешним API появится вменяемая документация и они начнут отдавать вменяемые сообщениея об ошибках, программисты перестанут писать говнокод, к прекрасному коду на синглетонах автоматически возникнет прекрасная документация, и т.д. и т.п.
Более того: увы, большинство этих architecture astronauts то ли никогда не писали код, то ли делали это очень давно. В своих книгах они демонстрируют «преимущества» своих мега-паттернов/ООП/DDD/functional programming/прочие buzzwords на настолько тривиальных примерах, что их легко смог бы реализовать на COBOL выживший из ума пенсионер. Когда начинаешь прикладывать это к реальным жизненным задачам, оно всё время прикладывается как-то вкривь и вкось.
И от того, что каждый раз открывая Java код я вижу названия классов шире моего монитора (DatabaseRepositoryContainerUtilsDecoratorFacade
), этот код не становится ни капли понятнее или лучше.