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

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

Я - бизнес-аналитик Рексофт, работаю в проектах по разработке ПО уже более 5 лет, а суммарно в ИТ сфере более 15 лет.

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

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

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

Итак, small talk. Давайте сразу остановимся на том, почему я использую англоязычный термин, а не русскоязычный аналог "короткая беседа". Мне кажется, что короткая беседа — это просто разговор сам по себе, а small talk - понятие более широкое. Оно включает в себя и навык того, как вести эту беседу легко, естественно, свободно, непринужденно. А если это навык, то мы можем его прокачивать так же, как учимся водить машину, ездить на велосипеде и так далее.

По моим наблюдениям, small talk используют редко. Почему?

Мне кажется из-за страха оценки, попасть в неловкую ситуацию, мыслей "а что обо мне подумают". Кроме того, в моей сфере деятельности (бизнес-анализе в ИТ проектах) принято ориентироваться на цифры, факты, результаты, эффективность. И нам кажется, что тратить время на какие-то разговоры ни о чем и не по делу - пустая трата времени. Да и в целом нам никто не рассказывал, что это навык, который можно развивать и который может быть полезен в работе. Поэтому-то мы и не видим смысла его использовать. Но спойлер: я расскажу вам о том, что это полезно и чем может вам пригодиться.

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

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

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

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

Сегодня будет небольшой обзор сервиса для создания резюме — https://rxresu.me, и практический эксперимент: соберём CV на его основе.

Но не обычное.

В качестве примера возьмём Дарта Вейдера и попробуем оформить его опыт так, как если бы он действительно выходил на рынок труда.

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

При этом рекрутер тратит на первичный просмотр считанные секунды — и принимает решение дальше не в вашу пользу.

Поэтому в этой статье:

- Посмотрим на rxresu.me как на инструмент для сборки CV
- Соберём структурированное резюме для Дарта Вейдера
- Проверим, как даже вымышленный персонаж может выглядеть как сильный кандидат, если правильно подать информацию.

Без «айтишных шуток». Почти без юмора.
И посмотрим, что получится.

Если ты ищешь адекватную статью про Вьетнам на русском в интернете или ИИ, то это она. Актуально на 05.05.2026.

Почему доступ к большим языковым моделям напоминает аренду «цифровой земли»? Как три экономические роли LLM порождают конфликт интересов, и что это значит для IT-специалистов. Продолжение исследования производственных отношений в индустрии.

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

15 мая в Инфостарте стартует новый поток онлайн-курсов для специалистов, которые работают с 1С, ИТ-проектами, требованиями, ТЗ и безопасностью.

Ждать старта, чтобы начать обучение, не нужно: доступ к материалам открывается сразу после оплаты. До 15 мая можно спокойно посмотреть первые уроки, разобраться с платформой и войти в поток уже подготовленным.

С 15 мая подключаются чат, дедлайны и регулярная проверка заданий. Такой формат подходит тем, кто хочет учиться в удобное время, но не терять темп: материалы доступны асинхронно, а преподаватель или куратор проверяет работы и дает обратную связь...

Карьерный консультант сказал «сфокусируйся».

Я сфокусировался: через 22 методики стратегического анализа, 31 экспертное интервью, финмодель, 64 сценария и год работы в Executive Master in Management ВШЭ.

Получил:

— Прогнозную NPV +8,7 млн ₽ на горизонте 24 месяцев
— Стратегию из трёх измерений (где играем, чем играем, через какой канал)
— Защиту выпускной работы на 10/10

Работы пока нет.

Метод — да. Гарантий — нет. Уверенность — да.

Это статья о том, как корпоративный стратегический инструментарий (PESTEL, Porter, VRIN, финансовое моделирование) работает применительно к карьере. И почему уверенность в методе и неуверенность в результате прекрасно живут вместе.

Внутри: 22 методики, 5 промоделированных сценариев, разбор «проблемы периметра» для интровертов‑управленцев, и одна неудобная мысль про то, что в 2026 году поиск работы перестал быть операционной задачей.

Хотите увидеть, как живое Spring Boot‑приложение проходит путь от репозитория до кластера Kubernetes? В статье пройдем путь от создания простого HealthController до автоматического деплоя через CI/CD. Разберём Dockerfile без магии, манифесты Deployment с пробами, настройку ресурсов и изящный Graceful Shutdown. В финале вы получите живую связку «код — контейнер — кластер», готовую к продакшену.

Почему Kubernetes стал стандартом оркестрации контейнеров? Разбираем архитектуру без скучной теории: Control Plane, поды, сервисы, деплойменты — на реальных примерах. Вы узнаете, как избежать типичных ошибок, увидите опыт миграции Tinder и получите лучшие практики, которые применяют ведущие команды. Статья для тех, кто хочет не просто знать команды kubectl, а понимать, как проектировать отказоустойчивые платформы

Привет! Меня зовут Семён. Ещё недавно я отвечал на вопросы пользователей в службе поддержки ЮMoney, а сегодня — ищу баги в том же продукте, но уже как тестировщик. Да, я остался в команде, просто теперь смотрю на сервис с другой стороны.

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

Хочу рассказать, как меняется мышление, когда переходишь из поддержки в QA, с какими страхами приходится столкнуться и что реально помогает на этом пути.

Продолжение прошлой статьи про ошибки на Go-собесах. В тот раз — про лайв-кодинг. Теперь — про code review: когда дают готовый сервис на ~150 строк и говорят “найди что не так, у тебя 30 минут”.

Разберём по косточкам реальный код с собеседования — микросервис трекинга рекламных кликов. Багов набралось 21, поэтому делю на две части. Первая — про самое страшное: concurrency, гонки, утечки памяти и горутин. Это то, что роняет сервис в проде. Часть 2 — про API design, ошибки и graceful shutdown — выйдет следом. Актуально для Go 1.26.

Из 21 бага на собесе я нашёл 18. Три самых тонких пропустил — потом, дома, перечитал спокойно и выписал. В этой части про concurrency пропустил один — TOCTOU race в дедупликации. Остальные семь — поймал. Расскажу как искал и какими красными флагами зацепился.

Наша рубрика «Где работать в ИТ» — это интервью с интересными айти-компаниями, в которых они делятся подробностями о процессах своей работы. Представители индустрии отвечают на вопросы о найме, условиях, командах и технологиях. В этом выпуске мы расскажем вам о компании Selectel — провайдере IT-инфраструктуры и облачных решений.

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

Всем привет! Меня зовут Сергей Тимакин, мне 22 года, я работаю в Озоне на должности аналитика данных и учусь на первом курсе онлайн-магистратуры «Специалист по работе с данными и ИИ» НИЯУ МИФИ в партнёрстве с Яндекс Практикумом.

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

Сегодня в обсуждении AI часто звучит тезис, что джуны индустрии больше не нужны и учиться программированию бессмысленно. Я с этим тезисом не согласен. Под словом «джун» рынок объединил две разные категории: выпускника инженерной программы и человека, который три месяца смотрел видеолекции и собрал три pet-проекта. AI давит на вторую категорию, первую почти не трогает. Настоящих джунов и так было мало. Они нужны индустрии больше, чем раньше. Ниже: что должен знать настоящий джун, как этому учили мы в Mail.ru Group через Технопарк, Технотрек и Техносферу, и что в этой картине меняет AI.

Небольшой мысленный эксперимент на стыке машинного обучения и продуктового менеджмента. О том, почему одна и та же задача «определить, что нужно клиенту» может выглядеть по-разному со стороны product'а и data scientist'а. Разбор на примере корпоративного ДМС, где у одного контракта сразу три стейкхолдера с разными работами.

Вводная: почему эта тема вообще возникла

Я много лет проработала начальником управления аналитики в страховой компании, а сейчас прохожу курс Ивана Замесина по Advanced JTBD. В какой-то момент на воркшопе меня зацепила структура, которую он назвал «графом работ» — и я поймала себя на мысли, что она похожа на знакомую мне из Data Science модель. Только с противоположным назначением.

Дальше — разбор этого наблюдения. Статья рассчитана на аналитиков, продактов и тимлидов, которые работают с корпоративной аналитикой и задумываются о том, что именно они измеряют и зачем.

Почему Фрейд и квантовая механика объясняют бизнес-решения лучше, чем большинство MBA-курсов

Я пришла в психоанализ из топ-менеджмента в IT. Последние 4 года я развиваюсь в психоанализе: как в частной практике, так и в B2B. Я практик до мозга костей и поэтому все получаемые знания сразу переношу на понятные мне бизнес-структуры. И чем дольше я работаю на стыке этих двух миров, тем отчётливее вижу одно и то же: когда бизнес буксует, он ищет причину не там.

И причина лежит не в стратегии, не в рынке, не в конкурентах.

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