но ему рано или поздно придется смириться с данностью) или уходить из команды

Но только в том случае, если есть команда  CIO, CTO и пр., влиятельная причём. Иначе могут и архитектора закатать.

Почему так? Потому что у разработчика есть менеджер, у этого менеджера есть другой менеджер, а за этого менеджера поручился руководитель департамента, топ-менеджер, допустим. В этом случае в их интересах устранить прозрачность любой ценой.

+++, там уже чистая политика и у кого сильнее вес)

Мне не нравятся кодогенераторы в том, что они генерят то, что нужно потом дописывать. А не экстендить. Таким образом нет нормального процесса апдейта спеки (сгенерил новый код -> проект не собрался/тесты не прошли -> дописал/исправил). Получается, что если в сгенеренном коде есть изменения, то при новой генерации они стираются. А если бы изменений не было, то код генерированный можно было бы даже не хранить в гите

Я так понимаю это ваша настольная книга?
https://i.imgur.com/7IQbWD9.png

Один из вариантов решения:
https://martinfowler.com/dslCatalog/generationGap.html

Один из вариантов решения:
https://martinfowler.com/dslCatalog/generationGap.html

Это не решение, это как раз определение проблемы :)

В третьем абзаце, "In his formulation, the handwritten class was a subclass of the generated class.". Подробней оно описано в книге “Domain Specific Languages” by Martin Fowler (with Rebecca Parsons), chapter 57.

Впервые его предложил John Vlissides в книге “Pattern Hatching: Design Patterns Applied” (он туда включил все, что не вошло в GoF).

Решение, прямо скажем, дискуссионное, но работающее.

Мне не нравятся кодогенераторы в том, что они генерят то, что нужно потом дописывать. А не экстендить. Таким образом нет нормального процесса апдейта спеки (сгенерил новый код -> проект не собрался/тесты не прошли -> дописал/исправил). Получается, что если в сгенеренном коде есть изменения, то при новой генерации они стираются. А если бы изменений не было, то код генерированный можно было бы даже не хранить в гите

Добрый день, может кто-нибудь может подсказать, пишу сейчас статью на тему wiki-систем и корпоративных порталов, вот возник вопрос можно ли относить Confluence к CMS системам ? Насколько тогда это приложение может конкурировать с полноценными решениями от Oracle, 1C и т.д. Как в целом соотносятся решения классов ECMS, WCMS и CMS, есть ли четкое разделение между ними ?