#мнение
Самый старый сотрудник в компании это не руководитель

Здравствуй, среднерабочий читатель!

Уверен, ты тоже видел этот сюжет. В компании когда-то начали делать что-то айтишное и наняли недорого и самостоятельно существующего разработчика, а спустя время назначили руководителем, ведь дольше сидел на стуле -> тот и тимлид». Типичная СНГ-шная рулетка

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

И вот простой вопрос, который раньше решался за 10 минут, превращался в мини-диссертацию. Нужна тебе помощь -> готовь презентацию. Нужно принять тех. решение, зови его на созвон, где он полчаса разбирается в задаче. Даже не самые важные таски начинали отъедать у него (и у команды) тонны времени. Он тянул всё на себя, потому что так надёжнее. Красивым фиаско было когда критичная задача от регулятора была заоверинжнирина и прилетел штраф на XXX долларов из-за непредоставления вовремя сверки по комиссиям

И это не его вина, что он стал заложником концепции, что опытный = руководитель. Просто никто никогда не проверял, есть ли у него управленческие способности и не стоит ли его как-то подтянуть. Среди людей в целом по данным Gallup https://xn--r1a.website/elevator4managers/14
, таких самоподготовленных лишь 10–15%. Остальные учатся на ходу и наступают на одни и те же грабли

Совет на 2025 всё тот же: прежде чем становиться руководителем, проверь себя. И даже если ты уже в этой лодке - не поздно. Самоанализ ещё никому плохо не делал

Чтобы понять, где у тебя сильные стороны, а где стоит подтянуться, можешь глянуть чек-лист из 15 управленческих способностей https://xn--r1a.website/elevator4managers/15. Он шустро отрезвляет

А если хочешь копнуть глубже, почитай разборы Дмитрия Тихонова: СЕО с 30-летним опытом в его канале Лифт для менеджера. Там без воды, на практике и по-человечески

P.S. А какие у тебя были случаи, когда коллег повысили просто по-умолчанию высоко и продолжая работать по старинке они вредили компании и процессам?

#рецепт
Как вообще прокачать техничку в AI агентах если без страданий. Часть 1

Здравствуй, раздумывающий про погружении в ИИ агентов читатель!
Ты наверняка уже ловил эту ИИшизу, вокруг все говорят про раги, эмбеды, мультиагентку, ленграф, а ты сидишь и думаешь: а можно как-то войти в это без того, чтобы разворачивать себе ЛЛМки локально и пилить какие-то космолеты?

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

Я рекомендую по нарастающей поделать эти 4 проекта с единым сценарием: бот, который отвечает на основе любимого Telegram-канала или группы:

1 уровень. BASIC (0% кода)
Ты просто собираешь RAG-ассистента в визуальном конструкторе

Инструменты:
Для РФ: Яндекс ИИ Студия -> https://yandex.cloud/ru/services/ai-studio
В целом: Dify -> https://dify.ai

Модели (до каких можешь дотянуться по API):
- YandexGPT (встроено в Студию)
- Groq → https://console.groq.com/keys
- OpenAI/Gemini

🍳Как готовить: на примере Яндекс.Студии → новый проект ->Агент->Инструмент Retrieval->Заполняешь JSON выгрузкой архива телеграм чата/канала ->Промпт ->Билдишь ->Cсылка на демо чат на базе алисы

☠️ Вайб: Фига, я у ИИ девелопер. Поздавляю простой статический ИИ агент на базе RAG у тебя готов

2 уровень. AUTOMATION (20% кода)
Ты подключаешь Telegram и превращаешь ассистента в настоящего чат-бота

Инструменты:
- n8n (free, self-hosted) → https://n8n.io, разворачиваешь локально у себя
- Qdrant Cloud → https://qdrant.tech Free 1 GB
- Telegram Bot API → @BotFather
Модели: Без разницы

🍳Как готовить: Поставь докер https://www.docker.com/products/docker-desktop (возможно познаешь боль WSL) ->docker hub n8n->docker run->Создаёшь бота у @BotFather (получаешь токен)->запускаешь n8n на локалхосте->Собираешь граф (Telegram Trigger → Qdrant Search → LLM → Telegram Send)->Загружаешь свой Telegram-архив в Qdrant->Настраиваешь LLM через HTTP-запрос

Активируешь workflow → пишешь боту → бот отвечает

☠️☠️ Вайб: Я у себя на компе собрал в UI агента, я могу автоматизировать что угодно!

3 уровень. HANDS-ON (50% кода)
Здесь ты пишешь настоящий RAG на Python

Инструменты:
- Python → https://www.python.org
- LangChain → https://github.com/langchain-ai/langchain
- ChromaDB → https://www.trychroma.com
- FastAPI → https://github.com/fastapi/fastapi
- Модель ->Без разницы

Если что готовых реп с подобным навалом, тебе ChatGPT или кто у тебя насоветует https://github.com/pixegami/langchain-rag-tutorial

🍳Как готовить: Устанавливаешь Python->Берешь любую AI IDE с бесплатными кредами (Windsurf, Cursor, Antigravity)->Пишешь промпт о том каким стеком и чего ты хочешь добиться->Загружаешь свой Telegram-JSON в /data->Запускаешь ingest → создаётся vector store->Билдишь fastapi сервис и запускаешь на локалхосте->1 API эндпойнт аля chat/message (на вход текст, на выход ответ), выводишь в терминал

☠️☠️☠️ Вайб: Я не просто менеджер, я человек, который написал работающий код

#рецепт
Как вообще прокачать техничку в AI агентах если без страданий. Часть 2

4 уровень бонус. PRODUCTION (70% кода + деплой)
Это уже взрослая история: мультиагенты, трейсинг, деплой.

Инструменты:
- LangGraph → https://github.com/langchain-ai/langgraph
- Langfuse → https://github.com/langfuse/langfuse
- Postgresvector → https://github.com/pgvector/pgvector
- Модель не важна
- Фронт аля чатбот на Tailwind CSS + JS
- Деплой на github actions + Github Pages для фронта + запуска бека там где тебе интереснее бесплатные креды (Digital Ocean, Vertex, Cloudfare Workers или Яндексовское)

Архитектура:
User → Router Agent → Retriever Agent → Reasoning Agent → Answer Agent → Output (трейс в Langfuse)

🍳Как готовить: тоже самое что в шаге 3 в полюбившейся тебе AI IDE только делаешь все это единым докером бека и отдельно фронт ->собираешь граф агентов->добавляешь состояние (state)->поднимаешь постгрес и наполняешь вектора->добавляешь Langfuse для мониторинга->деплоишь бек в облако ->деплоишь фронт на гитхаб->фронт стучиться на бек через вайтлист апи

☠️☠️☠️☠️☠️☠️ Вайб: Так вот как делают всех этих ИИ ассистентов, пойду свой стартап открывать

Почему всё именно так:
Ты учишь техничку через реальные, работающие штуки

1 → визуалка (мягкий вход)
2 → интеграция
3 → скелетон
4 → прод (как работают AI-сервисы по-настоящему)

P.S. Ты наверняка прочитал и задался вопросом "А на кой ляд оно мне это все". Я отвечу - для развития, для понимания области, для столкновения с тем что все больше входит в нашу жизнь и представления о том что оно не шибко то сложное на самом деле и не шибко от отличается от стандартных сервисов

Как подготовить команду к изменениям без иллюзий и паники?

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

27 ноября в 20:00 (мск) тренер школы коммуникаций Soft Skills Lab проведёт открытый вебинар, где расскажет:
▫️ Как говорить о сложных решениях и не терять доверие команды?
▫️ Что делать с негативом сотрудников, чтобы эмоции не мешали работе?
▫️ Как давать людям уверенность, даже когда не уверен сам?

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

🗣 Спикер: Мария Лагоша — ведущий тренер Soft Skills Lab, преподаватель по переговорам ВШЭ, тренер и консультант по ораторскому мастерству, основатель и ex-CEO театральной студии.

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

👉🏻 Запустите бота, чтобы получить ссылку на вебинар.

#мнение
Магия договоренностей

Здравствуй, работящий читатель!

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

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

У меня был проект по лайвнессу (это когда надо по видео понимать человек это или бот и не пускать дальше), который застрял так, будто его кто-то поставил на ручник. Все что-то делали, но никто не понимал, куда движемся и кто вообще следующий. Я стал на встречах вслух проговаривать решения, фиксировать их на экране и потом сразу отправлять MoM в общий канал. На следующий день - тегал людей: "Ты говорил, что возьмёшь вот это. Когда ждать?"

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

Иногда стабилизатор - это просто тот, кто не ленится назвать вещи словами и сделать их видимыми всем

P.S. Без PS, пишу про рабочую банальность

🤖Нейросети — «новый английский». Без них сейчас никуда

Освойте самый востребованный навык года на бесплатном AI-марафоне от Яндекс Практикума всего за 15 минут в день

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

Результаты, которые останутся с вами после финиша
✅ +5-10 часов будете экономить каждую неделю — ИИ возьмёт на себя организацию календаря, создание отчётов и презентаций, чтобы вы могли сосредоточиться на главном.
✅ x2 к скорости создания контента. Тексты коммуникаций, изображения, коммерческие предложения будут занимать часы, а не дни.
✅ 10+ проверенных инструментов с промптами и шаблонами для любых задач.
✅ На 20–40% сократите расходы на подрядчиков. ИИ сделает часть задач сам, а на остальные вы детальные ТЗ, экономя бюджет на доработках.

Ну что, побежали к результатам?

Зарегистрироваться

#мнение
Чистый ПМ - это как безалкогольное пиво

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

У 90% джунов и свитчеров взгляд именно такой: интерфейсы - это продукт, архитектура - это абстракция, а риски - а инраструктура то с чем девопс сам справится, релиз трейн, sdlc и тех эсселенс - ну на это должен быть тимлид

У меня очень много историй про таких товарищей:

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

Вторая
Когда я бегал по всей компании с проектом мгновенного обновления баланса, меня слушали как городского сумасшедшего.
Ну обновляется раз в 10 секунд, клиент дергает ручку, и что? - говорили ПМы.
А ЧТО заключалось в том, что это мешало быстродействию системы в ответ на покупки и совокупно иногда блокировал на секунды интерфейс. Чтобы сделать обновление моментальным, нужно было
- перепахать асинхронный пайплайн,
- навести порядок в ивентах,
- докинуть таймстемпы в топики,
- перестроить работу кафки

Проект больше года длился, буксовал в непонимании, да так и не был доведен полностью до конца

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

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

Именно поэтому проджекты с технической насмотренностью всегда лучше:
-> они видят систему, а не тикеты;
-> понимают, как решения влияют на стоимость владения;
-> чувствуют, где ROI, а где красивая хотелка;
-> умеют отличить фичу от риска;
-> способны говорить с инженерами на одном языке;
-> и главное способны действительно коллаборироваться с своими сотрудниками.

P.S. А у тебя было такое, что ПМ уверял там всё нормально, пока инженеры уже собирали аварийный созвон?

#мнение
Итоги года ИИ от Андрея Карпаты

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

Есть хороший свежачок от Андрея Карпаты про 2025, описывающий его итоги https://karpathy.bearblog.dev/year-in-review-2025/. Ниже коротко про 4 самые интересные вещи + что я замечаю в продуктах вокруг нас

1. RLVR это реально новый уровень обучения
Карпаты пишет про Reinforcement Learning from Verifiable Rewards как про новую стадию, где модели учатся на объективных наградах, а не просто подгонке под примеры. Это сильно поменяло подход к дообучению. Если вы обращали внимание, то заметили что с сентября многие модели начали решать задачи и угадайки стало поменьше

2. Jagged intelligence, как-то перестали гнаться за тем чтобы LLM думал как человек
LLM фрагментарен (часто рофлю с того как в одном чате Владимир пишет про фракталы). Это не баг, это свойство архитектуры обучения. И это объясняет, почему в проде ИИ удивляет там, где его менее всего ожидают, если нет адекватного контроля, fail-safety и контекстных гвардах

3. Новый слой LLM-приложений становится нормой
Карпаты выделяет Cursor и похожие инструменты как примеры инструментов, оркеструющих LLM-вызовы, контекст и логику. Это не просто чат, а продуктовый слой, который вписывается в рабочие задачи. Причем сервисы решающие узкие задачи, вроде контекстных движков, реестров зависимостей или ИИ-браузеров начали помирать

4. Nano banana и LLM GUI, смена парадигмы интерфейсов
Андрей отмечает, что чат как CLI , это уже древность, и будущее за гибкими визуальными интерфейсами, где ИИ генерирует не только текст, но интерактивные элементы, визуализации, даже мини-приложения сразу как набор примеров или для уточнения пользователем

Теперь по тому, что вокруг нас произошло как реальная продуктовая и правовая реальность, а не только про технологии:

🔹 Нормальных стабильных продуктов с ИИ до сих пор мало, потому что команды не умеют готовить правильные evaluation-пайплайны, не считают токеномику и стоимость вывода (про ресу на инференс тсс), а без этого и речи быть не может про какое-то устойчивое качество

🔹 Мы незаметно уходим от традиционных SaaS-UI в сторону embedded адаптивных интерфейсов с ИИ -> интерфейсы перестают быть отдельно контролируемой панелью, а становятся интерактивным слоем внутри продукта, который живёт в контексте задачи. Ждите в следующем году генерацию рекламы встроенной в сайт на лету, генерации карточек товаров в маркетплейсах и тд, общаюсь с 2 такими стартапами и 1 экспериментом в энтерпрайзе

🔹 Юридические правила игры начали появлятся. В Европе Artificial Intelligence Act вводит риск-ориентированные требования по прозрачности, трейсингу , human oversight и маркировке ИИ-систем, которые начинают применяться поэтапно и будут обязательны к исполнению ко многим рабочим сценариям в 2026-2027

Ну а для меня из важного в Казахстане с 18 января 2026 года вступает в силу закон “Об искусственном интеллекте”, что уже коснулось меня как фаундера agentops платформы Curestry (коснулось в хорошем смысле)


P.S. Рекомендую обзор, он отлично структурирует, что именно изменилось за год без передергивания на SOTA-модели (искренне устал от этого), а то, что происходит на уровне продукта, процессов, поведения и законов. Уверен 2026 будет крайне насыщен на закрепление в обществе и компаниях работы с ИИшкой

#иное
🎄ИИ вечер - итоги года без хайпа🎄

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

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

В качестве общего контекста обсудим мысли и выводы из Year in Review Андрея Карпаты.

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

🟢 Кто будет:
- Head of LLM Platform, Avito;
- CMO, GPTtunnel;
- Co-founder / CEO / RAG Architect, CodeAlive;
- Head of Customer Success, MoonAI;
- инженеры с реальным опытом внедрения ИИ.

🟢 Кому подойдёт:
- инженерам и AI-лидам;
- тем, кто отвечает за результат, а не за демо;
- тем, кому интересен честный разговор про ИИ в 2025.

📅 27 декабря (суббота), 19:00;
📍 Алматы, Бар Сухой закон;
🟢 Регистрация: https://luma.com/cqpmte5a

Формат камерный, мест немного 🎄🎅

#рецепт
Базовый инцидент-менеджмент

Здравствуй, предновогодний читатель. Этот год мне дался очень тяжело и очень устал, даже не планирую праздновать

Однако я не могу оставить тебя без подарка. В twinby я достаточно давно раскатал базовый инцидент менеджмент, что позволило уменьшить частоту инцидентов с 3 в неделю до 1 в месяц. Свой опыт я упаковал в небольшой гайд https://habr.com/ru/articles/982172/

Ну а раз у меня такой с уклоном в Junior AI канал, то я написал автоматизацию дежурств. В этом репозитории https://github.com/letya999/duty_bot ты найдешь достаточно структурированные исходники и гайд по настройке. Надеюсь он поможет тебе на рабочем месте завести удобный процесс по работе с горячими ср*ками

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

P.S. Я желаю тебе простого года, без вызовов, сомнений и тревог

Как управлять своим авторитетом в деловой среде?

Новый год — новые амбициозные цели, поэтому первый вебинар в 2026 ребята из школы коммуникаций Soft Skills Lab решили посвятить вопросу авторитета. Ведь именно он определяет большинство наших результатов в карьере и бизнесе.

Встреча для всех, кто хочет:

▫️ усилить личные границы, чувствовать уверенность и силу в своей коммуникации
▫️ получать больше возможностей за счет сильной репутации в деловой среде

🗣 Спикер — Михаил Ромашов, ведущий тренер Soft Skills Lab, преподаватель по переговорам в ВШЭ и Сколково, автор книги «Эффективный конфликт», владелец продукта в SberCIB, ex-MARS.

За 1,5 часа вы узнаете, как управлять отношением людей к вам. Михаил на ваших кейсах разложит тему авторитета на конкретные компоненты и навыки.

Вебинар пройдет в Zoom, поэтому тренер ответит на все ваши вопросы!

👉🏻 Запустите бота, чтобы получить ссылку на конференцию.