тут еще вопрос, что маппинг сам по себе штука геморройная, имеет массу нюансов и частных случаев отображения бд на код, можно спроектировать орм так, что будет не упрощение работы, а масса ошибок, грабли производительности и прочие проблемы, причем все это откроется уже после того, как проект будет готов). Так что само по себе наличие популярной орм, мне кажется, еще не отвечает на вопрос, хорошая ли она сама по себе и не проще ли обойтись без нее)

проще coredata у эплов скомуниздить

она тож на кодоген расчитана

кодегеном ошбиок должно быть не сильно много

много ошибок может быть в рассогласованиях между структурой бд и кодом, смотря как там идет отображение. Или тут какая орм подразумевается? В реляционном маппинге же не только таблицы нужно отображать на код, а еще и связи между ними.

причем эти связи можно понимать по-разному в разных случаях.

Но все постоянно ругают его, и многие делают свои (тот же вайб)

однонаправленные, двунаправленные и т.п.

И вайб тоже ругают 8)

Если отойти от максимализма Денис пропагандирует что-то вроде принципа Парето, и IDE/ORM/etc попадают в те самые 80% которые приносят 20% пользы.

Их можно запилить, но не когда нам не хватает 20% которые приносят 80% пользы

Известно же куда

Подворуйте из эликсировского Ecto.

где-то видел эту картинку и кто-то сказал, что вместо этой дырки и должны были быть ide\orm и т.п., а так там пусто, поэтому и воевать сложно с тем, чего нет). Опять-таки, слова не мои, прошу не бить)

Тогда это была бы не буква D.

Зря ругают?)

используешь экто?

логично. В части стрельбы мой посыл был немного другой: если в языке пуля легко может попасть в собственные ноги, то лучше не держать лишний раз руку "пистолетом")

но опять таки, я уважаю все языки\инструменты и никого не хочу обидеть). Разве что затаил обиду на джаву за File... ну и на гтк... за трей, ну и по мелочи еще.