> А что boilerplate. в качественном програмировании всегда саоме важное - это сложность
> стртуктуры данных. А переусложненная бизнес логика на фоне минимального внимания описанию
> объектов - признак плохого ПО.

Отсутствие бизнес-логики будет ещё более плохим признаком. Я не большой знаток жабы, но у меня тем не менее сложилось впечатление, что java-программисты подчастую пытаются писать код на все случаи жизни. То есть, решать не конкретную задачу, а обязательно настолько обобщённую, что иногда кажется, что этот код призван решать любую задачу. Это даже наводит на подозрение, что жаба такая толстая и тормозная из-за оверинженеринга, а не из-за just in time компиляции, или сборки мусора, или динамической типизации.

Может быть так и надо делать в тех случаях, когда используется java -- я не вникал. Может быть так надо в силу специфики задач, может быть в силу специфики языка, может быть в силу специфики протекания психических процессов в черепах java-программистов -- не важно почему, потому что результат от этого не меняется, в java-программе половина кода посвящена архитектурным изыскам.

Такое не только с java-кодом бывает, но в java, по-моему, не бывает иначе.