— Ты начинаешь говорить о сложных технических вещах человеческим языком.
Я был первом в каждой из своих компаний, который стал задавать "тупые" вопросы.
- "Т.е. у этой архитектуры будет 2 части, да?"
- "А-а, тут надо 4 строчки кода написать?"
- "Мы делаем это простое решение, но описываем его 10 абзацами текста?"
— У тебя появляется привычка думать не только о «как сделать», но и о «кому это надо и зачем».
Часто я первый из разработчиков вообще начинал общаться с заказчиком или с его account-менеджером, раньше этого не делал никто.
Я подробно расспрашивал заказчика о том, что и как он хочет получить - и это всегда экономило компании деньги и время.
— Ты перестаёшь воспринимать технологии как самоцель — для тебя они становятся инструментом решения бизнес-задач.
- "Да, микросервисы - это нынче модно, но зачем их сюда пихать, если можно за неделю на коленке собрать монолит"
- "Нет, мы не будем переписывать всю систему на новый модный-молодежный язык только потому, что ты его увидел на конференции"
— Ты умеешь договариваться с людьми, которые вообще не понимают, чем ты занимаешься.
- "Мне просто нужно 4 дня и 2 разработчика, чтобы исправить эту проблему, только и всего"
- "Да, именно это мы для вас и сделали, всё верно"
— Ты можешь донести ценность своей работы и продать её, даже если тебя об этом не просили.
- "Ребята, если вы наймете не нас, а их, то в их архитектуре каждое изменение будет стоит вам 50 тысяч долларов, а у нас - 5"
- "Коллеги, нет, я не смогу это сделать за выходные ни за какие деньги - либо режем фичи, либо увеличиваем время"
— Ты понимаешь, что «плохая коммуникация» ломает проект чаще, чем баги в коде.
Тут я просто оставлю многочисленные упоминания людей, которых никто в команде не любит, но у них 20 лет опыта работы.
