Карьера в IT-индустрии

Я работаю продуктовым аналитиком уже много лет и за это время видел, как рынок несколько раз менял ориентиры. Профессии становились «самыми востребованными», потом перегревались и теряли привлекательность. Если смотреть на происходящее без эмоций и громких обещаний, аналитика остаётся редким примером направления, где вход в профессию остаётся относительно доступным, а ценность специалиста для бизнеса ощущается довольно быстро.

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

Мы провели социальный эксперимент на Хабре результатом которого стали +1000 подписчиков в канал за неделю.

Мы висели НА ГЛАВНОЙ СТРАНИЦЕ хабре первыми сразу несколькими статьями более трех дней, потом выложили вторую котоаря также сильно завирусилась, а самое главное на публикациях было -50 рейтинга и сейчас он становится еще НИЖЕ

Также расскажем о беспределе со стороны модерации, которая без предупреждения в тихую сняла поместило статью ЧЕРНОВИКИ, притом мы НИЧЕГО не нарушили

Как мы это сделали и как набрать аудиторию на реальном примере

Последние 7 лет я руководил командами разработки, но не то что не писал код — я его даже не читал. В 2025 году я снова вернулся к самостоятельной разработке. И даже могу называть себя Full Cycle Engineer. Что стоит за этим термином — раскрою ниже.

За 2025 год я сделал больше, чем за предыдущие пять лет вместе взятые.

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

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

Сейчас каждый второй джун пытается генерировать сопроводительные письма через ChatGPT.

И каждый первый рекрутер научился их детектить за секунду.

Стандартный ответ LLM выглядит так:

Привет, Хабр!

Это мой первый лонгрид. Пусть он станет каплей в море исследований про зумеров. Я миллениал, который смог: у меня был очень положительный опыт. Но чтобы это не выглядело, как частный случай или статистическая ошибка, я воспользовалась своими навыками комплаенса. Изучить документацию (в нашем случае -- научную литературу), собрать статистику и бестпрактисы (сделать срез исследований) и применить критическое мышление.

А что из этого вышло, смотрите под катом.

Многие опасаются, что в будущем за впн будет статья, и не на Хабре, а уголовная, но даже если что-то ограничивают полного юридического запрета нет нигде (даже в Китае и Северной Корее).
Полный запрет невыгоден, но почему?

Почему впны постоянно блокируют?
Что будет через 5 лет и останется ли хоть несколько рабочих впнов?
Можно ли вообще технически полностью их заблокировать?

Давайте разбираться

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

Каждый разработчик в начале пути видит перед собой ясную лестницу: Junior → Middle → Senior. Рост компетенций сопровождается ощутимым ростом зарплаты, и это даёт мощный заряд мотивации. Но что происходит, когда вы достигаете уровня Senior? Зарплата упирается в «стеклянный потолок», задачи становятся однотипными, а привычный драйв исчезает.

Заходишь на Хабр.Карьеру, открываешь вакансии системных аналитиков, а в требованиях всё как обычно: построение информационных систем, понимание архитектуры, ТЗ, BPMN, базовый SQL. Нигде ни слова о знании GPT или умении промптить. Формально профессия как будто не изменилась. 

Тем временем в свежем отчёте OpenAI о корпоративном применении ИИ опубликовали статистику: использование ChatGPT в корпоративной среде за год выросло в 8 раз, а объём запросов от одного человека — в среднем на 30%.

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

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

С ИИ часто происходит то же самое. Либо «сделай всё и сразу», либо «ну нет, слабоват ты пока для серьёзных задач». А что если ИИ способен решить вашу задачу пусть не полностью, но процентов так на 80–90? И вы сами в этой сфере тоже несовершенны? Но области ваших ошибок с ИИ не совпадают! Что если, грамотно объединив с ним усилия, можно получить результат, близкий к 100% успеха?

Примерно так, как в фильме Moneyball (Человек, который изменил всё). Там три узкоспециализированных (а потому по отдельности посредственных) игрока, играя слаженно, смогли превзойти на поле одного игрока-суперзвезду. Который, разумеется, стоил в разы дороже их троих вместе взятых.

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

Привет, Хабр! Меня зовут Антон, я руковожу направлением автоматизации тестирования BIOS/BMC в YADRO. Как-то раз я моргнул — и наша команда из 10 инженеров выросла до 35. Вместе с этим у нас появились направления и лиды, а значит, я больше не могу прийти в любую задачу и сам ее быстро закрыть.

Общий дейлик тоже изменился: большая часть информации стала полезна конкретным группам людей внутри команды, а остальные просто теряли фокус. Конечно, ломалось не только это. В статье расскажу, что стало для меня неожиданным, где я ошибался и как мне удалось во всем этом выжить. А в конце поделюсь выводами, как при масштабировании команды избежать мучительной боли. Погнали!

Бывает так: специалист закрывает сложные задачи, подхватывает чужие таски и выруливает релизы в срок. В трекере у него больше всего задач, к нему тянутся коллеги за помощью. Но когда речь заходит о повышении зарплаты или грейда — его фамилию даже не вспоминают. Через какое-то время появляется ощущение несправедливости и вопрос: «Что ещё нужно сделать, чтобы меня наконец заметили?».

Меня зовут Яна Шаклеина, 8 лет в ИТ. Начинала карьеру как разработчик, работала в сопровождении, потом начала всё совмещать с обязанностями руководителя. Не с первого раза, но получила руководящую должность и сейчас работаю CPO в Outlines Tech. Делюсь опытом со стороны исполнителя и руководителя, каких специалистов не повышают и почему, даже если они объективно лучше других, и что с этим можно сделать.

Поиск работы — это процесс, который ломает психику.

Ты можешь быть крутым сеньором, знать кишки JVM или архитектуру Kubernetes, но чтобы получить оффер, ты вынужден играть в странную игру:

Почему на одну вакансию 1000 откликов, а офферов — ноль? Сразу предупреждаю: будет неприятно. Рынок наводнили «Paper Seniors» — люди с лычками сеньоров, но опытом стажеров эпохи пузыря 2021 года. Мы привыкли считать себя незаменимыми, но бизнес протрезвел. Почему ваши навыки за $5000 сегодня стоят $800 и почему время «стартапов» ушло, уступив место суровому легаси — давайте разбираться честно.

Всем привет! Я Егор, недавно перешел из программирования в менеджмент и стал руководителем отдела разработки одного продукта в «Консист Бизнес Групп». В статье расскажу, как я решился на это, что мне помогло и чем я теперь занимаюсь. Она будет полезна студентам, джунам, ищущим себя и жаждущим перемен (а еще она смешная, надеюсь). 

Эта история не только про то, кто такие эти ваши PO. Это история о том, как у одного человека может быть несколько семей (осуждаю), на самом деле, это о том, как работа становится семьей. Это история про бессонные ночи в поисках себя, мотивации, холодного энергетика «Яблоко‑киви», зарядки для ноутбука и ответов на жизненно важные вопросы. Это история про вопросы на которые или очень важно или нужно или просто очень хочется найти ответы.

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

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

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

Во-первых, ощущение бесконечного конвейера. Ты как какой-то Сизиф со своим любимым камнем все толкаешь и толкаешь его в гору, и… больше ничего не происходит. Вершины не видать. Нет ощущения движения и прогресса. После одной рутинной задачи приходит другая, почти такая же, потом третья, четвертая, стопятидесятая и так далее. И нет вот этой финальной точки, где можно сказать: «Вау, мы это сделали!».

Вообще, методы в статье подходят и для любого IT-направления, но давайте сделаем акцент на безопасности.

В последнее время всё чаще вижу одни и те же вопросы:

«С чего начать в кибербезопасности?» или «Всем привет, хочу работать в инфобезе в Red Team, посоветуйте книжки, курсы и т. д., чтобы я через месяц стал чемпионом джунов и уже работал по профессии!» В какой-то момент понял, что пора собрать свои мысли (и не только мои) в один текст. Возможно, он поможет тем, кто только начинает.

Привет всему честному народу. Вот, решил написать статью больше не для себя. Статья первая и больше как благодарность всему сообществу. Я активный читатель Хабр-статей из которых я черпал очень много информацию, которая помогает двигаться по жизни и по карьере. Мне бы хотелось, чтоб и моя информация кому-то помогла в определенном моменте для принятия решения.

Как я оказался в Канаде и почему случилось именно так — если статья получит достаточно откликов, опишу в других статьях. Но если очень кратко, то в определённый момент не было вообще вариантов (Украина, РФ, РБ, Польша, Чехия, Сербия — это только часть стран, которые рассматривались как потенциальные).

Я — из Украины, Киев. После этого кто-то может сразу опуститься в комментарии для выплескивания своего негатива, а кто-то может прочитать статью до конца.

Действия, которые всем известны в 22-м году, застали меня и мою семью на отдыхе в Египте, поэтому не сподручно было возвращаться под ракеты, а на кармане было 100 евро, что не хватало на съём жилья, но спасибо друзьям, которые приютили мою семью на месяц. Да и трансфер из Египта был организован только один - Будапешт

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

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

Не делай добра, не получишь зла (c)