Спойлер: нет, если менеджмент — это не для вас.
Продолжать писать код или становиться управленцем — этот вопрос рано или поздно встаёт перед каждым инженером senior-уровня. Кажется, что переход на руководящую должность — обязательный элемент роста в профессии.
В статье собрали истории наших коллег, которые доказывают, что успех в карьере не обязательно означает смену роли.
Николай Ижиков
Разработчик и техлид проектов в СберТехе
Профессией я загорелся давно. Ещё в 7 классе на информатике я работал с советским компьютером «Агат 7»: рисовал в Basic «линия-линия», чтобы вышел «домик». В 11 классе решил, что пойду учиться программировать в ближайшем областном центре.
В 2000 году, когда пошёл учиться, окружающие отговаривали: «Учиться сложно, ведь придётся думать за компьютер». Но сложности меня не остановили — было интересно научиться писать программы.
После учёбы я работал в двух-трёх системных интеграторах: разрабатывал на заказ программное обеспечение и внедрял его в корпорациях. Например, для одного телефонного оператора делал систему, которая учитывает базовые станции, их местоположение по городу, а ещё оборудование и его инвентарные номера.
С 2012 года я работаю в Сбере. У меня было два перерыва на «творческий отпуск», а с 2017-го я работаю постоянно.
Я всегда думал, как решать более сложные технические задачи, которые есть в моём проекте и вообще в компании. В Сбере вместе с командой работаю над распределённой СУБД DataGrid: она распределяет нагрузку по нескольким серверам и обеспечивает отказоустойчивость. Это нужно для защиты от сбоев и возможности обрабатывать огромные объёмы информации в реальном времени. Например, если что-то происходит с одним из серверов, то люди всё равно могут оплатить бензин картой или купить билет в кино. Недавно Сбер полностью перешёл на собственный процессинг, в основе которого — платформа DataGrid.
За 12 лет работы я мог стать тимлидом, заниматься управлением — но мне интереснее и комфортнее решать технические задачи. Меня драйвят именно разработческие задачи: нравится быть техлидом, но не тимлидом. Благодаря техническому лидерству я делаю то, что мне нравится, — решаю наиболее сложные и интересные задачи в проекте. Это позволяет реализовать себя как специалиста и эксперта. Дальнейший план развития я уже обсудил с руководителем и получил положительную реакцию. Но раскрывать всё не буду, пока это в секрете.
Тимлид отвечает за управление людьми: отпуска, зарплаты, найм, увольнение. Я же по-другому взаимодействую с командой: когда проектирую решения, то обсуждаю их с разработчиками, разбиваю большую задачу на куски и выдаю каждому так, чтобы в конце получить достойный результат.
Развиваться как профессионалу мне помогает подкаст «DB Podcast», который ведём вместе с друзьями-разработчиками — мы обсуждаем технические темы, которые нам интересны. Обычно выбираем научную статью или базу данных и изучаем, чтобы рассказать о них слушателям. В итоге получаем знания, исследуем новые подходы, находим способы решения проблем в области обработки данных. Например, недавно разбирали доклад учёного в области информатики — Майкла Стоунбрейкера, где он рассказывал про подходы в обработке данных за последние 20 лет.
Главный источник вдохновения и знаний для меня — моя команда. Когда работаешь с неравнодушными коллегами, наставники и менторы не нужны! Мне интересно изучать системы хранения и обработки данных, их устройство и подходы в различных сценариях. В них сочетаются многие аспекты программирования: дизайн пользовательского взаимодействий, алгоритмы, необходимость писать производительный код.
Часто разработчики теряются, когда пытаются понять, как именно хотят развиваться. Но это нормально: профессиональный рост часто сопровождается тревогой и неуверенностью. Главное — уметь справляться с эмоциями и не давать им мешать своему развитию. Консультанты по развитию помогают преодолеть страх перед изменениями, осознать свои сильные стороны и поставить достижимую профессиональную цель.Анна Чаукова, консультант по развитию IT-департамента
