но это не значит, что эти паттерны хорошие в других местах. И да, ORM в 99% случаев не нужен, если только вы не совсем криворукий и не можете без написания вызовов длиной под 300 символов.
Датамаппера хватит (sqlx например). Ну а если вы уже не умеете в SQL - то это печально.
я не готов сейчас спорить, мне надо развесить белье и посмотреть последние 3 серии сериала, но чтобы набросить я могу сказать, что орм позволяет сократить вам кол-во кода очень сильно, так же иметь унифицированный интерфейс, и тд. Но это все в контексте MVC можно рассматривать, я не пишу на го сервисов которые сильно юзают бд, и не пишу код который юзает релейшены, не требовалось, но когда мне нужны джойны и маппинг, я предпочту орм так как сразу получу нужный объект с нужными методами для доступа к релейшенам и тд, и писать это буду на руби, поэтому что так проще. Программирование в конце концов работает на бизнес которому нужен не дроч, а продукт который работает и поддерживатеся. Как правило велосипеды пооддерживать гораздо сложнее типовых решений