ну твой код для кого-то выглядит так же

https://habr.com/ru/post/517404/

https://github.com/reinforced/Reinforced.Tecture

ну это срака оверинжерингивая

прав тот кто быстро и много приносит денег бизнесу

Ну я вот больше не из за этого бомбил, а из-за того, как такие вещи вообще на хабре воспринимаются

Так а где доказательства что сей гений приносит быстро и много?

Есть неоправданная сложность

я не вижу в этих портянках cs файлов ничего сложного, я просто не понимаю, что это решит точнее насколько эффективнее решит относительно каких-то других решений

как её измерить? восприятия кода у всех разное

Исходя из опыта

ну ты же понимаешь, что это абсолютно субъективно?

как её измерить? восприятия кода у всех разное

Метрики разные есть. Цикломатическая сложность, сцепленность. Можно количество ошибок считать за период.

ну вот по этим метрикам я думаю конкретно этот репозиторий будет показывать нормальные цифры, но "плохим" он этого не перестанет быть

надо было просто взять фарш

Не знаю. Надо смотреть, конечно. Но вот этот код: public interface IPrimaryKey<T1, T2, T3, T4, T5, T6, T7> { (Expression<Func<T1>>, Expression<Func<T2>>, Expression<Func<T3>>, Expression<Func<T4>>, Expression<Func<T5>>, Expression<Func<T6>>, Expression<Func<T7>>) PrimaryKey { get; } } явно сложный по этим метрикам.

И наделать котлет. А не код писать

теперь дотнет херовый или как это работает?

теперь дотнет херовый или как это работает?

ну у нас в стдлибе есть Action<> до 15 аргументов дженерик аргументов

Херовый. Мне 15 мало.

Так это решение проблемы плодения кастомных делегатов

хорошо, чем ему тогда заменить тот код? он же его по какой-то причине написал

Ну, например, не использовать 15 полей в качестве первичного ключа. Сделать суррогатный ключ, как это делают последние лет 40 в индустрии.

Ну и правду сказать, 15 полей в первичном ключе... Чёрт, это и правда много, я ни разу такого не видел. Ну, три поля, ну, четыре.

хорошо, чем ему тогда заменить тот код? он же его по какой-то причине написал

так можно оправдать вообще любой говнокод

да, а теми аргументами можно обосрать вообще любой код

какими теми? У тебя позиция "докажи, что ты не верблюд". Любой код по умолчанию говно, надо доказывать обратное. Любая сложность в коде должна иметь под собой хорошее обоснование. Иначе из инженерной деятельности это все превращается в детский сад с лозунгом "Я художник я так вижу" и "сколько людей столько и мнений". Все бы ничего, только это контрпродуктивно. Если речь идет о прикладном программировании, то код доложен быть практичным и прагматичным, а это объективные параметры, НЕ субъективные.