О репозиториях замолвите слово

ORM-ы такие ORM-ы

Много ненужных абстрактных названий Repository, Session, entity, которые программист вынужден учить, много "магии"

userRepo.Persists(ctx, user2)
session.Flush()

которую тоже нужно знать. Магия подозрительно простовая кстати, где же

if err := userRepo.Persists(ctx, user2); err != nil {}

в Go без этого никак
Отдельный язык

d3:"many_to_many:<target_entity:User,join_on:u1_id,reference_on:u2_id,join_table:lw_friend>"

который опять надо учить, и хорошо если в runtime он проверяется, а скорее всего нет. Это опять ведет к жестокой магии и многочасовым поискам ошибок

кодогенерация вместо рефлексии

Кодогенерация это всегда плохая идея, в любом языке. Язык Go разрабатывался для того что человек писал на нем программу для себя же в первую очередь, чтобы он же понял что делает программа через месяц. Процессор он и машинные коды неплохо понимает. Автоматически генерировать программу на Go (или любом другом языке), которую в итоге не понимает человек, это только зря тратить время на компиляцию.

Ну и в результате всех этих высоких абстракций все заканчивается переизобретением старого доброго SQL

userRepo.Select().AndWhere("id", "=", 1)

Ну и. От чего пытались абстрагироваться, к тому же и вернулись.

Короче вообще не очевидно что так лучше чем просто select-ы на старом добром SQL

rows, _ := db.Query(`SELECT * FROM users where id = 1`)
defer rows.Close()
if rows.Next() {
    user := User{}
    _ = rows.Scan(&user.Id, &user.email)
}