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

Всеволод Кряжев
Россия, Тюмень
Пройденные курсы
Достижения
Сменил офис на возможность работы из любой точки мира и стал разработчиком в аутсорсинговой компании.
В статье расскажем:
- как Всеволод построил карьеру руководителя отдела;
- почему желание делать готовые цифровые продукты стало основным двигателем в выборе новой профессии;
- какие требования к компании может выдвигать Python-разработчик;
- почему переход на позицию линейного сотрудника может быть полезен любому руководителю;
- какие перспективы есть у молодого Python-разработчика сейчас.
— Вы раньше работали в нефтегазовом деле. Расскажите, чем вы занимались?
За время работы в нефтегазовой отрасли я успел пройти довольно большой путь: от исследования образцов породы в лаборатории до руководства отделом гидродинамического моделирования. Начинал я с работы в лаборатории исследования керна — это образцы породы, отобранные из скважин на глубине в несколько километров. На основе результатов их исследования можно понять, как устроены залежи, вмещающие в себя нефть и газ.
После этого я перешёл в офис, работал в научно-техническом центре: занимался интерпретацией гидродинамических исследований скважин. Наша работа заключалась в том, что мы интерпретировали данные с промыслов — этот процесс помогает определить продуктивность скважины и свойства залежей в окрестностях вокруг неё. Таким образом формируется понимание, насколько много нефти или газа можно из неё добыть.

Параллельно я учился в университете ТюмГУ на физическом факультете с углублением в физику нефти и газа. На последних курсах я открыл для себя новую область знаний — гидродинамическое моделирование нефтегазовых месторождений. Это направление меня очень сильно увлекло, и в какой-то момент я понял, что именно этому я и хочу посвятить свою будущую карьеру.
Гидродинамическому моделированию месторождений я посвятил около десяти лет своей жизни и нисколько не жалею об этом. Я строил и сопровождал несколько моделей крупнейших месторождений Западной Сибири. В последние годы работы в этой сфере я руководил отделом по гидродинамическому моделированию, проводил экспертизу моделей и занимался наставничеством.
— В какой момент вы решили заняться программированием?
С программированием я знаком ещё с университетских времён. Использовал различные языки программирования для численного решения физико-математических систем уравнений. Позже я применял Python в работе для автоматизации рутинных процессов и разработки алгоритмов для улучшения расчётов гидродинамических моделей. Однако моё знание Python ограничивалось лишь базовым синтаксисом — этого вполне хватало для решения моих задач.
В то же время в моей компании было множество продуктов, которые создавали для повышения удобства и для увеличения скорости выполнения рабочих задач. Их разрабатывали те энтузиасты, которые в своё время решили углубиться в программирование. В какой-то момент у меня появилось много идей о том, как эти продукты можно улучшить, но я совершенно не понимал, как реализовать их технически. К моему сожалению, создатели продуктов либо уже не работали в компании, либо у них не было на это времени. И тут я задумался: насколько сложно создавать такие продукты? Смогу ли я когда-нибудь сделать подобное? Меня не покидали мысли о том, насколько может быть круто спроектировать и реализовать продукт, которым будут пользоваться другие специалисты и который будет упрощать их работу. Так я и решил углубиться в эту сферу.
— Почему вы выбрали курс именно по Python-разработке?
Для обучения я остановился на бэкенд-разработке на Python. Во-первых, к моменту начала обучения я уже был знаком с Python: я использовал его для написания скриптов, а также для автоматизации рабочих процессов и различных инженерных расчётов. Мне хотелось не начинать с совершенно нового языка, а разобраться гораздо глубже в том инструменте, которым я уже пользовался. Во-вторых, мне просто нравилось и до сих пор нравится писать на Python. Мне близки его лаконичность и читаемость: зачастую можно достаточно понятно выразить бизнес-логику, не перегружая код лишними конструкциями.

При этом мне хотелось научиться создавать не отдельные скрипты для решения локальных задач, а полноценные приложения, которыми смогут пользоваться другие люди. Поэтому из всех возможных направлений я выбрал именно бэкенд-разработку. Здесь мне особенно понравилась необходимость не только писать код, но и продумывать устройство системы — разбираться, как связаны между собой данные, как должна работать бизнес-логика, как взаимодействуют разные компоненты приложения и внешние сервисы.
Кроме того, Python показался мне хорошим выбором с точки зрения дальнейшего развития. Этот язык используется далеко за пределами классической бэкенд-разработки — в автоматизации, анализе данных, Machine Learning и ИИ. Сфера Machine Learning интересовала меня уже тогда, а сейчас я постепенно изучаю это направление глубже. В результате выбор Python позволил мне сначала войти в коммерческую разработку через бэкенд, но при этом оставил достаточно широкое пространство для дальнейшего профессионального развития.
— Расскажите, какие первые шаги вы предпринимали, чтобы найти работу в новой сфере? Были ли какие-то сложности?
По мере освоения нового материала на платформе Skillbox я сразу же старался использовать обретённые навыки внутри компании. В коллаборации с фронтенд-разработчиком и ML-специалистами компании я создал несколько полноценных, готовых к запуску IT-продуктов. Вся backend-разработка была исключительно на мне. Это был мой первый серьёзный шаг — сразу же применить полученные знания в имеющейся среде. Позже я пришёл к мысли, что нефтегазовой сфере я посвятил уже достаточно времени, поэтому пора попробовать что-то новое для меня. Ведь Python-разработчики нужны в самых разных сферах.
Далее я начал активно искать работу. Для начала я определил образ моей идеальной будущей компании — она должна была:
- работать на аутсорсинге — хотелось принимать участие в различных проектах, всесторонне развиваться;
- быть средней по размеру — в крупных компаниях мне уже довелось поработать, поэтому мне стало интересно попробовать другой формат;
- поддерживать удалённый формат — не буду скрывать, хотелось иметь возможность работать из различных мест;
- иметь доступ на международный уровень;
- предлагать приемлемый уровень заработной платы.
Потом я сел за резюме и постарался включить в него всё, что характеризовало меня как сильного и перспективного разработчика. Я поставил перед собой цель откликаться как минимум на пять вакансий в день. Откликался не на всё подряд — только на те вакансии, которые каким-либо образом заинтересовали. В итоге за месяц я прошёл три многоэтапных собеседования и сделал выбор в пользу той компании, в которой работаю сейчас. Она полностью соответствует моим требованиям.

Определённые сложности, конечно, были. Основная — формально небольшой опыт именно в IT: значительная часть моего профессионального пути была связана с нефтегазовой отраслью, поэтому не всегда было просто пройти первичный HR-фильтр. Здесь сильно помогло то, что к моменту поиска работы у меня уже были реальные production-проекты, а не только учебные задания. Ну и технические собеседования тоже оказались отдельным испытанием: после каждого я разбирал слабые места и готовился к следующему этапу.
— Раньше вы занимали позицию руководителя отдела. Сложно ли переходить на позицию линейного сотрудника?
Признаюсь честно, этот шаг был для меня непростым. В нефтегазовой сфере к тому моменту у меня уже был большой экспертный опыт: я руководил подразделением, планировал работу команды, занимался наставничеством, принимал серьёзные технические решения. А при переходе в разработку мне пришлось снова оказаться в позиции человека, которому ещё очень многому нужно научиться.
Я изначально воспринимал это как осознанный обмен — как временный отказ от статуса и привычной зоны комфорта ради возможности построить новую карьеру. При этом управленческий опыт никуда не исчез. Наоборот, сейчас он помогает мне лучше понимать задачи бизнеса, договариваться с коллегами и заказчиками, декомпозировать большие задачи и смотреть на разработку не только с точки зрения написания кода, но и с позиции конечного результата.
Наверное, самое интересное — то, что снова почувствовать себя начинающим специалистом оказалось даже полезно. Когда много лет являешься экспертом в своей области, легко привыкнуть к тому, что большинство рабочих ситуаций тебе знакомо. В программировании же практически каждый месяц появляется что-то, чего я раньше не знал. Мне нравится это ощущение постоянного роста.
— Какой у вас основной пул задач сейчас?
Сейчас я работаю бэкенд-разработчиком на Python. Поскольку компания занимается заказной разработкой, мне удалось поработать с достаточно разными продуктами и бизнес-доменами — собственно, именно такой опыт я и хотел получить, когда менял работу.
В основном я занимаюсь проектированием и разработкой серверной части приложений: продумываю модели данных, реализую API и бизнес-логику, работаю с различными базами данных, фоновыми задачами, файловыми хранилищами, интегрирую внешние сервисы в наши продукты, разрабатываю Telegram-ботов, реализую CI/CD-пайплайны. Отдельное направление, которое мне сейчас особенно интересно, — это использование LLM и AI в прикладных продуктах.
Среди продуктов, над которыми я работал, я могу выделить корпоративную систему для заказа обедов, виртуальный помощник HR, приложение для подбора товаров категории Beauty & Health с ИИ-интеграцией и мобильное приложение для автомобильных путешествий с интеграцией платёжных инструментов и геосервисов. Мне нравится, что бэкенд-разработка не ограничивается лишь написанием качественного кода. Часто сначала нужно разобраться в предметной области, понять, как должен работать процесс, спроектировать данные, предусмотреть различные сценарии и только после этого переходить непосредственно к коду.
— Какие главные плюсы и минусы у вашей текущей позиции?
Наверное, главный для меня плюс — разнообразие задач. Каждый новый проект заставляет погружаться в новую предметную область и практически всегда подкидывает технические задачи, с которыми ты раньше не сталкивался.
Второй большой плюс — удалённый формат работы. Когда я переходил в IT, возможность не оставаться привязанным к одному офису была для меня действительно важна. И за это время я уже успел проверить удалёнку на практике, работая из разных городов России, из Турции и даже из Чили. Возможность менять место, путешествовать и при этом не выпадать из рабочих процессов — определённо один из главных плюсов моей текущей работы.

Ещё один плюс — очень высокая скорость профессионального роста. За относительно короткий срок мне удалось познакомиться с большим количеством технологий, подходов и архитектурных решений, которые самостоятельно я, скорее всего, осваивал бы гораздо дольше.
Если говорить о минусах, то мне даже немного сложно их сформулировать — пока большинство сложностей текущей работы я воспринимаю скорее как часть профессионального роста. Наверное, одна из них — необходимость иногда очень быстро переключаться: новый проект, новая предметная область, новая кодовая база, новые интеграции… Порой буквально несколько дней назад ты хорошо ориентировался в одном продукте, а сегодня уже снова разбираешься во всём практически с нуля. Но, если честно, именно за это я когда-то и выбрал разработку в аутсорсинговой компании, поэтому полноценным минусом это назвать сложно.
— Сейчас IT-рынок достаточно конкурентный — как вы планируете продвигаться в сфере в дальнейшем?
Я думаю, в IT сейчас особенно важно постоянно выходить за рамки того, что уже умеешь. Поэтому стараюсь регулярно брать задачи немного сложнее предыдущих, изучать новые технологии и постепенно расширять область своей ответственности.
Отдельно на профессию разработчика сейчас сильно влияет развитие ИИ. ИИ-агенты всё активнее используются непосредственно в разработке: они помогают писать код, тесты, документацию, разбираться с существующими проектами. Заказчики тоже прекрасно знают о возможностях AI, поэтому ожидания от команд растут, а сроки разработки зачастую становятся более сжатыми.
Мне кажется, что в таких условиях разработчику особенно важно выходить из роли человека, основная ценность которого заключается непосредственно в написании кода. Рутинную часть работы всё чаще можно делегировать ИИ-инструментам, а самому концентрироваться на инженерных задачах: правильно понять проблему, спроектировать систему, выбрать подходящую архитектуру, предусмотреть риски и принять технические решения. При этом нельзя просто слепо доверять сгенерированному коду — нужна собственная техническая экспертиза, чтобы уметь его проверить, увидеть потенциальные проблемы и понять, действительно ли предложенное решение подходит для конкретной задачи.
По этой же причине я стараюсь развиваться не только непосредственно в бэкенд-разработке. Мне важно понимать, как устроен продукт целиком: как работает фронтенд, как организованы инфраструктура и процесс доставки приложения до стадии продакшена, как формируются бизнес-требования и почему принимаются те или иные продуктовые решения. Я не стремлюсь стать специалистом сразу во всём, но считаю, что широкий технический кругозор позволяет принимать гораздо более качественные решения в своей основной области.
При этом свой предыдущий профессиональный опыт я совершенно не обесцениваю. Наоборот, почти десять лет работы с гидродинамическим моделированием дали мне навыки, которые хорошо переносятся в разработку, — умение разбираться в сложных системах, работать с большим объёмом исходной информации, искать причинно-следственные связи, формулировать и проверять гипотезы, видеть задачу целиком, а не только её отдельные части. Сейчас это помогает мне быстрее погружаться в новые предметные области, лучше понимать бизнес-логику и принимать более взвешенные технические решения.

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

