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

Потому что в нём опять всё плохо, 80% специалистов скоро будут никому не нужны, а все мы через семь лет будем ходить на поводке у роботов. 

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

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

Меня зовут Вера Кокотова, я руководитель группы технических архитекторов 1С в компании КРОК. Устроилась в компанию 11 лет назад начинающим разработчиком и прошла большой увлекательный путь до эксперта по технологическим вопросам. Кроме того, последние пять лет я активно участвую в найме технических специалистов. 

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

Минцифры кричит о нехватке миллиона IT-специалистов, министр труда и социальной защиты заявляет о «всего» ста тысячах. Параллельно рынок труда захлестнула волна сокращений. А тут ещё и слухи об AGI — суперумном ИИ, который захватит все рабочие места. Парадокс? Нет, скорее болезненная трансформация от иллюзий к реальности. 

На связи CEO Surf Владимир Макеев. Я в разработке с 2011 года, почти с самых истоков развития мобильных приложений в РФ. Сегодня поделюсь своим взглядом на то, как накопленный кризис управленческих иллюзий повлиял на IT-сферу и почему за последний год уволили так много специалистов. И как на ситуацию влияет развитие ИИ, который может заменить разработчиков.

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

Привет! На связи Евгений Антонов. Я работаю ведущим техническим менеджером проектов в Yandex Infrastructure. А также руковожу парой команд (разработчиков и менеджеров) и факультативно занимаюсь IT‑консалтингом. Ещё я автор телеграм‑канала «Тимлид Очевидность» и ведущий подкастов «Кода кода» и «Три тимлида заходят в бар».

Сегодня мне хочется поговорить об очень распространённом паттерне поведения, которого очень многие придерживаются, гордятся этим и даже пишут об этом пожелания в вакансиях.

Как вы, возможно, догадались по названию, речь пойдёт о многозадачности.

Если загуглить «Бирюзовые компании в РФ», первые вкладки будут мало чем отличаться друг от друга по содержанию, в том числе и по списку компаний. Все дело в том, что такое словосочетание не то что в России, в мире возникло относительно недавно. Его предложил Фредерик Лалу в своей книге «Открывая организации будущего» в 2014 году, обобщив уже тогда имеющиеся кейсы «дебюрократизации» в менеджменте на западе. Это при том, что модный сегодня «тойотовский» Kanban на 10 лет старше полета на Луну.

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

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

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

Решил свою первую статью на портале сделать легкой, без залезания в дебри и диспуты. Пусть будет своего рода научпоп от менеджмента в ИТ.

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

— Что делаешь? Ботаешь?
— Нет, учусь.
— Что учишь?
— ООП
— А зачем?

Без лишних слов, дядьки и леди. Выжимка опыта:

Я начал с торговых представителей табачных компаний, а кончил — гендирекотором высоконагруженного финтех стартапа. Кстати, это был единственный раз, когда заказчик меня кинул на бабки. Бог ему судья:‑)

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

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

Сегодня, в мае 2025 года, ИТ-школа IT2GO — это амбициозный образовательный продукт по развитию компетенций в области ИТ. Школа создана на базе ИТ-компании VESNA, которая в свою очередь родилась на базе Электронной торговой площадки Газпромбанка. Той самой тендерной площадки в топ-7 тендерных площадок России, где разные компании проводят закупки, те самые, которые по 223-ФЗ, 44-ФЗ, и немного коммерческих. В прошлом году школа получила лицензию на осуществление образовательной деятельности.

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

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

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

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

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

Привет, Хабр! Меня зовут Рафаэль Сайфутдинов, но обычно меня зовут просто Раф. Я работаю аналитиком ценообразования в Яндекс Лавке, выпускаюсь из НИУ ВШЭ и уже успел пройти курс «Специалист по Data Science» в Практикуме.

Недавно я рассказывал, как попал на стажировку аналитиком в Яндекс и как я рекомендую оформлять резюме без опыта работы. А сегодня — поделюсь рекомендациями, которые помогут подготовиться к собеседованию и не завалить его в процессе.

За последние 10+ лет я строил продуктовые инженерные практики и культуру как в стартапах, выросших с нуля до 100+ человек, так и в корпорациях с 1000+ штатом. 

Это конспект моего опыта и ответы на четыре вопроса: что делает технический директор, как он выстраивает работу, какие задачи входят в его обязанности и почему техдиры (Chief Technology Officer) различаются.

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

‣ Почему для перехода в другую компанию нужно тренировать навыки, никак не относящиеся к работе?
‣ Почему вместо работы мы ходим на встречи, а вместо принятия рисков занимаемся гаданием?
‣ Почему нам говорят: «владейте продуктом», но прибылей от продукта не достается?

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

Статья является последней в цикле «Заговора разработчиков».

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

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