Всё субъективно. Мы вообще живём в мире тотальной субъективности при тотальном отсутствии субъектности.

Хороший код, только тогда хороший, когда 1.его может прочесть кто-то кроме тебя, деже если нет комментов(самодокументирован)

2. Кода профайлер говорит что код блестит как лысина Вина Д@изеля, и нет hotspot+оа никаких, когда юнит тесты и санитайзеры его одобряют. И когда ты сам , заглядывая в бинарник через Ida pro, кайфуешь от того как всё коротко, красиво и замечательно. Без понимания что такое big O , к сожалению это невозможно. Да.

Был у нас такой, учил всех как и что делать. В итоге самое говно в проекте именно после него осталось 😅

Лечится легко - просто ловишь за хвост и просишь показать, как в его конкретном пулл-реквесте эти принципы нашли свое применение. Желательно делать эти нападения при всех, чтоб не смог отбрехаться без ущерба репутации. И не отходя от кассы разбирается ситуасьон, где применил, где ннарушил, ой-вей мамадорохая, а так нельзя, там в умной книжке написано. Нужно лишь намного фантазии и желания потратить силы, ахах

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

По ТК РФ не такое простое ж мероприятие)) ну и всякая политика свыше. Сидит такой вот человек веселый - и работай как хошь. Поэтому обламывание короны лопатой можно уже в прайс включать, ахах

Не всегда это хороший выход. Такие ярые фанатики могут быть и полезны в виде напоминания об архитектуре в целом. Не утверждаю, что каждый, ибо пользу не все приносят. Но как пример из моих прошлых мест работы. На беке был чел, который кричал про архитектуру и оптимизацию. По началу было забавно, потом его команду это стало слегка напрягать. Ну и лид решил человека просто уволить без разбору и попыток направить в нужное русло. В итоге через 4 месяца их сервис деградировал по стойкости нагрузки. С 8 тысяч rps до 6 тысяч rps. Взяли техспринты и пошли копать что и как. Нашли список ошибок, узких мест и так далее. И стали выяснять, а оказалось, что уволенный фанат оптимизаций и архитектур предупреждал о части моментов и предлагал более дорогие решения, чтобы горлышки не делать. По части его советов прошлись и проблему снизили.

Поэтому иногда лучше не уволить, а направить в нужное русло стоит, если ситуация позволяет, чисто на мой взгляд.

Хорошие разработчики, ровно как и плохие, бывают везде.

Расскажи поподробнее немного, что имеешь в виду

Да вроде итак всё понятно написано. Я не считаю что «большинство — снежинки». Не место красит человека, а человек место.