конкретно команда была примерно такой, компания - в районе 30-40 прогеров

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

это грустно, мои соболезнования.

наводит на некоторые подозрения

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

есть только одна проблема. таков IT мир процентов на 90-95%.

особенно компании с хорошими профитами. им похуй на софт.

просто по-хуй на твои хорошие практики и архитектуру.

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

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

думаю примеры Айрата должны были помочь в этом убедиться.

ты можешь попробовать пойти в стартап поработать сразу после того как им дали бюджет, как сделал я, но стресса там немерянно, деньги примерно те же, уверенности в завтрашнем дне вообще никакой.

В рамках DDD маппинг делается в репозитории. Если учитывать принцип единственной ответственности, то все маппинги нужно вынести в отдельный класс-маппер, и из репозитория вызывать уже его.

В последний раз потому, что деньги заканчивались, нужна была любая работа :)

имхо любой «чистый» код есть непосредственно та самая рутина в абсолюте
между написать фичу и правильно написать фичу пропасть из труда

вообще работа в целом состоит из рутинных действий,  даже если пишешь что-то интересное

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

прийти на что-то готовое, где все налажено это больше из области повезло

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

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

и сколько раз в попытке это сделать тебя увольняли?

это по сути моя основная работа
и меня за не увольняют, а нанимают

особенно меня интересуют переделывание людей.

ну так можешь про конкретные кейсы рассказать?