да, пожалуй лучше дальше не обсуждать

Проблема была в несоблюдении SOLID в пограничном моменте. Из-за этого холивары, итеративная переделка "через нехачу" с затаиванием злобы на тимлида за его SOLID казалось бы на ровном месте. От этого затягивание задач и невыполнение спринта. При планировании не планируются холивары ). Чувак даже не понимал что это техдолг, который переписывать минуту в SOLID решение. Одно дело нарушать SOLID когда ты себе экономически не можешь его сейчас позволить и его делать в 5 раз дольше, другое дело мелкая задачка на 5 строк на которую есть время чтобы никуда не спешить и сделать по человечески как говорит тимлид. Также стремно слышать "вот сейчас нет сложностей с этой задачей, поэтому сделаем простой код в лоб... Я говорю - сделай по SOLID так-то так-то - будет гибче, может логика усложнится потом и другим разрабам будет более понятно как модифицировать твой код". На что: "ну вот усложнится и тогда переделаем!". Напоминаю: там про 5 строк вопрос был без дедлайнов. Устал я от этой темы уже, давайте ее закроем ).

Не буду говорить, что чел был прав насчет насчет "усложнится тогда и переделаем" ))

Солид, ломающий судьбы, не иначе)

Петр, что ты вынес из этого всего, может что полезное для нас скажешь тоже?

нет, уже, давайте похоливарим на счёт SOLID. Так как Солид это всё же принципы, а не практики, то по нему можно даже на FP языках писать. Как и DDD.

DDD на ФП вообще кайф )

В Го-ките насколько помню всё нормально по паттернам было, часть из солида использовалась

Ко всем аббревиатурам всегда относился без фанатизма. В последние пару лет пришёл к выводу, что если понимаешь как тесты на код написать, то код норм)

KISS же. зачем усложнять на ровном месте?

тестируемость кода по факту есть следствие выполнения большей части принципов.

Обычно да. Но, я имело ввиду, что есть фанаты-архитекторы, которые не могут жить без кровавой бойни за какой-нибудь абстракт-фактори-инжекшен-локатор-оф-стратеги-регистр)

Твой интерфейс слишком много на себя взял, приятель, но у меня есть отличное решение - я думаю если разбить его на 500000000000 классов, то код станет проще для восприятия, пойду нарисую диаграмму и соберёмся на стендап через 17 лет

Ахаха, да, знаю пяток таких

эх... хочу похоливарить на такую тему...

сейчас у меня большой легаси проект и осталось всего лишь порядка 800 вопросов "а это тут зачем". за год успел получить ответы где-то на 250 таких вопросов... несколько не до solid/kiss как то стало (

вспомнлся рецепт с каких-то курсов - если разработчик любит спорить, ему не достаются интересные задачи, на него тратся меньше времени, пока он не научится презентовать свое архитектурное видение, не погрязая в холиварах. Аргументация при жтом простая - лида интересует сначала результат, а уже потом архитектурные изыски.

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

Ещё бывает часто, что лид глуп (: так что это не показатель неадекватности разработчика

со спорами кмк все просто. много споров означают слабые софтскилы у всех участников споров. Если не тратить время на споры, то даже со всеми переделками неоптимальных решений результат будет выше. А если дать спорщикам волю - они запилят какой нибудь чхз, угробят кучу времени, рассказать другим о нем не смогут и придется выпиливать. В лучшем случае они просто обзовут это "новой версией" и ее можно будет просто удалить.

Спорщик изначально уже какбы отравлен, есть опасность что он может отравить остальных тоже