Говорят, в IT много платят. Как построить успешную карьеру разработчика, оставаться востребованным и не выгорать

Уверенность, сдержанность и осознание «сейчас» и «завтра», недоступное остальным. Естественная манера держаться, речь, энергетика лидера – зачастую они либо есть, либо нет. Признайтесь себе честно, фальшь чувствуется всегда. Ни Маск, ни Гейтс или Цукерберг – никто из них не отталкивался от внешней формы. Внутреннее содержание и сила личности уже как следствие дают нужный внешний эффект.

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

Амбиции – это прекрасно, что-то из вышеперечисленного вы сможете воспитать в себе, но не лучше ли изначально честно понять себя и грамотно воспользоваться своими главными чертами? Когда перед глазами нет образцов, когда вы юны и смутно представляете, что ждет профессионала-программиста через 10–20 лет, надеюсь, подобная информация поможет вам осознаннее выбрать цель и направленнее двигаться к ней.

Портрет второй: техлид проекта, руководитель группы.

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

Уметь быть авторитетом и учителем. Вам придется в первую очередь воспитывать вчерашних студентов или перекраивать под нужды продукта вновь пришедших более опытных разработчиков. Техлидов редко нанимают: ими не приходят – ими становятся лучшие гибриды профессионала и руководителя. Вы староста группы, с легкостью входите в командную работу и эффективно советуете, как разделиться, чтобы выиграть? Легко находите выход из спорных ситуаций, сохраняя хорошие отношения с обеими сторонами? Тогда вам стоит взращивать эти качества и дальше.

Вы должны вызывать естественную веру людей в ваши знания. Каждый двоечник с трепетом подходит за помощью к отличнику, цепляясь как за соломинку за возможность списать. Он верит – там будут правильные ответы и полученная информация спасет его от неминуемого провала. Точно так же разработчики потянутся к техлиду, когда его решения верны: совет ускорил реализацию фичи, упростил поддержку в дальнейшем, просветил о неизвестном методе, вызвал «вау-эффект» у пользователей и благосклонность начальства. Такой человек – умеющий принимать верные многофакторные решения – станет настоящим техлидом. Истина – она либо одна, либо внушаема. Учитесь видеть единую правду или убеждать в ней остальных. Или же – оставьте попытки стать тем, кем являться не в силах, и смиренно листайте дальше.

Техлид или руководитель группы всегда хранит в себе чуткость к межличностным отношениям. Способность понимать, что движет каждым, – фундамент успеха в этой роли. Важно уметь дать мотивацию любому – желанный ли проект, новую ли обязанность – всё индивидуально, но должно быть ведомым и контролируемым фактором, иначе человек уйдет.

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

Помню, однажды мне предложили выкатить релиз, заведомо содержащий довольно ощутимые баги. Первая реакция – непонимание: шутка, диверсия? Разрыв шаблона для разработчика – как может подняться рука отправить в продакшен очевидно сбойный код? Но у столь смелого предложения был свой расчет: перед выкладкой приложение тщательно ревьюилось и почти всегда возвращалось на доработку в силу бюрократического и слабо детерминированного процесса в сфере тогдашнего Smart TV. Объем изменений релиза был велик, а вероятность возврата – высока, в то же время было важно соблюсти срок сдачи для заказчика. А значит, мы могли отдать на аппрув приложение уже сегодня, продолжить доработки, а затем внести их в продукт с прочими мелкими замечаниями, после почти гарантированного возврата. Тем самым ускорив попадание релиза к потребителям в конечном итоге. Ловкость ума и никакого мошенничества.