Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <a>#статьи</a>

2 <ul><li>29 ноя 2022</li>

3 <li>0</li>

4 </ul><h2>Как стать программистом: от стажёра до тимлида с минимальными издержками и огромным КПД</h2>

5 Илья Кучумов из "Яндекса" делится личным опытом и рассказывает, как найти своё место в IT, прокачивать навыки и расти в профессии.

6 Фото: Bloomberg / Getty Images

7 Онлайн-журнал для тех, кто влюблён в код и информационные технологии. Пишем для айтишников и об айтишниках.

8 Руководитель отдела разработки товарного поиска в "Яндексе".

9 <ul><li><a>Как новичку выбрать своё направление в IT</a></li>

10 <li><a>С чего программисту начинать обучение</a></li>

11 <li><a>Общение со специалистами</a></li>

12 <li><a>Стажировка</a></li>

13 <li><a>По какому пути пойти программисту - эксперта или руководителя?</a></li>

14 </ul><ul><li><a>Как развиваться в IT: горизонтальный переход</a></li>

15 <li><a>Что нужно знать и уметь, чтобы стать программистом: хард- и софт-скиллы</a></li>

16 <li><a>Саморазвитие</a></li>

17 <li><a>Что самое главное в работе программиста</a></li>

18 </ul>В IT есть куча разнообразных задач, и каждый может найти что-то для себя. Так что не стоит гнаться за мейнстримом или слепо повторять карьерный путь друзей - не бойтесь искать свою дорогу в профессии.

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

20 Главное в работе - чтобы она нравилась. Поэтому в самом начале ответьте на вопрос: а что интересно именно вам? Например, можно выбирать между фронтендом и бэкенд-разработкой.

21 Фронтенд - это фасад продукта, который видит пользователь. Начинается он с дизайна и реализуется силами мобильной и веб-разработки.

22 Бэкенд - серверная часть, которая позволяет приложениям работать между несколькими устройствами или решать вычислительно сложные задачи, которые пока не под силу мобильным девайсам или десктопам. Сюда относятся: инфраструктура, аналитика, машинное обучение или программирование микроконтроллеров.

23 Подробно о том, чем фронтенд отличается от бэкенда и где они пересекаются, читайте в <a>нашей статье</a>.

24 За придумывание продукта и его развитие отвечает продакт-менеджер. За организацию процессов разработки - проджект-менеджер.

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

26 Также может быть интересно:

27 Идеальный вариант - самостоятельно попробовать каждое из направлений. Можно начать с обучающих видео на YouTube, коротких курсов и маленьких pet-проектов.

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

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

30 На "примерку" направления достаточно пары месяцев. Если глаза горят и хочется заниматься проектами постоянно - значит, вы нашли то, что искали.

31 IT развиваются стремительно. Чтобы понять реальное состояние дел и распланировать свои шаги, неплохо было бы поговорить с людьми из индустрии.

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

33 Есть ещё одна забавная опция - воспользоваться сервисами Random Coffee или The Breakfast. Они позволяют встретиться с людьми из интересующего вас сообщества программистов. Специальные сервисы организуют такие встречи в крупных городах, причём не только российских.

34 Очень важно не перепутать этот этап с предыдущим - иначе разговор будет максимально неконструктивным. Имея представление о базовых вещах, вы можете задавать более предметные вопросы и получать более дельные советы. Формулируйте вопрос по схеме: "Я сделал Х, чтобы получить Y. Что я могу сделать ещё и как можно улучшить результат?" Так человек поймёт, что вы действительно заинтересованы и копаете в сторону решения своей задачи.

35 Почти любой опыт для программиста-новичка начинается со стажировки, поэтому обязательно постарайтесь на неё попасть. Но даже если вам откажут, просите конструктивный фидбэк. На его основе записывайтесь на долгосрочные курсы или в офлайн-школу по выбранному направлению - например, по разработке или менеджменту.

36 Однако старайтесь не зависать в состоянии вечного студента - пробуйте устроиться снова. Заявляйте о себе как можно чаще.

37 Подробно про стажировку в IT можно почитать здесь:

38 Внутри каждого IT-направления есть два магистральных пути развития: экспертный и руководительский.

39 Эксперт (или Individual Contributor, IC) - это специалист, который уходит вглубь технических компетенций. Он решает всё более сложные задачи, берётся за большие проекты, изучает новые технологии и повышает скорость своей работы. Как правило, ведущие программисты могут самостоятельно выполнять крупные сложные проекты с отличным качеством и в прогнозируемый срок.

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

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

42 Горизонтальный переход - это смена деятельности на смежную при сохранении прежней позиции или с небольшим понижением. Не бойтесь ошибаться в выборе направления. Я знаю много айтишников, которые горизонтально переходили между профессиями.

43 Простой пример - ручные тестировщики (те, кто проверяет приложение, буквально нажимая на кнопки в нём) могут стать автотестировщиками (теми, кто тестирует бэкенд или даже фронтенд при помощи кода). Автотестировщики часто переходят в бэкенд-разработку - то есть изучают языки программирования и пишут непосредственно код приложения.

44 Некоторые программисты из веб-разработки переходят в аналитику. Что логично: по роду своей деятельности они часто работают с аналитиками, которые помогают оценить качество и скорость их решений.

45 Из бэкенда можно перейти и в менеджмент. Тут у программиста два варианта: начать организовывать процессы в команде и стать проджектом или активно участвовать в развитии продукта и стать продактом.

46 Навыки специалистов делятся на две категории - хард и софт.

47 Хард - это профессиональные навыки, которые легко доказать и проверить. Например, умение писать на C++, работать в Excel или паять схемы. Для каждой специальности нужен свой набор хард-скиллов.

48 Набор необходимых программисту софт-скиллов зависит от команды, компании и ситуации в целом. Это умение объяснять свои мысли, договариваться, вести аргументированный спор, способность работать в команде или разбираться в непонятных вещах.

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

50 Или наоборот: руководитель умеет организовывать процесс разработки, но не до конца понимает технические детали реализации. И это нормально, потому что разработка - командная игра.

51 Не стоит бояться, что при горизонтальном переходе ранее накопленный вами опыт пропадёт впустую. Софты, полученные во время освоения какой-то специальности или на новой работе, останутся с вами навсегда.

52 Более того: часто бывает, что прокачанные вами хард-скиллы пригождаются и при смене профессии на смежную. Например, разработчики по роду своей деятельности почти всегда обучаются самостоятельно делать аналитику по своим проектам или подключаются к менеджерским задачам.

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

54 Универсальный алгоритм самостоятельного развития программиста выглядит так: формулируем проблему, честно рефлексируем, советуемся с ментором или руководителем, делаем выводы, улучшаем скиллы и повторяем попытку.

55 Так вы найдёте узкое место, догадаться о существовании которого самому будет довольно сложно. Сначала может показаться, что вы тонете в деталях и узнать всё никогда не получится, - и это правда. Как говорил один философ: "Чем больше я знаю, тем больше понимаю, сколько всего не знаю". Но через какое-то время вы заметите, насколько эффективнее и быстрее стали выполнять свои задачи.

56 По моему опыту, главное на любом карьерном пути - добросовестное, качественное и проактивное выполнение задач в своей зоне ответственности плюс ещё немного сверх этого.

57 Будучи разработчиком, я старался не просто выполнять задачи, а брался за целый компонент системы, пусть даже и небольшой. Со временем, увеличивая компетенции, стал техлидом. В мои обязанности входило продумывание сложных компонентов, их декомпозиция и реализация, а иногда и делегирование этих задач. Для этого нужно было уметь просто и понятно объяснять решение как менее опытным разработчикам, так и менеджерам.

58 Чуть позже я стал руководителем группы программистов, начал планировать долгосрочные цели, их распределение по сотрудникам, мотивацию и контроль. Также я отвечал за наём и рост разработчиков в своей группе.

59 Сейчас я на позиции руководителя отдела разработки товарного поиска. Зона моей ответственности значительно расширилась, а инструменты управления изменились.

60 Я веду целое направление, которое нужно улучшать. Я принимаю технические решения, оцениваю возможные риски, связанные с дальнейшим развитием продукта.

61 Несмотря на то, что в моём ведении большой отдел, я стараюсь обходиться без фраз "не мы за это отвечаем" - часто берусь за задачи, решение которых находится на стыке с обязанностями других команд, и не всегда понятно, чья это проблема. Но именно решение таких задач позволяет программисту замечать новые зоны ответственности и расти.

62 <a>Бесплатный курс по Python ➞Мини-курс для новичков и для опытных кодеров. 4 крутых проекта в портфолио, живое общение со спикером. Кликните и узнайте, чему можно научиться на курсе. Смотреть программу</a>