Ок, пойду покупать, спасибо!

хитрец, сфоткал девушку в короткой юбке, а всем говоришь, что рюкзак фоткал :)

Ха

Читая ваш поток мыслей ч ни нашел ни одного дельного аргумента против

Спасибо. А то я думал что я один так думаю.

Но это мне напомнил мой первый вопрос в stackoverflow. когда я получил свой первый -10 на свой вопрос с комментами “your question too broad”,  “off topic ” и т.д.

И я понял что нельзя было так кидаться своими мнениями без предложения какой нибудь другой алтернативы

Но как говорится не ошибается тот кто вообще ничего не делает. ))))

и из всех комментах я бы голосовал за этот

в рефлекшнах дело, если не аннотации былы бы xmы, properties файлы или yaml и т.д.

Ад, когда рефлексия не документируется и, если это спринг, то проблемы решаются чтением BPP или аспекта в случае аоп

@javax.persistence.Transient на поле

и тут главное не стрелять себе в ногу ))))

Рефлексия проста. Просто его можно по разному использовать. (Как молоток - им можно строить что-то, а можно и разрушить)

В защиту аннотаций (в случае hibernate) простой кейс:
вас в команде много, два девелопера берут разные задачи, каждая из которых предполагает добавление нового поля в сущность и последующую обработку в различных сервисах.
В случае аннотаций каждый добавил аннотированное поле, в случае билдеров запросов + pojo каждый модифицировал билдер

Потом оба делают мерж реквест, в одном из них вылетает мерж конфликт. Конфликт с аннотациями чинится в 2 клика и практически не требует повторного тестирования. Конфликт в билдере требует вдумчивого разруливания и повторного тестирования

Вы уже философствуете, такое на афтерпати делают;))

В случае с базами данных мне нравится принцип slf4j (The Simple Logging Facade), где вы можете logging заменить на java.util.logging, logback, log4j

потому что базы данных бывают разными и sql у них разные. тут тоже такой принцип нужен

я использую hbase, и как вы поняли без аннотации и поэтому не знаю насколько jpa работает как фасад ( как slf4j)