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

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

Фидбек на начальных этапах особенно важен. Стремитесь максимально получить оценку и комментарии по вашей работе. Это позволит сразу сформировать верные привычки и не переучиваться после, опрометчиво привыкнув писать код с не самым лучшим запахом.

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

Если поняли, что не ваше, – бегите. Иначе вас затянет, вы станете таким же. Превратитесь в людей, на которых не хотели быть похожими.Проводя 9+ часов вместе, невозможно не слиться с окружением. Вы незаметно для себя перенимаете привычки, образ мышления, местные фирменные фразочки и шаблоны поведения. Шутки, коробившие вас в первые дни, внезапно начинают произноситься вами же спустя несколько месяцев. Не хотите стать таким? Бегите, ищите своих, ловите свою страсть.

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

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

Раскрученные продукты, стильные страны для переезда – как ярко горящий фитиль – заметно, привлекательно, но… надолго ли?Посмотрите вторые, третьи места. Попробуйте проанализировать наперед, что выстрелит. Не США и Европа, но Индия и Азия, Австралия и Новая Зеландия – страны, которые заявят о себе в будущем. Они потенциальные точки роста IT-индустрии вслед за растущей экономикой и тенденциями релокаций лучших разработчиков в «райские» по климату места. Не крупные банки и корпорации на пике, но обещающие проекты по биоинженерии и роботизации. С ними скорее случатся ваши раскрывшиеся возможности успевшего раньше толпы, здоровая жизнь и разработка, не испорченная излишним пафосом.

Помните, именно сейчас – жадная пора учебы «настоящему». С первых дней работы ставьте себе высокие стандарты. В каждой, даже тривиальной, задаче ищите точки развития. Применить новое CSS-свойство при правке бага. Перевести проект на актуальную библиотеку. Попробовать вычитанное на днях уместное архитектурное решение. Предусмотрите редкие, но возможные юз-кейсы, даже если их явно не описали вам в задаче наставники.

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