После чего обязательно найдется ответ на вопрос: Как!?

Спасибо, проблемы нет, это просто была моя хотелка, хочется что бы все вокруг были автономными

Понизь ему зп)

На мой взгляд у этого желания тоже должна быть причина

Причина такова, мне хочется что бы разработчики были замотивированны к познаванию дел внутри компании, а не просто закручивали гайки с 9 до 6

Внезапно я сам был таким сотрудником, код, код код и ничего кроме кода.

Однако постепенно я дошел до потолка в своем регионе и по опыту и по зп. И тогда я понял что если я хочу развиваться дальше то мне нужно углубиться в себя и понять что для меня важно.

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

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

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

потом код ревью длится неделю

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

В том то и дело, человек не видит не общей картины (зачем делать эту задачу) и не видит боли заказчика.

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

А что говорит разработчик на эту тему? Может быть это одно из лучших решений, которое пришло ему в голову

@mighty1 сидит на позиции миддл

@mironorange ну мы уже пару раз с ним переписывали его решение

защищает

Вы формировали для него критерий выполненной задачи?

Или просто "вместе" (за него) переписали его код?

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

Тогда, как мне кажется, он его идеально выполняет.

Да, но в 80% случаев прилетают задачи на расширение компонента, и тут начинаются проблемы

и наступает момент рефакторинга