LINUX.ORG.RU

История изменений

Исправление 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), этот код не становится ни капли понятнее или лучше.