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

Карьера в Innostage: ищем специалиста по тестированию на проникновение

Продолжаем HR-трек Innostage, где знакомим вас с вакансиями для специалистов в сфере ИТ и ИБ. На этот раз в команду ищем специалиста по тестированию на проникновение (внешний пентест). Место работы – г. Казань.

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

Чем предстоит заниматься

• проводить разведку и сканирование внешнего периметра;

• исследовать и эксплуатировать уязвимости сервисов;

• проводить анализ защищенности веб-приложений (черный / серый ящик);

• выявлять и проверять уязвимости;

• готовить отчёты: описывать вектор атаки, оценивать критичность по CVSS и давать рекомендации по устранению.

Что нам важно

• от 2 лет опыта в тестировании внешнего периметра и анализе защищённости веб-приложений;

• опыт выявления и эксплуатации основных классов веб-уязвимостей: инъекции (SQL, Command, SSTI), XSS, SSRF, IDOR/BOLA, XXE, BAC, Insecure Deserialization, LFI/RFI, а также логических уязвимостей (Race Conditions, ошибки в бизнес-логике и др.); 

• уверенное владение Burp Suite/ZAP, ffuf/dirsearch, Nuclei, Amass/Subfinder, Nmap, sqlmap и другими инструментариями;

• понимание работы современных веб-фреймворков: чтение кода на Java, PHP, JavaScript, Python;

Что предлагаем

• официальное трудоустройство;

• помощь в адаптации и погружении в задачи;

• ДМС после испытательного срока, включая стоматологию, телемедицину, психологическую поддержку и ежегодное медицинское обследование;

• страхование от несчастных случаев и при выезде за рубеж;

• профессиональное развитие: курсы, тренинги и доступ к онлайн-библиотеке;

• частичную компенсацию занятий спортом;

• сообщество единомышленников по увлечениям и интересам (книги, спорт, фильмы и различные хобби); 

• компания имеет аккредитацию в Минцифры.

По вопросам вакансии: Анастасия Виссарионова — Telegram,  Anastasiya.Vissarionova@innostage-group.ru 

Организация экономического сотрудничества и развития (ОЭСР) проверила более 760 тысяч 15-летних подростков из 91 страны на тесте PISA. Средние результаты по чтению, математике и естествознанию оказались самыми низкими за всё время наблюдений:

• за десять лет чтение просело на 28 баллов, математика — на 22, что соответствует потере чуть больше года обучения;

• случаи чтения по диагонали, когда текст читают быстро, но неточно, почти удвоились с 2018 года — до 9%;

• каждый пятый школьник не достигает базового уровня сразу по всем трём предметам. В 2022-м таких было 16%;

• с проверкой информации тоже беда: только 46% учеников говорят, что проверяют надёжность источников и доверяют научным доказательствам больше, чем своим мыслям;

• 46% учащихся используют нейросети для учёбы минимум раз в неделю;

• при этом разница в уровне знаний между учениками из богатых и бедных семей сократилась — просто обеспеченные дети стали учиться хуже.

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

Собрали на осень пять книг, которые помогают тренировать эти навыки и по-другому смотреть на привычные рабочие ситуации 📚🧡

• «Системное мышление», Донелла Медоуз

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

• «Думай как математик», Барбара Оакли

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

• «Принцип ставок», Энни Дьюк

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

• «Гиперфокус», Крис Бэйли

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

• «Алгоритмы для жизни», Брайан Кристиан и Том Гриффитс

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

RTL-, DFT- и firmware-разработчик по очереди проектируют чип для игровой приставки. Получается... инженерный разгон

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

На недавний разгон собрались верификатор, тополог, RTL-, DFT-, firmware-разработчик YADRO и по очереди попытались затащить проект чипа. Чтобы найти рабочее решение, им пришлось разобраться, как устроена работа друг друга и какие ограничения каждый этап накладывает на остальные. Что обсудили в итоге:

• почему хорошее решение для одной команды может создать проблемы для другой;

• что разработчику микроэлектроники нужно знать о работе соседних команд и насколько глубоко в нее погружаться;

• зачем начинающему инженеру магистратура МИЭТ и YADRO, если он уже работает по специальности.

➡ Запись инженерного разгона смотрите на «Истовом инженере». Впереди — новые активности, о которых мы тоже расскажем в постах.

Аналитик между бизнесом и разработкой: что нужно знать сегодня

Задача поставлена, но никто не может точно объяснить, что именно нужно сделать. Бизнес ждёт результат, разработчики задают десятки уточняющих вопросов, а изменения продолжают появляться по ходу проекта.

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

Подобрали бесплатные уроки, которые помогут усилить практические навыки системного и бизнес‑анализа.

Системный анализ и работа с требованиями

• 8 сентября, 20:00. «Системный аналитик и его ценность глазами компании». Записаться

• 23 сентября, 20:00. «Как системному аналитику проводить архитектурное ревью и находить риски до начала разработки». Записаться

• 22 октября, 20:00. «Управление изменениями требований». Записаться

Бизнес-анализ и процессы

• 15 сентября, 20:00. «Как аналитик 1С ведет задачу от интервью до приемки: сквозной кейс интеграции с мобильным рабочим местом». Записаться

• 6 октября, 20:00. «Как найти точки роста и улучшить бизнес-процесс: от диагностики до новой модели». Записаться

• 15 октября, 20:00. «Цели и метрики как одно целое». Записаться

Моделирование и коммуникация

• 17 сентября, 20:00. «Событийные подпроцессы в BPMN 2.0: как моделировать процессы, реагирующие на события». Записаться

• 21 октября, 20:00. «Анатомия сопротивления: превращаем токсичных стейкхолдеров в союзников проекта». Записаться

ИИ в работе аналитика

• 28 сентября, 20:00. «Инструменты ИИ в работе бизнес-аналитика». Записаться

• 29 сентября, 20:00. «Зелёные тесты, неверный продукт: как системному аналитику принимать работу ИИ-агента». Записаться

• 14 октября, 20:00. «ИИ-агент как супероружие Системного Аналитика: составляем ТЗ за 10 минут». Записаться

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

А если хотите посмотреть все открытые уроки месяца по другим направлениям — собрали их в сентябрьском дайджесте.

Исследователь из компании Anthropic Джейкоб Коксон ушёл из ИИ-индустрии, опасаясь, что гонка технологических корпораций приближает мир к «точке невозврата»:

Я ушёл из Anthropic сегодня. Последние три года я занимался исследованиями предобучения как в OpenAI, так и в Anthropic. Ни одна из компаний не действует ответственно. Они несутся напролом к самоулучшающемуся сверхразуму и играют в рулетку нашими жизнями. Больше мыслей ниже.

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

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

Типичный ответ: «Если они действительно в это верят, почему они всё ещё это строят?» В OpenAI многие не осознали в полной мере цивилизационные ставки. В Anthropic ставки хорошо поняты, но они оказались в гонке, чтобы добраться туда первыми — они считают, что никто другой не будет действовать ответственно, поэтому им самим приходится это делать, несмотря на риск.

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

Я оптимистично настроен относительно потенциала координации. Предупреждающие сигналы, такие как атака на Hugging Face, сделали соглашения о темпах между американскими лабораториями более осуществимыми. Я не чувствую, что мы на правильном пути к предотвращению глобальной гонки, которая может потребовать дорогостоящих действий, таких как временный запрет на улучшение возможностей моделей.

Если вы исследователь в лаборатории, я призываю вас задуматься о том, как на самом деле будут ощущаться ближайшие несколько лет. Хотите ли вы запустить цикл обучения RL с суперразумным интеллектом, не имея строгого понимания его разума? Должны ли вы просто опустить голову, потому что «это всё равно произойдёт» — или использовать этот момент, чтобы призвать к иным условиям?

Блогер Graham Zip показал, что можно превратить собеседование с ИИ-рекрутером в абсурдный диалог, когда бот воспринимает любые ответы как должное и фиксирует их. Блогер представился Чиком Бонго и перечислил рандомные корпоративные термины, включая Salesforce, показатели за третий квартал и «маржу Kayak». ИИ воспринял это как описание работы и попросил подробнее рассказать о профессиональном опыте.

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

Статья “Почему разработчики продолжают писать код руками?” была плохо воспринята аудиторией. На всех площадках были только отрицательные комментарии. Все были убеждены, что весь код нужно писать руками. Каждую строчку кода.

Я удивлён этому, потому что я действительно считал, что многие разработчики используют ИИ агентов для написания кода. Реальность оказалась другой.

Программисты не готовы потерять свою идентичность. Написание кода для них это в какой-то степени искусство.

Насколько хорошо вы знаете свой основной стек?

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

Но есть одна проблема: свои знания сложно оценивать объективно. То, что кажется хорошо знакомым после нескольких лет работы, иногда скрывает пробелы в фундаментальных концепциях.

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

Можно оценить знания по направлениям:

— Java: язык, JVM, коллекции, многопоточность и практики разработки;
— Go: особенности языка, конкурентность, работа с памятью и создание сервисов;
— C# и ASP.NET: платформа .NET, веб-разработка и ключевые инструменты экосистемы;
— Rust: владение памятью, система типов и особенности безопасной разработки.

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

Java Professional •• Go Developer Professional •• ASP.NET •• Rust Developer

>> тесты по другим направлениям

Исследуем soft skills для инженеров и тимлидов в эпоху AI

Когда-то мы выпускали подкаст про soft skills для SRE — обсуждали, как инженерам прокачивать не только технические, но и человеческие навыки. Тема оказалась настолько живой, что мы решили пойти дальше и разобраться шире: как soft skills инженеров и тимлидов меняются с приходом AI-инструментов в повседневную работу.

Какие навыки становятся важнее, а какие теряют актуальность? Как меняется коммуникация в командах? Где заканчивается зона ответственности человека и начинается зона ответственности модели?

Мы хотим собрать реальную картину от вас, а не строить гипотезы в вакууме.
Если вам близка тема — заполните опрос, это займёт несколько минут.

А если хотите освежить контекст, смотрите выпуск подкаста В SREду на кухне про soft skills для инженера, с которого всё началось:

🔵 VK Видео 
📺 YouTube
📌 RuTube
Ⓜ️ Mave

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

15 бесплатных уроков для тех, кто работает с искусственным интеллектом

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

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

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

LLM и генеративный ИИ

• 3 сентября, 20:00. «Локальные LLM модели для разработки». Записаться

• 8 сентября, 20:00. «Что надо знать про работу LLM моделей». Записаться

• 23 сентября, 18:00. «Structured Outputs: как заставить LLM всегда возвращать то, что вам нужно». Записаться

ИИ‑агенты и искусственный интеллект в разработке

• 14 сентября, 20:00. «ИИ‑агенты против Junior‑разработчиков: кто кого заменит к концу 2026 года». Записаться

• 17 сентября, 20:00. «Обзор ИИ‑технологий для разработчиков. От идей до рабочих решений». Записаться

• 1 октября, 20:00. «Продуктивность разработчика и Agent Skills». Записаться

ML и работа с данными

• 7 сентября, 18:00. «Учимся готовить данные для ML‑моделей». Записаться

• 9 сентября, 18:00. «Оптимизируем построение модели через Pipeline». Записаться

• 10 сентября, 18:00. «Подготовка данных в Pandas». Записаться

• 16 сентября, 18:00. «Задача классификации от 0 до 9». Записаться

• 23 сентября, 18:00. «Дерево решений — простой и интерпретируемый ML‑алгоритм». Записаться

Практическое применение ИИ

• 7 сентября, 20:00. «Почему 90% ML‑проектов не доходят до продакшена? Разбираем архитектуру настоящей ML‑системы». Записаться

• 8 сентября, 20:00. «ИИ против бага: как разобрать инцидент в Python‑проекте от логов до исправления». Записаться

• 21 сентября, 20:00. «Как руководителю внедрить ИИ в работу команды: от выбора процесса до рабочего сценария». Записаться

• 22 сентября, 20:00. «Можно ли доверять ИИ‑коду: как находить галлюцинации, уязвимости и устаревшие решения». Записаться

📚 Что почитать по теме

1. «Промпт, RAG или дообучение: что реально выучит вашу LLM»

2. «Автоматизация процессов на open source — n8n и Ollama»

3. «Как запустить LLM на 2,8 трлн параметров на ноутбуке»

4. «Три месяца с Claude: хороший ассистент, плохой программист»

5. «Как создать своего первого ИИ‑агента за 30 минут»

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

Все бесплатные уроки сентября собрали в дайджесте.

1 из 10 разработчиков ничего не делает на работе. Разбираемся с исследователем из Стэнфорда

В этом выпуске AviCast — разговор с Егором Денисовым-Бланшем, исследователем продуктивности из Стэнфорда. Он проанализировал данные 100 000 сотрудников из 600 IT-компаний по всему миру и выяснил: 10% разработчиков фактически не вовлечены в работу.

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

Обсудили:
— как считали 1 из 10 и что это на самом деле значит
— какие метрики продуктивности работают, а какие ломают команду
— риски и подводные камни внедрения AI в разработку

📺 Смотрите также на YouTube и RuTube

📎 Канал Артёма в Telegram: https://t.me/badTechProject
📎 Егор и его исследования: https://www.yegordb.com/

Подборка материалов: что почитать аналитику

Собрали подборку из пяти материалов о разных задачах аналитика: от работы с требованиями и взаимодействия с командой до поиска решений и использования ИИ.

➡️ ИИ для бизнес-аналитика

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

➡️ Как подружить работу дизайнера и аналитика

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

➡️ Мягкие навыки аналитика

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

➡️ Как продуктовый аналитик помогает разработке двигаться быстрее 

Как подготовить задачу так, чтобы сократить количество уточнений и переделок, расставить приоритеты и иногда найти решение без дополнительной разработки.

➡️ Рецепты самопомощи аналитика

Как замечать типичные проблемы в работе с требованиями и задачами и какие приемы помогают не допускать ошибок или вовремя их исправлять.

Сохраняйте подборку, чтобы материалы всегда были под рукой ❤️

Привет, Хабр! На связи редакция ICL Services. В этом августе нашей компании исполнилось 20 лет, и по этому случаю мы запускали спецпроект, где рассказали историю бренда глазами сотрудников-динозавров, работающих более 15 лет и повидавших невиданное. Вот, кстати, первая статья цикла.

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

И так...

Две статьи с полным разбором найма в IT позади (раз, два), цифры и графики посмотрели. Но всё равно, статистика это конечно хорошо, но пока не натыкается на живого человека с конкретной историей.

Я запустил сбор реальных историй найма в IT-шечку))

У меня уже есть несколько крутых историй: Ветеринар, который дорос до дата-аналитика в банке и застрял на "теневом айти", тимлид, которого молча назначили руководить отделом, системный аналитик, прошедший 5 кругов собеса в Т-Банке только чтобы услышать "мы взяли внутреннего кандидата" и рассказ о том как устроен коучинг в найме IT, за полторы месячные зарплаты!!!. Всё это не укладывается ни в какую аналитику.

По этому:

Хочу собрать из таких историй отдельный материал, что-то вроде "IT-найм 2026 года глазами тех, кто через него прошёл".

Так что если за последние полгода ты искал работу в IT, удачно или нет (не важно) - напиши мне в личку.

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

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

12 открытых уроков для руководителей: команда, проекты, стратегия и ИИ

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

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

Собрали ближайшие открытые уроки OTUS для тимлидов, руководителей проектов, менеджеров и тех, кто готовится к следующему уровню ответственности.

Управление командой

• 9 сентября, 20:00. «Как тимлиду распределять ответственность и не становиться узким местом команды». Записаться

• 16 сентября, 20:00. «Диагностика команды: как выявить проблемы до того, как они повлияют на результат». Записаться

• 16 сентября, 20:00. «Сложные разговоры в команде: как давать обратную связь без эскалации». Записаться

Стратегия и развитие руководителя

• 8 сентября, 20:00. «От технического лидера к CTO: как начать принимать решения на уровне бизнеса». Записаться

• 22 сентября, 20:00. «Метрики CTO: показатели, которые действительно нужно контролировать». Записаться

Управление проектами и процессами

• 1 сентября, 20:00. «Практическое применение нейросетей для моделирования процессов». Записаться

• 14 сентября, 19:00. «Анти‑паттерны управления: Почему „помощь“ заказчиков убивает проекты и как вернуть контроль». Записаться

• 17 сентября, 20:00. «Событийные подпроцессы в BPMN 2.0: как моделировать процессы, реагирующие на события». Записаться

• 23 сентября, 20:00. «Как системному аналитику проводить архитектурное ревью и находить риски до начала разработки». Записаться

ИИ для руководителя

• 3 сентября, 20:00. «Как руководителю внедрить ИИ в работу команды: от выбора процесса до рабочего сценария». Записаться

• 21 сентября, 20:00. «Один рабочий день с ИИ: от писем и таблиц до готовой презентации для руководителя». Записаться

• 24 сентября, 20:00. «PM + ИИ: собираем статус‑отчёт, реестр рисков и прогноз сроков за 40 минут». Записаться

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

ЧТО ПОЧИТАТЬ

Если хотите глубже разобраться в управлении командами, процессами и собственной управленческой траекторией, собрали ещё несколько материалов из блога:

• «Кто платит за ИИ‑продуктивность: почему выгорают middle‑инженеры» — о скрытой нагрузке в командах при внедрении ИИ и о том, что руководителю важно учитывать в метриках и распределении ответственности.

• «10 типовых ошибок при внедрении управления корпоративной архитектурой (Enterprise Architecture) и как их исправить» — о системных ошибках в управлении архитектурой и способах их избежать.

• «Когда сотрудник тормозит команду: как говорить с ним прямо, но без давления» — о сложных разговорах, обратной связи и работе с проблемами внутри команды.

• «Путь до CTO: как пройти его самому и помочь пройти другому» — о переходе от технической экспертизы к роли руководителя и развитии управленческих компетенций.

Больше открытых уроков и практических занятий собрали в дайджесте.

Представлен открытый проект Open Executive для запуска ИИ-гендиректоров и другого руководства в компании. «Это система искусственного интеллекта, которая действует как виртуальная команда руководителей компании — старший консультант со знаниями уровня MBA Гарварда, адаптированный для вашего конкретного бизнеса», — пояснили в команде проекта.

Разработанное компанией sentelabs.ai, приложение Open Executive предоставляет единый, согласованный отчёт руководителя, поддерживаемый восемью специализированными агентами ИИ:

• Главный стратег — конкурентный анализ, слияния и поглощения, позиционирование на рынке, OKR.

• Главный финансовый директор — финансовое моделирование, привлечение средств, экономика предприятия, денежный поток.

• Главный HR-директор/директор по персоналу — найм, компенсации, производительность, культура.

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

• Главный операционный директор — проектирование процессов, управление поставщиками, масштабирование операций.

• Главный маркетолог — стратегия выхода на рынок, бренд, коммуникации, PR.

• Главный директор по продуктам — дорожная карта, приоритезация, продуктовая стратегия.

• Директор по коммуникациям совета директоров — презентации для совета директоров, отношения с инвесторами, корпоративное управление.

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

Полезные онлайн-ресурсы с актуальными и отчётами по информационной безопасности:

• Annual Security Reports — репозиторий, который включает в себя ежегодные отчёты по кибербезопасности от крупнейших IT-компаний.

• Phishing campaigns — репозиторий с примерами фишинговых писем, которые направлялись APT‑группировками в различные компании по всему миру. Помимо примеров, проект включает в себя презентации с разбором и описанием фишинговых атак.

• Hackerone Reports — объёмный репозиторий, который включает в себя топ отчёты HackerOne. Поможет узнать много нового и полезного (варианты эксплуатации различных уязвимостей, векторы атак и так далее).

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

Присоединяйтесь к встрече для ИТ-руководителей — поговорим про изменения, стратегию, выгорание и управление в эпоху ИИ 🤖

Встреча для ИТ-лидеров пройдет 28 августа в Москве с онлайн-трансляцией. В программе доклады и дискуссии о внедрении ИИ-агентов, управлении изменениями, стратегических ставках в эпоху ИИ и биологии выгорания.

Вас ждут доклады:

• «Разрыв: между амбицией и исполнением». По данным Gartner, ИИ-агентов реально внедрили около 17% компаний, при этом более 60% планируют сделать это в ближайшие два года. Разберём, почему ожидания расходятся с реальностью и как этот разрыв влияет на ИТ-команды.

Спикер — Дмитрий Лаптев, директор по технологической стратегии MWS.

• «Эволюция Agile в эпоху агентов: как ИИ сделать союзником команды, а не угрозой?». Обсудим, почему простая замена людей агентами не даёт качества и как перестроить работу, чтобы ИИ расшивал узкие места.

Спикеры — Евгений Калабин, руководитель группы обучения и продвижения практик Agile MWS, и Ольга Склярова, лидер Agile ИТ-кластера «Продажи и обслуживание» MWS.

• «Вредные советы по управлению изменениями: как перестроить процессы и выжить». Разбор реальных кейсов с юмором: что происходит, если пропустить ключевые шаги ADKAR, почему команда сопротивляется изменениям и как превратить разовые «вау»-инициативы в устойчивые процессы.

Спикер — Ольга Шутова, тимлид команды разработки Т-Банка.

• «Биология выгорания: как стресс из двигателя прогресса превратился в когнитивное искажение». Поговорим о том, как стресс влияет на продуктивность и творческое мышление, и как управлять своим состоянием.

Спикер — Сергей Харитонов, молекулярный биолог, сотрудник МГУ, научный сотрудник Института биологии старения и медицины здорового долголетия.

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

Спикер — Анастасия Азоркина, главный менеджер продукт

• «Работа не work, работа — волк: серые практики устройства в ИТ». Какие скрытые риски несут сторонние помощники и «серые» практики при найме в ИТ и как компаниям защитить себя.

Спикер — Андрей Репин, лидер QA ИТ-кластера «Развитие инфраструктуры» MWS.

📅 Когда: 28 августа в 17:30

📍 Где: Москва, метро Технопарк + онлайн-трансляция

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

Первый опыт управления IT-командой: три вывода, которые я сделал

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

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

Вот три главных вывода, которые я сделал.

Сообщение в чате ещё не является задачей

Большая часть нашей коммуникации проходит в переписке. Это быстро и удобно, но именно в чатах задача легко теряет смысл. Я пишу, что нужно изменить определённое поведение, разработчик задаёт несколько вопросов и начинает работу. Через пару дней выясняется, что итог мы представляли по-разному.

Проблема не в невнимательности. Часть контекста, очевидная для меня, просто не была зафиксирована.

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

Задержка не всегда возникает внутри команды

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

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

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

Приёмка является отдельной работой

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

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

Что оказалось самым важным

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

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

А какой вывод стал главным для вас при первом переходе от самостоятельной работы к управлению командой?

Что подтянуть бэкендеру для продакшена: 12 практических открытых уроков

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

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

Очереди и надёжная доставка

• 26 августа, 20:00. «Работа с Kafka через библиотеку Kafka Clients». Записаться

• 17 сентября, 20:00. «RabbitMQ в Production: Transactional Outbox, идемпотентность и DLQ в ASP.NET Core». Записаться

Базы данных и конкурентный доступ

• 1 сентября, 20:00. «PostgreSQL 18: асинхронный I/O и io_uring на практике». Записаться

• 8 сентября, 20:00. «Борьба с блокировками в PostgreSQL: как достичь высокой параллельности при большой нагрузке». Записаться

• 16 сентября, 20:00. «Темпоральные данные в PostgreSQL 18: история и версии без триггеров». Записаться

Нагрузка и производительность

• 3 сентября, 20:00. «ASP.NET Core API под нагрузкой: как сделать сервис устойчивым к сбоям и росту трафика». Записаться

• 9 сентября, 20:00. «Go‑профилирование: как найти и исправить „тормоза“ в продакшене». Записаться

• 22 сентября, 20:00. «Горутины и каналы: под капотом (under the hood) и нюансы в продакшене». Записаться

HTTP и серверная разработка

• 21 сентября, 20:00. «HTTP‑сервер на чистой Java за 30 минут». Записаться

• 20 октября, 19:00. «Балансировка HTTP и L4 сервисов в Angie». Записаться

Продакшен и наблюдаемость

• 23 сентября, 20:00. «eBPF: рентгеновское зрение для production». Записаться

• 23 сентября, 20:00. «Узнайте, как использовать Patroni для управления высокодоступными кластерами PostgreSQL». Записаться

ЧТО ПОЧИТАТЬ БЭКЕНД‑РАЗРАБОТЧИКУ

Если удобнее разбираться в теме в своём темпе, собрали несколько практических материалов: про серверы, обновление стека, обработку ошибок и тонкости C++.

• «Создаём HTTP/2-сервер на C++ и хостим на нём свой сайт»

• «Миграция на Spring Boot 4 и Java 25: пошаговый план, чтобы обновиться и не уронить прод»

• «std::expected в C++23: гайд по миграции с исключений на функциональный error handling»

• «Move‑семантика в C++: пять задач, в которых легко ошибиться»

Учим программирование с удовольствием и без платных занятий — обновлена огромная библиотека List of Free Learning Resources In Many Languages из множества книг и курсов:

• Есть материалы по всем темам: от Python и алгоритмов до PHP и C#;

• англоязычная база;

• есть большой сегмент на русском языке;

• регулярно обновляется;

• при этом абсолютно бесплатно.

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

Вместе с getMatch мы проанализировали почти 2000 вакансий в IT и диджитале и выяснили, как меняется рынок труда:

• Какие навыки становятся важнее?

• Что нужно освоить, чтобы оставаться востребованным?

• Какие профессии уже меняются под влиянием ИИ?

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

12 уроков по системному администрированию: от nftables до RAID

Пока всё работает, инфраструктура редко требует пристального внимания. Настоящая проверка начинается в момент сбоя: L2-петля кладёт сеть, изменение firewall грозит потерей SSH‑доступа, место на диске заканчивается не вовремя, а по логам сложно понять, где именно возникла проблема.

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

Собрали бесплатные открытые уроки, на которых можно точечно разобрать эти темы с практикующими специалистами, задать вопросы и заодно посмотреть, как устроено обучение в OTUS.

Linux: безопасность, сервисы и хранение

• 20 августа, 20:00. «Средства защиты в ядре Linux». Записаться

• 26 августа, 19:00. «Nftables без потери SSH: безопасно настраиваем firewall на удаленном сервере». Записаться

• 3 сентября, 19:00. «Первый веб‑сервер на Linux: Nginx, Apache и проверка доступности». Записаться

• 8 сентября, 20:00. «LVM без простоя: расширение тома, перенос данных и аварийный откат через snapshot». Записаться

• 17 сентября, 20:00. «Где Linux хранит настройки и логи: разбираем файловую структуру на практике». Записаться

• 21 сентября, 20:00. «Типовые задачи с RAID‑массивами: создание, эксплуатация, перенос данных и восстановление». Записаться

Сети

• 24 августа, 20:00. «Защита от петель L2: что выбрать, если STP уже не устраивает». Записаться

Windows‑инфраструктура

• 7 сентября, 20:00. «Linux для Windows администратора за 60 минут». Записаться

• 22 сентября, 20:00. «Топ GPO, которые помогут тебе». Записаться

Автоматизация, диагностика и высокая доступность

• 10 сентября, 20:00. «Настройка GitLab Runners». Записаться

• 23 сентября, 20:00. «eBPF: рентгеновское зрение для production». Записаться

• 23 сентября, 20:00. «Узнайте, как использовать Patroni для управления высокодоступными кластерами PostgreSQL». Записаться

ЧТО ПОЧИТАТЬ ПО ТЕМЕ:

• «Прощай, Fail2Ban: усиливаем защиту Netbird и Caddy с CrowdSec» — практический разбор защиты сервера: работа с логами, блокировка нежелательного трафика и настройка nftables. Читать на Хабре

• «Пять проблем Bash, которые ломают скрипты в самый неудачный момент» — о типичных ошибках в Bash‑скриптах, которые могут проявиться уже при эксплуатации и автоматизации системных задач. Читать на Хабре

• «Ищем петли и шторма в L2 сети» — как диагностировать L2-петли, broadcast‑штормы и MAC flapping, найти проблемный порт и восстановить работу сети. Читать на Хабре

Больше открытых уроков по инфраструктуре и смежным направлениям собрали в дайджесте.

Миллионы обращений, контент для ИИ и зарплата-загадка: как московские власти ищут шеф-редактора базы знаний

ГКУ «Инфогород» (работает с цифровыми проектами ДИТ Москвы) ищет специалиста в контакт-центр. Здесь не нужно механически наполнять базу знаний, это методологическая функция с обучением, координацией, настройкой процессов и работой с контентом для людей и ИИ. Звучит интересно, но есть подводные камни.

Немного контекста

В России менеджмент знаний (МЗ) как корпоративное направление начал развиваться на рубеже 90-х – нулевых. Первый ГОСТ появился в 2011 году, а стандарт с требованиями к полноценной системе – в 2021-м.

Наш рынок всё ещё заметно отстаёт от Европы и США: и по числу ИТ-решений, и по количеству вакансий – их в 8-12 раз меньше, и по зрелости бизнеса – МЗ как отдельная функция есть у единиц. Но ИИ меняет этот тренд: спрос на проекты растёт, вакансий становится больше, бизнес начинает понимать, что нужно готовить знания для ИИ.

Я больше 15 лет внедряю МЗ в российских компаниях с командой Minerva Result. По вакансиям на hh и других сервисах вижу, что далеко не все осознают, зачем им база знаний и как с ней работать. Чтобы подсветить спорные места и помочь тем, кто хочет развиваться в этой области, решил запустить разборы. Буду рад, если поделитесь обратной связью в комментариях и расскажете, как управляете знаниями в контексте внедрения ИИ.

Ну а теперь к вакансии ГКУ «Инфогород».

Плюсы

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

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

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

То, что вызывает вопросы

Границы роли. В названии уже есть координатор центра БЗ и шеф-редактор. После прочтения ещё появляются методолог, тренер, редактор и немного контент-аналитик. Такое размывание не приводит ни к чему хорошему: человек распыляется между задачами, контент устаревает, процессы ломаются, инструмент теряет актуальность, команда возвращается к привычным системам. Лучше чётко определить на старте, чем будет заниматься специалист, какие у него будут метрики и KPI.

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

Ещё одно слабое место – зарплата-загадка. Работодатель обещает «рыночную», но рынок, как известно, у каждого свой. Человек с опытом 3-6 лет может пролистнуть вакансию. Лучше указать вилку или хотя бы написать, вокруг чего конкретно будет строиться зарплата.

Вывод и рекомендации

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

Что стоит спросить:

• есть ли цель, метрики и KPI? что будет считаться успешным результатом?

• какая зона ответственности? можно влиять на методологию?

• на какой платформе нужно работать?

• из кого состоит команда? можно привлекать коллег?

• можно использовать результаты в портфолио?

Больше разборов вакансий – в моём тг-канале. Подпишитесь, чтобы не пропустить новые посты.

QA-эксперт Авито о том, почему вход в IT через тестирование больше не работает

Всем привет! Гостья нового выпуска AviTalk — Соня Каребина, QA-эксперт Центра экспертизы обеспечения качества в Авито. До IT у неё были инженер-нефтяник и администратор фотостудии — то есть путь в тестирование получился совсем не прямым. Ведущий выпуска — Виктор Раев, руководитель разработки юнита Services Base.

Говорим о том, почему в тестировании нет универсального ответа «релизить или не релизить» и как QA оценивает риски для пользователей и бизнеса. Разбираемся, почему умение договариваться для тестировщика важно не меньше технической экспертизы, и каким становится процесс, когда человек и AI работают в связке. А ещё — про волонтёрство, эмоциональное выгорание, вязание, двести комнатных растений, мечту о Марсе и принцип, который в своё время помог Соне сменить профессию.

Смотреть выпуск:

🔵 VK Видео
📺 YouTube
📌 RuTube

AviTalk — шоу толковых людей. Приглашённые гости — сотрудники Авито из разных дирекций и команд, которые делятся экспертизой и рассказывают о своём профессиональном пути.

Житель Республики Корея показал свою жизнь через историю поездок в Google Maps. Он сделал визуализацию с помощью открытой утилиты Timeline Visualizer. В итоге получилась карта, на которой почти весь год выглядит так: дом — работа — дом — работа. Пару раз линия всё-таки уходит в сторону, но это не отпуск и не приключения, а командировки.

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

А то, что после установления контакта часто следует автоматическое анкетирование с вопросами, ответы на которые есть в самом резюме, — это уже скорее вина площадок (да, hh.ru, первую очередь на тебя смотрю): большинство рекрутеров работает с их встроенными инструментами, которые как раз и должны такие вещи стримлайнить.

Логично оптимизировать поиск и со своей стороны, что я и сделал. Технику и pipeline, если будет интересно, опишу в другой раз. Если упрощенно: ИИ с контекстом из собранного опыта, предпочтений, портфолио и прочей важной информации обо мне как специалисте (значительно шире, чем разумно включать в резюме) просматривает вакансии, откликается на подходящие, где нужно — заполняет анкеты и пишет сопроводительные.

Получается, с обеих сторон машина разговаривает с машиной — симметрия и справедливость. Верно? Знать бы, как это выглядит с другой стороны. Мой Claude всегда подписывает сопроводительные строкой "Отклик отправлен AI-ассистентом...", но в 2026-м вряд ли кто-то рассчитывает выдать текст AI за свой, и такая честность стоит немного.

Кто первым пробьется через TL;DR: я прочту вакансию или HR — резюме?

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

Где для вас граница допустимого участия ИИ в поиске работы?

1. Только сам, без ИИ

2. Правки резюме и писем

3. Поиск и отбор вакансий

4. Отклики и письма за меня

Ответьте номером в комментариях.

МТС True Tech Champ 2026: выбирай свой трек и получи до 10 250 000 ₽ за победу 🔥

Регистрация на четвертый сезон True Tech Champ в самом разгаре. Мероприятие объединяет разработчиков, студентов и школьников со всей страны — все этапы, кроме финала, проходят онлайн.

Участвуй в одном из двух треков: алгоритмическом или программировании роботов, дойди до грандиозного шоу-финала и побеждай!

⚙️ Индивидуальный алгоритмический трек для бэкенд- и фронтенд-разработчиков, фулстек-инженеров, ML-специалистов и всех, кто хочет проверить себя в олимпиадном формате.

• Решай задачи по алгоритмам и структурам данных — это прокачает навыки для технических собеседований и работы в ведущих ИТ-командах.

• Отборочный этап и полуфинал проходят онлайн, в финале — лайв-кодинг без заготовок: только скорость, логика и умение находить решение здесь и сейчас.

• Призовой фонд — 2 750 000 рублей.

🤖 Групповой трек «Программирование роботов» для разработчиков, архитекторов и всех, кому интересно программировать физические объекты:

• Проходи трассу и выполняй задания по передаче предметов.

• Затем — удалённое управление реальным полигоном с робособакой и роботом-манипулятором.

• В очном финале лучшие команды дорабатывают алгоритмы на глазах у зрителей и борются за победу в МТС Live Холл в Москве.

• Призовой фонд — 7 500 000 рублей.

Участие бесплатное, а лучшие участники получат шанс на стажировку в МТС Web Services (MWS).

➡️ Выбирай свой трек и регистрируйся по ссылке.

DeepSeek запустил агентскую среду Harness. Ключевая фича: плагином может быть всё. Модели, сессии, скиллы, песочницы, циклы и даже просто интерфейс. В Harness всё выдаётся в качестве готового к работе агента:

• у среды своя архитектура на Cordis, которая позволяет менять компоненты в любое время;

• схема простая: любая модель + любой компонент = готовый агент;

• работает вообще с любыми компонентами;

• по факту, это новый способ создания ИИ‑агентов, простой и максимально эффективный.

В сообществе разработчиков также представили 6000 готовых скиллов для DeepSeek Harness.

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

• логика простая: компания заменяет сотрудников на ИИ и забирает 100% экономии на зарплатах;

• но уволенные люди теряют доход, меньше покупают — и продажи падают уже у множества других бизнесов;

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

• поэтому увольнять выгодно даже тогда, когда массовые сокращения делают беднее весь рынок. Главное — быть в этом деле первым;

• остальные видят снижение издержек и тоже подключают ИИ. Никто не хочет остаться последним бизнесом с «раздутым» штатом;

• начинается гонка увольнений: сотрудники остаются без работы, что вызывает падение доходов, затем спроса и как итог — новые сокращения;

• это классическая дилемма заключённого: каждая компания принимает рациональное решение, но вместе они приходят к провальному результату: товары стало дешевле производить, зато покупать их постепенно становится некому;

• авторы исследования предлагают налог на автоматизацию, равный ущербу спросу, который фирма перекладывает на остальных. Полезный ИИ он не остановит: если внедрение действительно сильно экономит деньги, оно всё равно окупится. Зато исчезнет стимул увольнять людей только потому, что последствия оплатит весь рынок.

Google запустил бесплатный курс по вайбкодингу, который доступен на русском языке — он учит создавать приложения с нуля без опыта. Курс AI for App Building занимает около 2 часов и входит в Google AI Professional Certificate, а после прохождения можно получить сертификат.

Сотрудник лежит в сторону цели

В книге «Радикальная прямота», помимо обратной связи от руководителя, затронуто одно интересное и весьма полезное на практике явление – плато развития у сотрудников.

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

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

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

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

Если на сотруднике клеймо, а он захочет вернуться к развитию – он уволится, как и я. Чтобы не мучиться с преодолением стереотипа о себе. Поэтому лучше не вешать ярлык, но и не ждать от сотрудника инициативы – просто иногда предлагать ему новые инициативы. Однажды он согласится.

Если клеймо на человеке «развивается», «молодец», «шило в жопе» - это ещё хуже. У такого тоже будет плато. Но из-за завышенных ожиданий начальства он не сможет перейти в режим «просто работаю». Он будет пахать через силу, через «не могу», и, скорее всего, не выдержит – уйдёт, сказав «я выгорел». А он не выгорел, ему просто полежать не дали.

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

Ну и книжку прочитайте, она правда хорошая – вот, я уже две истории про неё написал.

Текст из Книжного стека

Мы запускаем новый подкаст!

Пилотный выпуск подкаста «Путь ИИ» — о том, как трансформировать бизнес с помощью искусственного интеллекта. Ведущие — Алексей Белкин, основатель belkin.digital и ex Chief Data Scientist блока «Финансы» Сбера, и Максим Ульянов, руководитель клиентской разработки RUTUBE и автор подкаста «Куда расти?». В этом выпуске разбираем методологию Vibe Evolve: девять принципов агентизации бизнеса, почему 90% AI-пилотов проваливаются и как научить компанию пересобирать саму себя быстрее конкурентов.

Из выпуска вы узнаете:

• Почему 90% AI-пилотов проваливаются и что не так с подходом «от технологии, а не от результата»?

• Что случится с офисными профессиями, когда агенты возьмут на себя 80–90% работы?

• Как устроена компания будущего: один основатель с роем агентов или 30 человек во главе корпорации?

• Какие три качества нужны руководителю, чтобы управлять армией агентов вместо армии сотрудников?

• Зачем прогонять через ИИ все рабочие артефакты и почему отговорка «это агент накосячил» не принимается?

• Как собрать единый цифровой контекст, если он размазан по почте, CRM и головам сотрудников?

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

• Что делать с персональными данными и legacy-системами при агентизации?

• Как работает цикл автоулучшения, в котором агент сам находит проблему и предлагает решение?

• С чего начать AI-трансформацию: четыре уровня внедрения от культурной нормы до сквозной автоматизации?

Приятного просмотра и прослушивания!

Смотреть на RUTUBE
Смотреть на YouTube
Слушать в Яндекс Музыке
Смотреть в VK Видео
Слушать в аудио

Полезные ссылки из подкаста:

Телеграм-канал «Путь ИИ» - https://t.me/belkin_digital
Телеграм-канал ULYANOV.LIFE - https://t.me/ulyanov_life
Сайт компании Алексея Белкина - https://belkin.digital
Методология Vibevolve - https://vibevolve.belkin.digital/

45 лет назад 12 августа IBM «случайно» изменила мир

12 августа 1981 года в нью-йоркском отеле Waldorf Astoria компания IBM представила свой первый персональный компьютер — модель IBM 5150. Небольшое устройство с процессором Intel 8088 на 4,77 МГц, 16 килобайтами оперативной памяти и без жесткого диска (блок питания его просто «не тянул»). Базовая комплектация стоила 1 565 долларов.

Сегодня — ровно 45 лет этому дню. При этом, IBM не была первой: до нее рынок персональных компьютеров уже существовал — Apple II, Commodore PET, несколько других. Но именно IBM 5150 стал стандартом.И вот почему это случилось:

• Во-первых, за брендом стояла репутация: и большие корпорации, и малый бизнес доверяли IBM. 

• Во-вторых, ПК  был ориентирован на широкое деловое применение, а не только как машинка для энтузиастов. 

• В-третьих — и это самое интересное — IBM допустила «ошибку с патентом», которая обернулась революцией.

Вопреки привычной политике компании, архитектура IBM PC не была запатентована. Любой производитель мог выпускать совместимые клоны. Уже в 1982 году появился Compaq — первый клон IBM PC. Затем сотни и тысячи других, что создало огромную экосистему совместимого железа и программного обеспечения, которая и сделала IBM PC стандартом для всей планеты.

А еще в тот же день, 12 августа 1981 года, небольшая на тот момент компания Microsoft официально стала всемирно известной благодаря PC-DOS. Эта операционка поставлялась в комплекте IBM PC как лицензированная версия операционной системы от Microsoft — MS-DOS была выпущена для IBM под названием PC-DOS.

Уже в первый год IBM продала более 130 000 персоналок, хотя рассчитывала на 250 000 за пять лет. К 2000 году в мире было продано 140 миллионов IBM PC совместимых ПК. Сегодня их в домах и офисах — больше миллиарда.

В SSP SOFT мы работаем с корпоративными системами и заказной разработкой каждый день — и порой думаем о том, что все это стало возможным во многом благодаря решению, принятому в июле 1980 года одним директором лаборатории в Бока-Ратон, который убедил руководство IBM дать ему год на эксперимент с подготовкой и выпуском IBM PC на рынок, что и произошло в 1981 году.

🔆 Всем хорошо провести остаток лета! 🔆

Зачем Битрикс24 своя AI-платформа?

Сергей Нотевский — AI Lead в Битрикс24, руководит платформой, на которой работает весь AI компании: от транскрибации звонков до агента BitrixGPT. В новом выпуске обсуждаем, стоит ли компании разворачивать нейросети у себя или брать их как сервис (MaaS), как посчитать железо под открытую модель, почему бенчмаркам нельзя верить, что такое префикс-кэш, и при чём здесь четыре года работы фитнес-тренером.

Из выпуска вы узнаете:

• Чем разработка с AI похожа на менеджмент и кого из инженеров заменят первым?

• Как войти в IT без денег на курсы — по самодельной программе за два месяца?

• Почему Битрикс24 развернул модели у себя и что это даёт клиентам?

• Что такое MaaS (Model-as-a-Service) и за что вы на самом деле платите в цене токена?

• Как посчитать, сколько GPU-памяти нужно модели, и при чём здесь квантизация?

• Почему большое контекстное окно не гарантирует качество и что такое «гниение контекста»?

• Зачем писать свои тесты для моделей и почему бенчмаркам из релизов верить нельзя?

• Что такое префикс-кэш и как он экономит до 95% стоимости входящих токенов?

• Какие роли нужны в команде AI-платформы и что такое харнес (Harness)?

• Куда расти инженеру в эпоху AI и какой навык теперь важнее конкретных знаний?

Рекомендую выпуск особенно тем, у кого сейчас остро стоит вопрос, разворачивать ли нейросети внутри своего контура. В этом выпуске мы собрали подробный гайд по теме self-hosted AI.

Приятного просмотра и прослушивания!

Смотреть на RUTUBE
Смотреть на YouTube
Слушать в Яндекс Музыке
Смотреть в VK Видео
Слушать в аудио

Полезные ссылки из подкаста:

Битрикс24 — https://www.bitrix24.ru
Битрикс24 Вайбкод — https://vibecode.bitrix24.tech/
Вакансии в Битрикс24 — https://careers.bitrix24.ru/
LMArena (бывш. LMSYS Arena) — https://arena.ai
Context Arena — https://contextarena.ai/
LangFuse — https://langfuse.com/
Статья команды Manus про префикс-кэш — https://manus.im/blog/Context-Engineering-for-AI-Agents-Lessons-from-Building-Manus

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

Меня зовут Максим Ульянов, я руковожу отделом веб-разработки в RUTUBE, отвечаю за все браузерные интерфейсы: сайта rutube.ru, студии блогеров studio.rutube.ru, всех сателлитов и внутренних продуктов платформы. В свободное время я веду подкасты «Куда расти?» и «Путь ИИ», а так же пишу в Telegram-канале ULYANOV.LIFE про жизнь руководителя в ИТ. Буду рад вашим комментариям и обратной связи!

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

От теории к практике: приглашаю на тренинг «Трудные Диалоги»

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

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

Договориться с тем, кто с вами не согласен, когда эмоции зашкаливают, а на кону проект, карьера или отношения... А если другой человек — ваш руководитель, категоричный и властный. В такие моменты думать сложно, не то что действовать. Кажется, что научиться этому невозможно: слишком сильны старые привычки, слишком страшно сделать что-то не так.

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

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

«Трудные Диалоги»/Crucial Conversations – один из самых востребованных soft skills тренингов в крупнейших IT-компаниях. Он входит в программы обучения Google, Facebook, Microsoft и Amazon и является важным компонентом Agile-трансформации.

Компания SmartValues - единственный обладатель лицензии на проведение «Трудных Диалогов» в России. С 2013 года мы с коллегами обучили более 5000 человек. Наблюдая за их результатами и учитывая свой личный опыт, я могу с уверенностью сказать, что «Трудные Диалоги» меняют жизнь к лучшему.

Тренинг состоится 22-23 августа 2026 года в Москве. Подробности и запись здесь.

Задавайте вопросы в комментариях – обязательно отвечу.

Делюсь ФАНТАСТИЧЕСКИМ рецептом!

Это воодушевляющий, поддерживающий пост для всех, кто ищет работу. И еще для тех, кто работает. И для тех, кто не работает.

Сегодня расскажу о ФАНТАСТИЧЕСКОМ рецепте ШОКОЛАДНОГО ФОНДАНА! Иногда этот десерт называют «шоколадная лава». Уверена в нем на 100% (более того, отрываю рецепт от сердца!!!).

Почему именно фондан? Ответ – это ВОСТОРГ!  Простой, быстрый, вкусный и ОЧЕНЬ эффектный десерт (даже без украшений в виде клубники, мяты, шоколада и т.п. выглядит один в один как в ресторане). Этот чудо-рецепт я когда-то узнала от одноклассницы в школе (а она готовила эти фонданы на кулинарном мастер-классе).

Итак, шоколадный фондан!

Ингредиенты (у меня из этого количества получается 2 фондана, но нужно смотреть по вашим формочкам):

50 гр. Темный шоколад (я беру плитку темного, не горького, шоколада «Бабаевский»)

25 гр. Сливочное масло

37 гр. Коричневый сахар (именно коричневый сахар, не белый)

10 гр. Мука пшеничная (лучше просеять)

1 шт. Яйцо куриное

Щепотка соли (совсем чуть-чуть, я один раз их пересолила…)

Ванильное мороженое/взбитые сливки (для подачи) + по желанию клубника/мята/сахарная пудра для декора

Комментарии к ингредиентам:

• Нужны кухонные весы (или что-то подобное)! Кажется, что количество очень странное (особенно 37 грамм сахара…) и есть большое желание все округлить, НО ЭТОГО ДЕЛАТЬ НЕЛЬЗЯ (я пробовала)! Все вымерено ОЧЕНЬ четко, улучшений от себя не нужно.

• Количество ингредиентов можно ПРОПОРЦИОНАЛЬНО увеличивать и делать за раз не 2 фондана, а больше. Я сразу беру двойную или тройную порцию ингредиентов.

Приготовление:

Разогрейте духовку до 180 градусов (это уже полдела).

Растопите на водяной бане* шоколад вместе со сливочным маслом (водяная баня – это важно!).

Взбейте венчиком яйца и сахар в миске (я взбиваю вилкой или миксером на самой медленной скорости). Всыпьте сразу муку (желательно просеянную!), добавьте соль (чуть-чуть!!!), а затем растопленную масляно-шоколадную смесь (это то, что растапливалось на водяной бане). Хорошенько перемешайте.

Разлейте тесто по формочкам (у меня силиконовые формочки для кексов), смазанным маслом и присыпанным мукой (это важно, чтобы потом легко вытащить фонданы из формы), и поставьте в духовку на 10-12 минут (я выпекаю 11 минут ровно, т.к. 10 минут – много мягкой, текущей начинки внутри, но при этом они хрупкие, а 12 минут – жидкой начинки совсем мало).

Достаньте формочки из духовки и дайте остыть (остыть должна скорее форма, т.к. сами десерты нужно подавать теплыми).

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

Приятного аппетита!!!

*Водяная баня – это щадящий способ нагреть и растопить продукты. Если коротко, то в большую кастрюлю наливаем воду, доводим до кипения и сверху устанавливаем кастрюлю/ковшик поменьше с теми ингредиентами, которые нужно растопить.

P.S. Если есть вопросы - пишите в комментариях к этому посту или на почту mashastory24@mail.ru