За последние 25 лет в IT не просто обновились версии библиотек, а успели появиться и исчезнуть технологии и отрасли целиком. Сменили друг друга целые парадигмы разработки, каждая из которых ощутимо меняла подходы программиста к работе.
Меня зовут Алексей Мартынов, я разработчик и предприниматель с 25-летним опытом в IT, программный директор и ведущий эксперт направления веб-разработки в Яндекс Практикуме. В этом материале я хочу рассказать об уроках, которые я извлёк на своём долгом пути, и поделиться советами. Возможно, они будут полезными для начинающих разработчиков.
Предисловие
Я начал брать первые заказы в 2001 году, ещё в конце школы, а к моменту поступления в университет уже был в рядах лучших фрилансеров. Это было несложно, потому что конкуренция была низкая. Молодому разработчику для успеха было достаточно делать то, что ещё никто не делал, а таких вещей было много.
Первый в мире SPA-сайт? Что это такое? Неважно, делаем! Скопировать LinkedIn за ночь? Да проще простого. Нужно создать язык программирования для управления торговыми ботами? И это можно. Стек? Любой сойдет — Assembler, C, Java, Perl, PHP, Delphi, Fortran, JS... Тогда программисты использовали всё. Без умных редакторов, без документации, без информации в интернете, без людей, у которых можно что-то спросить. Если нужно было скомпилировать программу, а компилятор не поддерживал нужную инструкцию, приходилось заказывать книгу прямо в Intel. Курьер DHL доставлял тебе гигантский талмуд — и уже в нём ты искал эту несчастную инструкцию.
За это время появились и перестали использоваться AJAX и поднявшаяся вслед за ним библиотека jQuery. Был создан и успел занять половину интернета WordPress. Появились SPA-сайты. И когда они стали очень сложными, наконец-то React.
За 25 лет друг друга сменили семь парадигм разработки, каждая из которых заново определяла правила в профессии:
«классический» server-rendered web,
AJAX и Web 2.0 (динамика без перезагрузки),
jQuery-эра (DOM и кросс-браузерность как стандарт),
SPA как массовая практика,
компонентные UI-фреймворки (React и экосистема),
TypeScript'ификация фронтенда,
ИИ и LLM-инструменты в разработке (код-ассистенты и агенты).
Если на языке пользователя — за 25 лет появились все крупные известные сервисы, такие как Facebook, Instagram, YouTube и VK. Успели смениться шесть версий Windows! Появились iPhone. Зародились и пропали тысячи языков программирования, из которых заметными были десятки, может быть, сотни.
Я был активным участником этого прогресса, приложил руку к появлению Госуслуг, к банковской системе в том виде, в каком мы её знаем, и многому другому.
Как преуспеть в IT, играя вдолгую
Я прошёл эти 25 лет, развиваясь вместе со всей IT-сферой. За это время я многому научился, иногда на своих ошибках. И вот что я бы посоветовал себе, если бы начинал свой путь сейчас.
Осознанно относиться к будущему
Нельзя заставить человека с энтузиазмом делать то, что ему неинтересно. Поэтому при выборе направления важно понимать, что вам по-настоящему нравится. Начать можно с банального вопроса: кем вы себя видите через 5–10 лет? А дальше?
Спустя несколько лет перед вами встанут новые выборы. Стать тимлидом или уйти в технический менеджмент? Выбрать роль архитектора, погрузиться в специализацию или вообще — перейти в продуктовый менеджмент? Не стоит ограничивать себя ни технологиями, ни направлениями развития. Лучше пользоваться возможностями, которые даёт жизнь, и создавать эти возможности своими руками.
Заметьте: ни слова о технологиях. Их выбор не важен. Куда важнее компания и проекты, над которыми вы работаете. И деньги тоже не имеют особенного значения — стоит смотреть туда, где комфортно и интересно, а не туда, где сейчас много платят. Рынки цикличны, и в каждой нише случаются взлёты и падения в зарплатах.
Адаптироваться под изменения
Нельзя освоить один стек и рассчитывать на работу на нём годами. Всё в разработке меняется. Например, навык «писать код» теряет актуальность уже сейчас, важнее уметь читать его и находить ошибки, либо даже об этом просить ИИ-агента. Я уверен, что через пять лет мы будем редко работать с кодом, а через десять и вовсе забудем, что это такое. Можете проверить меня в 2036-м — если я предугадывал каждый тренд с 2001 года, то и сейчас вряд ли ошибаюсь.
Технологии меняются, но есть ключевой скил, который будет нужен всегда, — это умение быстро усваивать новую информацию, работать с большими объёмами данных и оптимизировать свою работу всеми доступными способами.
Что ещё поможет развиваться:
Научиться отделять настоящие изменения от просто хайпа — примерно два из трёх трендов быстро сходят на нет. Это понимание придёт с опытом.
Взять за привычку знакомиться с каждой новой технологией, хотя бы для расширения кругозора.
Делать упор не на технологии, а на фундаментальное понимание принципов, по которым эти технологии строятся.
Не выбирать любимые технологии и постоянно критически оценивать, насколько ваш привычный стек актуален.
Адаптироваться под геотренды — технологии в мире развиваются неравномерно, нужно быть готовым к переезду как внутри страны, так и за её пределами.
Не критиковать чужой код и придерживаться конструктивной оценки, даже если подход не похож на ваш. Хорошие идеи часто находятся за пределами нашего пузыря представлений о правильном.
Не бояться менять место работы
Полезно каждый день спрашивать себя: а мне ещё есть чему учиться в этом месте? Если в какой-то момент поймёте, что всё в компании держится на вас, значит, вы уже задержались. Дело не только в развитии — работодатели повышают и дают больше денег новым разработчикам чаще, чем тем, кто работает у них десятилетиями и не задаёт вопросов. На мой взгляд, оптимальный срок — это три года, но это не правило, откуда-то можно уходить и раньше.
Важно не бояться двигаться вперёд, в неизвестность. Разработка — сфера для людей, которые сломя голову бросаются в проблему, решения которой не видно даже близко. Что уж говорить о карьере? Поэтому если появляется возможность, стоит пробовать.
Развивать софтскилы и смежные навыки
Важность софтскилов выросла в последние годы, но какие-то из них были и будут актуальны всегда. Например, тайм-менеджмент. Разработчики часто не могут точно сказать, сколько времени им нужно на ту или иную задачу. Я даже знаю менеджеров, которые умножают названные разработчиками сроки на три, чтобы не срывать дедлайны. Не надо так — если назвали срок, держите слово. Этому можно научиться.
Также я бы советовал хотя бы поверхностно осваивать смежные навыки: продуктовый менеджмент, маркетинг, дизайн, контроль качества. Если раньше можно было заниматься только технологиями, то теперь от нас ждут понимания, как работает бизнес, что нужно пользователям, на какие продуктовые метрики влияет разработка. В ближайшие годы человек-оркестр станет куда более перспективным кадром, чем его коллеги с узкой специализацией.
Научиться объяснять сложное простыми словами
Если вы будете учиться рассказывать о своей работе людям без опыта в разработке, то прокачаете свою экспертизу и сможете быстрее продвигаться в карьере. Ну и вам самим будет интереснее — будете лучше понимать, как работает то, что вы используете каждый день, и почему оно функционирует именно так, а не иначе. Иногда правильно заданный вопрос приводит к интересным выводам и результатам.
Держать баланс
Уже вечереет, но вы за компьютером, хочется ещё чуть-чуть дожать, пофиксить этот несчастный баг… И вот уже утро. Знакомо? Мне точно.
Сейчас я понимаю, что да, бывают важные релизы, иногда нужно поработать сверхурочно, но в остальных случаях лучше остановиться, записать выводы и контекст (в чём проблема, что попробовали, что получилось, а что нет) и лечь спать. Утром ответ может прийти сам собой.
Иногда решать сложные задачи помогает переключение контекста. Поэтому важно не только работать, но и делать что-то ещё — заниматься своими проектами, которые будут отдушиной и помогут развиваться. Или увлекаться хобби вне разработки, которые вас реально затягивают.
И ещё один важный момент — это здоровье. Проверил на себе: если не уделять ему внимания, придётся расплачиваться.
Строить личный бренд
Чтобы не вы искали работу, а HR-ы сами на вас охотились, полезно находиться в рынке и не отставать от трендов. А значит, поддерживать свой публичный профиль как эксперта: работать в известных компаниях, участвовать в профессиональных мероприятиях и создавать пет-проекты, которые замечают коллеги. Подойдёт любая активность, которая покажет рынку актуальность ваших навыков.
Это ещё один урок, извлечённый из ошибок. Я годами сидел в тени вместо того, чтобы развивать экспертный профиль. В итоге я оставил значительный след в индустрии, и моим софтом пользуется без исключения каждый — но лишь небольшой круг людей в курсе реальных масштабов моей работы.
Выстроить рабочую рутину
Интеллектуальный труд — это тяжело. По моему опыту, максимально эффективно работать в течение дня можно не дольше четырёх-шести часов, причём и это состояние потока легко потерять. Поэтому важно организовать рабочее время: выделить слоты, в которые вы не будете отвлекаться, отключите уведомления и уберёте все внешние раздражители.
Время для работы должно быть комфортным, для каждого оно своё. Обычно это несложно устроить, но если работодатель против, настаивайте на своём или подумайте о смене компании — любой толковый менеджер заинтересован в вашей продуктивности и должен быть готов к компромиссам.
После 25 лет в профессии логично спросить себя — почему мне не надоело? И почему я не выгорел за столько лет? Но ответ на поверхности: надоедает однообразие. А в разработке всё постоянно меняется, «драйвит» и помогает двигаться вперёд.
Да, в нашей работе всегда есть доля стресса, но вместе со стрессом приходит и ощущение жизни и движения. Важно найти баланс и научиться правильно относиться к работе, не вкладываясь в неё слишком эмоционально. Пожалуй, это главное, что я бы сказал в далёком 2001-м себе, и сейчас — всем, кто только начинает этот путь.
