Айтишники ненавидят пиар. Но именно через него разработчики замечают компанию. В Okko за это отвечает деврел — и вместо скучных пресс-релизов тут делают школу спикеров, превращают инженеров в амбассадоров и меряют успех не цифрами, а доверием.
А ещё летом готовят окрошку в офисе. На кефире или на квасе? Читайте в статье.
Открыть бизнес? Пойти за мечтой? Уйти на пенсию и жить на пассивный доход? Или работать руками? Что делать вне IT? Пофантазировали и собрали мнения разработчиков.
Примерно пол года назад ко мне обратился друг детства, Виктор. Человек, который больше десяти лет проектировал подстанции. И вот он, задаёт вопрос, который, я уверен, хоть раз слышал каждый из вас: «Слушай, я хочу в IT. Куда податься?»
Сейчас он занимается автоматизацией в одной IT компании, адаптируя LLM под внутренние процессы, но расскажу обо всём по порядку.
Вопрос не новый. Но в 2025 году, когда столько шума про AI, а рынок, кажется, набит джунами под завязку, он звучал особенно остро. Как руководитель проектов в IT, я видел другую сторону медали: сотни вакансий, где компании месяцами ищут толковых специалистов. Немного пообщавшись, задавав вопросы я выдал Виктору план. Им и хочу с вами поделиться.
Почему моё мнение может быть полезным? Я не HR и не карьерный коуч, а IT продуктовик и руковожу проектами. Слежу за ситуацией, сам искал и нанимал людей и знаю, кто нужен рынку прямо сейчас, за какие навыки платят деньги сегодня, а не в гипотетическом будущем.
Привет. Меня зовут Himiko.
Я учусь на фронтенд-разработчика — медленно, иногда болезненно, но по-настоящему. Честно говоря, мне неловко, как долго я иду этим путём. Многие из вас за год обучения уже получили работу мечты.
Вы — крутые, и я искренне вами восхищаюсь.
А у меня всё иначе. Я из тех людей, кто на 100% готовится к походу в глухой лес, но на середине пути стреляет себе в колено. Просто так. Потом лежит пару месяцев, поднимается — и снова идёт.
Есть тимлиды у которых команда разваливается стоит им только отвернуться. А есть тимлиды которые могу сходить в отпуск и этого даже никто не заметит. В одних командах разработчики счастливы, в других выгорают.
Чтобы понять почему так происходит, придется обсудить петухов. Не с целью оскорбить а с целью разобраться. Это, пожалуй, самая точная метафора про управление командой.
Статья написана для тех, кто сейчас находится в выгоревшем или близко к выгоревшему состоянию, а также для тех, кто хочет понять, почему его усталость, сколько бы он не отдыхал, не проходит. Приветствую, всех тех, кто сейчас без сил, эмоций, ощущения жизни и смысла.
В самом традиционном и привычном понимании этого слова. Они могут уволиться в тот же день, когда устроились на работу, резко сменить вид деятельности и быть недовольными даже прекрасными условиями труда и самыми «упакованными» офисами. Разбираемся, как думает зумер, и каковы его ценности.
Привет! Меня зовут Евгений Бартенев, я техлид и автор курса «Python-разработчик» в Яндекс Практикуме. В профессии я уже больше 20 лет: прошёл путь от джуниора до эксперта по Python и видел, как меняется рынок и как вместе с ним меняются требования к разработчикам.
И за это время я заметил одну закономерность: часто после первых шагов в карьере люди словно упираются в потолок. Кажется, цель ясна: «стать мидлом, потом синьором» — но такой ориентир почти никогда не помогает двигаться вперёд. Дело в том, что должность — лишь формальный ярлык. Настоящий рост приходит через навыки, опыт и умение применять их на деле. Без понимания этой логики легко застрять на одном месте: работать много, но не двигаться в профессии.
В этом материале поделюсь подходами, которые помогут выйти из подобной ситуации. Я расскажу, что такое план профессионального развития, зачем он нужен и как его использовать для личного роста, на собеседованиях, в обучении и в реальной работе. Затем покажу пример карты навыков Python-разработчика, дам шаблон плана и конкретные рекомендации, что делать, если вы действительно нацелены на движение вперёд и хотите вырасти до уровня эксперта.
Миссия ИТ‑компаний не только в том, чтобы создавать крутые продукты! Этим летом мы в Иви получили крутую возможность провести стажировку группы студентов 2-ого курса МГТУ им. Н.Э. Баумана. Их факультет готовит совершенно разноплановых специалистов — ты можешь выбрать любую ИТ‑профессию, которую захочешь. Но в этом‑то и заключается сложность — как избежать карьерных ошибок и понять, кем они хотят быть.
Далее расскажем что из этого вышло и какие ключевые моменты мы выписали для себя.
Этот инструмент экономил сотни тысяч долларов и без него нельзя было выпустить релиз — но на бумаге оставался “пет-проектом” одного инженера. Почему компании раз за разом убивают такие инициативы — и как этого избежать.
Распространенная ошибка – считать, что поиск работы заканчивается на оффере. На самом деле он заканчивается после прохождения испытательного срока.
В этой статье рассказываю, как пройти испытательный срок и избежать лишнего стресса.
Команда AI for Devs подготовила перевод краткого обзора большого отчёта JetBrains о состоянии экосистемы разработчиков в 2025 году. ИИ становится повседневным инструментом в работе программистов, TypeScript и Rust продолжают расти, а представления о продуктивности выходят за пределы метрик. Что это значит для индустрии — и для вас?
Всем привет! Меня зовут Соня, я продакт-оунер в молодежном продукте МТС: формирую стратегию, занимаюсь дискавери и оптимизирую CJM. Параллельно учусь в Вышке. Мне нравится работа: нет рутины и конфликтов, руководитель эмпатичный, а задачи дают возможность расти.
Но так складывается не у всех. В последнее время наблюдаю тревожную тенденцию — череду увольнений моих друзей, которые только начали карьеру. В основном они увольнялись из-за формального консервативного взаимодействия и директивного управления.
Со стороны это воспринимается как слабость, высмеивается и становится предметом мемов и шуток. Недавно я наткнулась на пост с такой фразой:
«Есть большое количество новоиспеченных разработчиков/аналитиков/тестировщиков/продактов (дополните список) с весьма скромным опытом (и нередко сомнительным качеством работы), которые готовы работать только 2–3 часа в день, принимать ванну из смузи, играть в плойку, на которых категорически нельзя повышать голос, которые требуют себе огромную зарплату, которые, чтобы прийти на офлайн-интервью, просят прислать за ними вертолет».
Не спорю, такие люди бывают, но чаще это просто штамп и искаженное представление о молодых специалистах. Которое я постараюсь сломать и призову в помощь реальные истории своих коллег.
В мире IT давно принято зарабатывать на своей экспертности помимо основной работы – сам характер и специфика IT-сферы зачастую делают возможным работу на сторонних проектах в свободное время. Недавно такой тренд начал распространяться и на другие сферы (консалтинг, финансы, бухгалтерские услуги и многие другие) – достигшие определенного уровня знаний и опыта наемные сотрудники все чаще хотят попробовать себя в новой роли, став независимыми экспертами-консультантами и продавать накопленную годами экспертность в своей области.
💥 «Слепые не видят преград — только дедлайны»
Сложности в трудоустройстве есть у некоторых всех. Вы знали, что люди с инвалидностью и без отзываются об этом одинаковыми словами? Одни говорят «Трудоустройте меня, потому что "Я слепой, мне и так трудно”», а другие «У меня же ипотека, войдите в моё положение» или «Я работаю в айти уже 30 лет, у меня гигантский опыт, а эйчары даже не отвечают. Рынок найма сломался!»
Больно? Ещё как! Но если мы будем просто жалеть себя и в панике наматывать круги в чатах по поиску работы, никакого толкового КПД не родим. В этой статье я поделюсь своим личным опытом и опытом других людей со слепотой о том, как найти и реализовать себя, будь то работа, блогерство или проекты в искусстве.
И этот опыт как никогда пригодится тебе, мой нормотипичный друг.
Эту статью (или цикл статей) я решил написать на волне очередного всплеска желания к публицистике. Сделав новый канал в тележке, я решил писать об опыте работы из дома, а после завёл рубрику практик для сохранения продуктивности. Во‑первых, чтобы напоминать об этом самому себе и не превратиться в творожную массу, во‑вторых — делиться сформированным опытом с коллегами по удалённому цеху.
Листай сразу на следующий абзац, если не хочешь забивать голову лишней информацией. А любителям лонгридов для начала представлюсь. Меня зовут Валерий Вольнов, я работаю дизайнером интерфейсов вот уже 5 лет, и все эти годы я работаю на удалёнке. За плечами опыт в стартапах Швейцарии, Филиппин и Израиля с командами из разных точек мира. Еще я три года работал в бигтехе (МТС), успев задизайнить с нуля пару пусть не лучших, но точно амбициозных продуктов на внутренние процессы, в составе лучшей команды в моей жизни. Сейчас работаю в аналитическом продукте, ищу свой персональный роудмап развития и... просто пишу. Слагать любил всегда) Ну и перейдём ближе к теме статьи.
Всё описанное ниже я формирую у себя в голове, обращаясь к внутреннему диалогу и памяти, но не к интернету. Часть советов — давно переваренные и очевидные практики, коих масса в свободном доступе, но мой списочек я адаптировал под себя. В общем, не претендую на первоисточник, но ответственно заявляю, что ИИ тут не пахнет, копипастой тоже.
Хабр, привет!
В 2024 году мы запустили в «Инфосистемы Джет» программу менторинга для развития сотрудников — без внешних консультантов и больших бюджетов, по инициативе сотрудников, а не «сверху». С тех пор успели масштабировать её на всю компанию, запустив два потока, и даже выиграть премию от Национальной Федерации Профессиональных менторов и коучей (НФПМК) в сфере корпоративного менторинга.
В статье поделюсь честным опытом создания менторской программы с подробностями о каждом этапе запуска. Расскажу не только о первых результатах и успехах, но и о подводных камнях: что получилось не сразу, и какие выводы мы сделали. Также дам практические советы тем, кто думает о запуске такой инициативы в своей организации.
Как вы чувствуете себя на собеседованиях? Ужасно? Мне тоже было ужасно. А если что‑то сложно, что нужно делать? Правильно - поставить себе челлендж. Итак, мой год собеседований: 112 интервью на позицию Python Developer (от middle до senior) в 51 компанию, 10 офферов и увеличение дохода почти в 2 раза. Это было тяжело: пришлось бороться со страхом провала, синдромом самозванца и рынком труда. Зато теперь я, кажется, умею получать офферы senior‑уровня. В этой статье хочется подвести итоги и отрефлексировать этот путь, а также привести статистику с графиками, цифрами (и офферами!). Возможно, кто‑то научится на моих ошибках, и пройдёт этот путь гораздо быстрее.
Это перевод моей статьи в LinkedIn
Главная мечта современных инвесторов в ИИ - это автономный ИИ сотрудник, который может полностью заменить некоторых специалистов и работать без постороннего вмешательства.
На мой взгляд это уже вполне достижимая цель, которая достижима с текущим уровнем технологий.
Приведу пример на близкой мне области - программирование (но вообще применим к большинству digital профессий). Сделаем автономного ИИ middle backend разработчика.
Сделаем мы его на локальной серверной машине, внутри контура компании.
Сразу скажу что Я не буду выкладывать свой код, настройки или workflows для открытого доступа. Моя цель - верхнеуровнево показать рабочее для меня решение, потому что вижу не то что пробел, а вообще отсутствие материалов такого рода информации, даже с таким поверхностным уровнем детализации.
С подключением, хабровчане! Меня зовут Роман Волков, я Senior DevOps в MТС Web Services. Кроме своей основной деятельности в роли инженера, я провожу собеседования и всегда задаю вопросы кандидатам о том, как они видят пользу, которую их роль приносит бизнесу, как могут оценить свою деятельность, какой у них метод ведения работы. Как многие, я читаю профильные чаты, тематические ресурсы. И... кажется, в ИТ‑сообществе до сих пор бытует мнение, что DevOps и SRE — это следующие этапы развития системного администратора.
Это наблюдение подтверждают и открытые вакансии: практически каждая дает список используемых технологий и бонусов для будущего кандидата, но не раскрывает специфику работы. Если бизнес не транслирует пользу от вакансии — сотрудники подбираются исходя из используемой технологии. А ведь есть разница в том, чтобы, например, администрировать Kubernetes, разворачивать полезную нагрузку в Kubernetes или обеспечивать высокую доступность приложению, развернутому в Kubernetes.
Ситуацию можно сравнить с подбором стоматолога по навыку работы специалиста с бормашиной. В такой клинике у вас высокий шанс попасть как к ювелиру, так и к мастеру маникюра.
