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

Обычно те, кто выбирает направление разработки в IT, идут учить Python, Java или JavaScript. 1С в этот список не попадает: платформа и профессия, связанные с ней, часто воспринимаются менее «модными», хотя по сложности и масштабу задач это не всегда справедливо.

Но в 2026 году есть несколько обстоятельств, которые влияют на восприятие 1С. На российском рынке у 1С очень сильные позиции, особенно в учёте и ERP (Enterprise Resource Planning — система планирования ресурсов предприятия). Зарплаты 1С-специалистов в 2025–2026 годах заметно выросли, а на уровнях мидл и сеньор они стали сопоставимы с доходами в других популярных IT-направлениях. 

В этой статье мы делаем честный обзор того, как сегодня обстоят дела в 1С-разработке, какие преимущества и недостатки есть у этого направления и стоит ли учиться на программиста 1С.

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

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

Привет! Меня зовут Родион, и я фронтенд-разработчик. Когда-то в 2022 году писал свои первые сайты на нативном HTML, CSS и JavaScript. С тех пор успел поработать в стартапах и на фрилансе.

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

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

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

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

Я задал вопрос про язык описания и верификации аппаратуры SystemVerilog. На это кандидат сказал, что он еще не освоил SystemVerilog, вписал его в резюме на будущее, но вообще использовал Verilog-95 и немного Verilog-2001.

“Нет проблем”, - сказал я и задал вопрос по Verilog-95: “приведите примеры гонок (race conditions) при использовании верилога”.

На это кандидат сказал, что вообще его опыт был больше связан с VHDL. “Блин, как он выкрутился” - подумал я, ведь в VHDL нет гонок как в верилоге из-за дизайна языка.

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

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

И главная задача мозга — это удивление минимизировать.

Делает он это двумя способами. Первый — обновить модель: принять, что мир устроен иначе, чем казалось. Второй — изменить реальность: действовать так, чтобы мир соответствовал ожиданиям. В норме между этими двумя способами существует постоянный живой баланс.

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

Когда этот механизм перестаёт работать гибко — мозг перестаёт обновляться. Он продолжает жить в старой модели, всё больше изолируя себя от реальности. Это и есть ловушка.

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

Ручной деплой через SSH и bash-скрипты – это практика, которая рано или поздно приводит к инцидентам. В этой статье разбираем, как построить предсказуемый Continuous Delivery с помощью Ansible и GitLab CI. Обсуждаем реальный кейс миграции, пишем плейбуки, настраиваем zero-downtime rolling update и автоматические откаты.

Откликаться на вакансии в ИТ — иногда ощущается как говорить со стеной, особенно в 2026 году, когда ситуация на рынке труда, мягко говоря, сложная. Отправляешь что-то в черный ящик, тебе не отвечают… Или работодатель пропадает после какого-то этапа. Даже если всё идёт нормально, с момента отклика до оффера может пройти месяц и больше. Из-за этого возникает ощущение, что тебя игнорируют, резюме теряют, или вообще намеренно тянут время. 

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

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

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

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

Когда я спрашивал о причинах отказа, обычно мне отвечали так:

1. Опыт работы с неактуальными для нас технологиями

2. «Слишком разнообразный опыт: платёжные системы, мобильные платформы, аналитика данных и UX»

3. Работающие до договору обычно не особо сильны с технической точки зрения

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

Привет, Хабр! Я Ирина Хабенская, руководитель направления аналитики в Авито. Хочу поделиться прикладными пошаговыми советами по развитию ключевых софт-скиллов. Статья будет полезна мидл-аналитикам, которые хотят дорасти до синьора.

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

Я также часто рассказывала этот материал и встречала комментарии уровня «Да, чертовски полезно, со всем согласен!», но также в глазах аналитиков читалось «А делать-то что?». Поэтому я добавила в статью прикладные пошаговые советы, которые помогут не просто получить полезную информацию «на подумать», но и начать реально расти.

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

Мы команда SimpleOne — вендор решений для автоматизации бизнес-процессов. У нас есть Центр обучения с готовыми курсами по нашей Low-code платформе для разных уровней подготовки, эти материалы помогают партнерам и клиентам получить внутреннюю экспертизу по нашим продуктам. А ещё мы периодически проводим интенсивы для начинающих, за 2 недели разбираем основы и практические задачи. Мы решили показать, как выглядит ИТ-обучение от работодателя, после которого участники могут действительно получить оффер.

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

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

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

Grok — нейросеть компании xAI, которую основал Илон Маск в марте 2023 года. Для разработки он собрал 11 исследователей — всех переманил из DeepMind, Google, OpenAI, Microsoft Research и Университета Торонто. К маю 2026 года абсолютно все 11 сооснователей покинули компанию.

Почему так произошло и кто из этих 11 был самым ценным для Илона Маска, ответы на эти вопросы вы получите в этой статье.

Это рубрика досье SpeShu.AI. Здесь мы составляем психологические портреты людей, которые ведут всех нас в будущее искусственного интеллекта и прямо сейчас меняют мир, как в своё время изменили Лейбниц, Эйнштейн и Курчатов.

В индустрии есть негласный рейтинг узнаваемости. На верхних строчках — Маск, Альтман, Наделла, Цукерберг. Их лица на обложках, их цитаты разбирают на мемы, их решения обсуждают.

Ниже — люди, которые влияют на индустрию не меньше, а иногда больше. Один из них за $5,6 млн обрушил фондовый рынок на триллион. Другой дважды отказал Apple и запустил один из самых популярных AI-продуктов на десяти людях без единого доллара инвестиций. Третий поднял акции компании на 3 200% и теперь пытается спасти Intel.

Мы собрали пятерых, про которых стоит знать.

Привет! Меня зовут Вероника Панайотова, я руководитель практики по управлению инженерными данными в Цифровом СИБУРе. Я расскажу, как мы прошли путь от хаоса разрозненных данных и документов до полноценной системы управления инженерными данными (СУИД) — первой отечественной разработки уровня, сопоставимого с мировыми гигантами в этой области, как AVEVA и Hexagon.

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

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

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

«Изучи конкурентов» и «eat your dog's food» — это само собой. Но что делать дальше, когда база пройдена, а понимание домена всё равно не складывается в рабочую картину?

Гайд для продактов, дизайнеров и исследователей, которые хотят за первые недели разобраться достаточно — чтобы принимать решения, а не кивать на встречах.

Привет, Хабр! Давно не было обзоров отраслевых мероприятий. Решил исправить этот момент и рассказать о панельной дискуссии «Токсичная среда» бизнес-клуба Selecty, посвящённой одной из самых болезненных тем IT-менеджмента — удержанию и увольнению сотрудников. 

Многие знают, что это за проблематика, но на всякий случай напомню: в условиях высокой конкуренции вопросы управления персоналом становятся критичными для бизнеса. Сам я уже 20 лет в IT на разных позициях, но не руководящих. Поэтому взгляд директоров и руководителей на работника и его переход в другие компании всегда интересен. 

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

Итак, встречайте мой обзор панельной дискуссии «Токсичная среда». Приятного чтения!

Мой путь к IT оказался длинным. Первые 15 лет карьеры я провёл на госслужбе, дошёл до руководительской позиции. Лишь в 36 я сделал шаг к профессии мечты.

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