«Любой разработчик должен стать менеджером»: что будет, если вы не пойдете на повышение?

Кристофер Маккэндлесс, герой книги «В диких условиях» (Into the Wild) однажды сказал: «Карьера – изобретение двадцатого века». Действительно, временами сложно представить, что кто-то работает не ради развития и повышения.

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

Редакция Highload публикует перевод материала.

Переведено бюро переводов «Профпереклад».

Перевод от

Оставим в покое профессиональные метаморфозы и экстрим (Маккэндлесс, вон, вообще решил пожить в дикой природе). Рассмотрим более реалистичные варианты для разработчиков, которым не хочется руководить.

Вариант №1 — узкий специалист

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

Кажется, такого специалисту все по плечу (в разрезе своей технологии, конечно)

Узкие специалисты, как правило, лучшие в своей сфере, но при этом обладают относительно небольшим набором навыков. В кинематографе, к примеру, кто-то специализируется только на анимационных эффектах для шерсти у персонажей-зверюшек (как в «Зверополисе» или «Кунг-фу панде»). Или же создает продвинутое программное обеспечение для научных исследований и изучает способы обработки данных о столкновении частиц. Или в совершенстве овладел несложной технологией (например, Kubernetes) — и стал настолько крут в ней, что выделяется даже среди конкурентов.

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

Вариант №2 — суперразработчик

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

Просто так сложилось, что эти люди очень-очень круты в своем деле.

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

Здесь не поспоришь

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

Суперразработчики, несомненно, могли бы зарабатывать больше денег, если бы развивали карьеру более «ортодоксальным» путем. Но им просто нравится заниматься своим делом, и они не хотят прекращать. И это прекрасно, скажем мы!

Вариант №3 — разработчик старого образца

Существенная разница между таким «динозавром» и суперразработчиком всего одна: первый в какой-то момент просто перестает учиться. Или как минимум значительно замедляет темп изучения чего-то нового. А поскольку мир IT быстро развивается, навыки такого разработчика в итоге устаревают.

Иногда таким специалистам приходится несладко, но они готовы к этому

Людям, чьи навыки, можно сказать, «собирают пыль», приходится несладко.

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

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

Часто люди становятся «динозаврами» по собственному желанию. К примеру, чтобы снизить нагрузку и потихонечку продвигаться к пенсии. Они либо неспешно подыскивают себе работу, либо занимаются частными проектами, которые им по какой-либо причине дороги (даже если приносят мало денег). Работа в IT бывает очень интенсивной. Естественно, не все жаждут постоянно работать с такой нагрузкой.

Вариант №4 — разработчик, сменивший род деятельности

Не все, кто работает в издательском бизнесе, обязательно должны быть писателями. Аналогично не все, кто работает в IT, обязаны становиться разработчиками. Не кодом единым! Есть и другие специальности.

Можно обучать кодить других — на специальных курсах, в вузах или в качестве фрилансера. За это тоже очень хорошо платят. Кроме того, есть еще рекрутинг, IT-маркетинг и аутсорсинговые агентства.

Сменить род деятельности тоже иногда бывает интересно

Эти специальности не пользуются особой популярностью — платят там меньше, чем менеджеру в компании по разработке ПО. Тем не менее, если вы умеете кодить, но по какой-либо причине не хотите этим заниматься, помните: в IT есть и другие варианты. И необязательно полностью перепрофилироваться — хотя, конечно, выбирать вам.