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

В первой статье я писал про SDD на примере одного вечера. После чего прошёл 17 спринтов SDD на FullStack-приложении: B2C-трекер привычек и целей, два репозитория, 251 тест на бэке и 77 на фронте, релиз в продакшен. Здесь — что не дало мне потерять контроль на этом масштабе.

Привет, Хабр. Я b0w9r.

Полтора года назад мои знания в разработке находились на отметке 0.00. Кто-то из вас, возможно, помнит мою историю: я начинал учить HTML и CSS, выписывая теги ручкой в тетрадь, потому что у меня не было не ноутбука не компьютера.

Я всё ещё иду по следам программирования, но недавно я сделал важный шаг — всего за 1 месяц я собрал и выкатил свой первый продукт: FocusMind (локальный рабочий хаб с Pomodoro, задачами и заметками).

Оглядываясь на эти полтора года и этот безумный месяц разработки, я сформулировал для себя мысль, которая идеально описывает путь любого начинающего разработчика:

Предыстория тут.

Возвращение началось с осознания, что мир IT уже не тот, каким я его помню. Хотя бы потому что работодатель понял, что программист не равно администратор сети и/или СУБД, тем более не просто "компьютерщик" на все руки.

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

Привет! Меня зовут Саша Шиндин, я руководитель группы проектного управления мобильных решений в «Лаборатории Касперского», а эта статья про то, как подобный кризис проживать. Не претендую тут на роль эксперта — просто хочу поделиться своим опытом переосмысления карьеры и не только ее.

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

Всем привет! Меня зовут Михаил, я главный эксперт в ОТП банке.

Несколько лет я мечтал поработать на Kotlin. Мне это удалось - был большой проект РЖД, я вкатился, писал код, радовался. Kotlin мне правда понравился.

Но давление менеджеров, нереальные сроки и просто выгорание вынудило меня выходить на рынок, и я пошёл искать работу… и тут меня ждал сюрприз. Вакансий, где нужен чисто Kotlin, в России - единицы. А те, что есть, чаще ищут Java/Kotlin с упором на первую.

В этой статье - моя история: как я вкатывался в Kotlin без подготовки, как мне понравилось, и почему я всё равно сейчас пишу на Java. Читайте, если думаете о переходе, - возможно, это поможет скорректировать ожидания.

Поехали!

Автор этих строк (Senior Java Developer) попал под сокращение, потратил месяцы на поиск новой работы и получил, наконец, свой долгожданный оффер. Хочу поделиться полезными для коллег по IT-цеху заметками на полях. Сразу скажу, что у них есть своя специфика, ибо не все из вас разрабы, джависты и сеньоры, но уж простите, чем богат - тем и готов поделиться.

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

2) Не бывает работодателей, у которых дела всегда шли и будут идти хорошо. Даже если они большие, сильные и устояли в 2022 году. Поэтому пункт 1 в любом случае актуален для вас.

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

4) В резюме делайте акцент скорее не на обязанностях, а на достижениях. Устный рассказ о достижениях последних лет также необходимо подготовить.

5) На собеседованиях вам теперь часто придётся кодить или писать запросы. Поэтому решайте задачи на leetcode (алгоритмы, SQL).

6) За рабочей практикой, особенно если вы сами не собеседуете и не принимаете архитектурных решений, часто теряется теория. Которую нужно периодически навёрстывать (впрочем, на собеседованиях её спрашивали всегда, так что это не новость).

Курт Воннегут, ветеран второй мировой, выживший в огненном смерче, который превратил Дрезден в пепел, считал текст тяжелой и шумной работой. Он говорил, что автор не должен быть шаманом, вещающим истины с горы. Автор — это работник сферы обслуживания. Билетер в парке аттракционов нашего воображения. Его главная добродетель — не вдохновение, а вежливость. Книга «Пожалейте читателя» — сборник советов от человека, который нашел способ рассказать историю так, чтобы мы отложили телефоны и дочитали до конца. Парадокс в том, что вежливость, в качестве железного правила, помогла Курту стать одним из самых свободных, дерзких и человечных авторов двадцатого века. Вопрос лишь в том — как?

Что ж. Попробуем в этом разобраться.

Меня зовут Костя Дубровин. Я веду канал про книги.

«Самые трудные уроки, которые я усвоил, — не о том, как работаешь ты, а о том, как работают команды: как на самом деле принимаются решения, где ломается координация, чем отличаются команды, которые доводят дело до конца, от тех, кто стоит на месте. Этот список советов про то, как стать сильнее как отдельный инженер, и больше — про системы вокруг инженерии.» — Эдди Османи, ирландский инженер‑программист, директор в подразделении Google Cloud AI.

Работа в крупной ИТ-компании — это здорово. Особенно когда проекты есть. И они были.

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

Годами компания не вникала в проект. У них и так хватало сложностей с другими его частями — поддержку разных компонентов осуществляли разные подрядчики. И вот после недолгих организационных моментов заказчик забрал двух человек из нашей команды к себе. Конечно, это был риск.

Путь к роли CTO обычно не связан с одним переломным моментом. Он складывается из последовательных изменений в мышлении, фокусе и подходе к управлению. С ростом ответственности меняется оптика: задачи команды постепенно уступают месту системным связям внутри компании, а краткосрочные цели — решениям с горизонтом в годы.

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

Реальная история: компания внедряет AI, но оценивать экспертов назначила DevOps-инженера на n8n. Это не исключение — это норма для СНГ-рынка. И вот почему это проблема.

Иногда казалось, что программист — это мое призвание, но однажды я выбрал уйти из IT на 12 лет. Теперь же я решил вернуться: что изменилось за это время, и как я буду адаптироваться к вайб‑ и зерокодингу расскажу в цикле статей «Возвращение блудного программиста». Это глава первая, Введение.

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

Я, Александр, автор телеграм-канала «Shulepov Code», поговорил с Сергеем Павленко — инженером, техноблогером, предпринимателем и автором YouTube-канала «Sergey Delaisy». Мы обсудили, как он пришёл в профессию, зачем сервису блог, сколько можно зарабатывать на ремонте гаджетов и почему иногда сложнее не сама техника, а люди вокруг неё.   

Я Java-разработчик: пишу на Java 5 лет. Последний месяц собираю портфолио через Spec-Driven Development — связку Spec Kit и Claude Code. Первый проект — Telegram-бот для задач. С шести вечера до двух ночи одного вторника я прошёл полный SDD-цикл от конституции до MVP с шестью командами. Восемь часов. Один вечер. Рабочий продукт. Но главное — что-то сдвинулось в моём инженерном процессе.

Я несколько лет менторю ребят, и у меня накопилось много треш-историй про поиск работы и собеседования.

Хочу поделиться с вами парой особо примечательных ситуаций, после которых хочется спросить: а когда уже товарищи рекрутеры сами начнут качать soft скиллы, которые они так любят проверять у кандидатов?!

Привет, Хабр! Я — Руслан, а это — моя статья написанная в основном по следам моего доклада про будущее ИТ, ИТ-архитектуры и работы айтишников + часть мыслей дооформилась после участия в подкасте (все ссылки в конце).

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

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

Но закончим с лирикой. Говоря о будущем ИТ, начнём, пожалуй, с ИТ-архитектуры — как дисциплины, описывающей базовые построения любого ПО.

В инфраструктуре почти не бывает задач «на один клик»: за деплоем тянутся CI/CD, за Kubernetes — эксплуатация, за нагрузкой — Nginx, Postgres, мониторинг и безопасность. В этом выпуске собрали материалы и ближайшие открытые уроки по тем темам, в которые чаще всего приходится погружаться уже на практике. Это хороший способ быстро разобраться в конкретной теме, посмотреть на рабочие подходы и понять, что стоит изучить уже системно.

Похоже, рынок найма в России начал меняться не только на уровне инструментов, но и на уровне участников.

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

На этом фоне SuperJob запустил маркетплейс вакансий для ИИ-агентов. Формально он устроен так же, как классический рынок труда: есть вакансии и есть “резюме”. Но в качестве кандидатов там выступают не люди, а системы.

В какой-то момент это перестаёт быть историей про автоматизацию.

Это уже изменение состава участников рынка.

Привет, Хабр! Меня зовут Тимур Напреев, я основатель клуба рецензентов ИТ-литературы Read IT Club. В 2021 году я читал русскоязычное издание одной интересной книги по современной технологии. Перевод был не самым удачным и местами искажалась сама суть архитектурных паттернов. Я решил отправить в редакцию небольшой баг-репорт. К моему удивлению, они не просто ответили, а предложили: «Раз вы так хорошо разбираетесь, помогите нам сделать лучше».

Я понял, что к такой полезной активности нужно привлечь коллег – топовых экспертов рынка. Так появилась идея Read IT Club – сообщества практикующих ИТ-экспертов под эгидой КРОК, которые рецензируют ИТ-литературу до того, как она уйдет в печать. 

Со временем выяснилось: рецензирование – это чит-код для ИТ-карьеры. Почему? Читайте под катом!