ar
Feedback
Junior AI PM

Junior AI PM

الذهاب إلى القناة على Telegram

Повесть о развитии руководителя проектов. Сурово, с непонятными словами и умными статьями Поддержать канал: https://t.me/tribute/app?startapp=djfM By @artemletya

إظهار المزيد
7 184
المشتركون
+4724 ساعات
+577 أيام
+13930 أيام
جذب المشتركين
يونيو '26
يونيو '26
+136
في 3 قنوات
مايو '26
+132
في 0 قنوات
Get PRO
أبريل '26
+87
في 1 قنوات
Get PRO
مارس '26
+86
في 0 قنوات
Get PRO
فبراير '26
+89
في 0 قنوات
Get PRO
يناير '26
+88
في 0 قنوات
Get PRO
ديسمبر '25
+94
في 1 قنوات
Get PRO
نوفمبر '25
+111
في 0 قنوات
Get PRO
أكتوبر '25
+78
في 0 قنوات
Get PRO
سبتمبر '25
+96
في 1 قنوات
Get PRO
أغسطس '25
+133
في 0 قنوات
Get PRO
يوليو '25
+141
في 0 قنوات
Get PRO
يونيو '25
+174
في 3 قنوات
Get PRO
مايو '25
+143
في 0 قنوات
Get PRO
أبريل '25
+185
في 4 قنوات
Get PRO
مارس '25
+228
في 2 قنوات
Get PRO
فبراير '25
+307
في 3 قنوات
Get PRO
يناير '25
+210
في 0 قنوات
Get PRO
ديسمبر '24
+120
في 0 قنوات
Get PRO
نوفمبر '24
+130
في 0 قنوات
Get PRO
أكتوبر '24
+177
في 0 قنوات
Get PRO
سبتمبر '24
+74
في 0 قنوات
Get PRO
أغسطس '24
+104
في 0 قنوات
Get PRO
يوليو '24
+182
في 2 قنوات
Get PRO
يونيو '24
+161
في 0 قنوات
Get PRO
مايو '24
+219
في 1 قنوات
Get PRO
أبريل '24
+188
في 1 قنوات
Get PRO
مارس '24
+269
في 5 قنوات
Get PRO
فبراير '24
+231
في 0 قنوات
Get PRO
يناير '24
+260
في 0 قنوات
Get PRO
ديسمبر '23
+299
في 3 قنوات
Get PRO
نوفمبر '23
+132
في 0 قنوات
Get PRO
أكتوبر '23
+124
في 0 قنوات
Get PRO
سبتمبر '23
+139
في 0 قنوات
Get PRO
أغسطس '23
+199
في 0 قنوات
Get PRO
يوليو '23
+203
في 0 قنوات
Get PRO
يونيو '23
+273
في 0 قنوات
Get PRO
مايو '23
+1 832
في 0 قنوات
Get PRO
أبريل '23
+210
في 0 قنوات
Get PRO
مارس '23
+297
في 0 قنوات
Get PRO
فبراير '23
+155
في 0 قنوات
Get PRO
يناير '23
+214
في 0 قنوات
Get PRO
ديسمبر '22
+157
في 0 قنوات
Get PRO
نوفمبر '22
+136
في 0 قنوات
Get PRO
أكتوبر '22
+220
في 0 قنوات
Get PRO
سبتمبر '22
+154
في 0 قنوات
Get PRO
أغسطس '22
+222
في 0 قنوات
Get PRO
يوليو '22
+158
في 0 قنوات
Get PRO
يونيو '22
+103
في 0 قنوات
Get PRO
مايو '22
+147
في 0 قنوات
Get PRO
أبريل '22
+152
في 0 قنوات
Get PRO
مارس '22
+146
في 0 قنوات
Get PRO
فبراير '22
+149
في 0 قنوات
Get PRO
يناير '22
+225
في 0 قنوات
Get PRO
ديسمبر '21
+266
في 0 قنوات
Get PRO
نوفمبر '21
+171
في 0 قنوات
Get PRO
أكتوبر '21
+134
في 0 قنوات
Get PRO
سبتمبر '21
+91
في 0 قنوات
Get PRO
أغسطس '21
+86
في 0 قنوات
Get PRO
يوليو '21
+80
في 0 قنوات
Get PRO
يونيو '21
+178
في 0 قنوات
Get PRO
مايو '21
+57
في 0 قنوات
Get PRO
أبريل '21
+61
في 0 قنوات
Get PRO
مارس '21
+294
في 0 قنوات
التاريخ
نمو المشتركين
الإشارات
القنوات
13 يونيو+9
12 يونيو+47
11 يونيو+7
10 يونيو+4
09 يونيو+4
08 يونيو+3
07 يونيو+2
06 يونيو+8
05 يونيو+9
04 يونيو+12
03 يونيو+16
02 يونيو+10
01 يونيو+5
منشورات القناة
☝🏻☝🏻☝🏻 Как же хорошо сказано, Артём как боженька молвил. Добавлю еще про смерть героев старой школы. Я обычно улыбчивый и няшный, но читать надгробные записки тоже умею. Эпитафия сеньорам Уважаемый сеньор старой школы, который отлично умеел раскладывать архитектуру, проектировать партиционирование базы данных, продумывать проект как от миллиона пользователей перейти на 10 миллионов, знающий, как с Оракла мигрировать на Кассандру. Раньше ты был звездой. Ты качался до этого 10 лет, и в команде у тебя было звание почти Святого Гавриила. Но пришла новая школа, новый уклад. Пришли великие агенты и AI. Ты смотришь на это, и тебе кажется, что это порождение нейрослопа для школьников, которые теперь могут писать B2B SaaS за три дня, а твои навыки незыблемы, и тебе эти AI-помогаторы не нужны Так вот, дорогой друг, у тебя теперь два стула. Выбирай любой. Стул первый - это продолжать игнорировать AI-агентов. Ты также будешь руками читать архитектурные защиты и поучать разработчиков, как правильно делать архитектуру. Но проблема в том, что теперь они будут приносить тебе таких проектов в 10 раз больше, и руками сидеть с ними ты будешь вечерами и ночами. Ты раньше был гением, который мог проработать проект длиной в три месяца для команды из пяти человек, затрагивающий изменения в десяти микросервисах. Это у тебя занимало две недели, но результатом потом гордился весь отдел. Проблема в том, что теперь у тебя таких проектов будет семь. И руками вдумчиво сделать это уже не получится, только через овертаймы. А новые ожидания этого не позволят. Если ты осознанно решишь не обучаться возможностям современных агентов, то за следующий год ты довольно быстро проиграешь войну чувакам-мидлам, которые освоили эти инструменты профессионально. Тебя просто не будет хватать на их всех, и с точки зрения производительности тебя обскочит средний мидл, умеющий в четыре сессии разрабатывать и архитектуру, а еще вести проекты. И в итоге, какой бы ты ни был умный, в новом мире ты будешь работать на скорости х0,3 и буквально через полгода тебя может заменить человек, которого ты нанимал. Но есть и второй путь, дружочек. В этой альтернативной реальности ты откладываешь всё и с головой уходишь в claude code, codeх или open code. Понимаешь, как правильно вместе с ними проектировать ту же архитектуру, которую раньше ты делал две недели - за два дня. Понимаешь, как завернуть эти скиллы в AI агента-архитектора, который работает автономно, и к которому твоя команда может приходить с вопросами. Понимаешь, как создать постоянный код-ревью в рамках своей части сервисов, который масштабирует тебя и твои знания в десятки раз. Да и в целом ты сможешь, заперевшись в темной комнате, обложившись десятью вкладками Claude Code, за неделю дня сделать работу, которую в прошлом мире делала бы команда из пяти человек целый месяц. И с такими знаниями и умениями ты с уровня Архангела Гавриила превознесешься до архитектора Матрицы. ——— Все совпадения случайны. Не принимайте близко к сердцу Эпитафия касается не только сеньоров, а спецов на любых уровнях. Мастерство с AI-агентами кратно ускоряет ваши возможности и потенциал, мультиплицирует их. Если вы не знаете ничего, то вы будете в 10 раз большей слоп машиной. А если у вас есть базис, то этот базис ускоряется в 10 раз. Так что качайте базу и качайте мастерство AI инструментов. ——— P.P.S: забыл один важный момент. Текущим сеньорам в среднем по 30-40 лет. И в этом возрасте частенько наступает нежелание разбираться в чем-то большом и новом, похожее на то, как миллениалам после инстаграмма было влом понимать фишку Snapchat. С AI агентами - похожая тема, нужно пересилить себя и поесть грязи первые пару месяцев, мозг должен чуть повернуться. Буквально, помню как затирал одному руководителю службы (моложе меня) тему про авто-генерацию SQL агентами и получение данных из БД по естественным запросам, а он говорит: "Лёх, я слишком стар для этого дерьма, пусть молодые играются". Не надо так други, чуть чуть покопать и там внизу золотые горы.

2
Меня репостнули и продолжили мысль, делюсь с тобой, дорогой читатель!
600
3
#мнение Эпитафия разработчикам Традиционный разработчик старого толка должен исчезнуть. Не инженер. Не человек, который думае
#мнение Эпитафия разработчикам Традиционный разработчик старого толка должен исчезнуть. Не инженер. Не человек, который думает архитектурой, данными, рисками и продуктом. А именно разработчик, который до сих пор считает, что его главная ценность - руками писать привычный код привычным способом ИИ не убивает качество разработки. Он убивает узкие места и оправдания. Уже июнь 2026 года, запомните этот пост: - Писать тесты и держать coverage - база - Настроить CI - база - Знать, что такое quality gates - база - Думать про архитектуру и защитное программирование - база - Делать работу, которая раньше занимала спринт, за день-два - база - Вести пару проектов параллельно - база Раньше это называли высокой инженерной культурой. Теперь это минимальная гигиена Странно руками открывать DevTools и тыкать всё самому, если агент может пройти сценарий, снять логи, проверить DOM, найти ошибку и принести гипотезу. Странно руками писать миграции. Вы же модельки руками не пишете? А что так? Контракт first, схема first, миграция first, тест first - агенту вообще по барабану, ему не лень. Странно руками собирать зависимости, конфиги, workflow, nginx, Dockerfile, pre-commit и линтеры, когда это давно должно генерироваться, проверяться и фикситься автоматически. Это совершенно обычный сетап Традиционный разработчик говорит: ИИ пишет не так, как я люблю. И что? JavaScript тоже компилируется не в тот ассемблер, который тебе привычен. Ты просто его не видишь. А тут увидел diff и начал защищать не качество, а свой вкус Код - это побочный продукт требований, контрактов, тестов, ограничений, контекста и обратной связи. Коллаборации людей в общем Хороший разработчик теперь не тот, кто лично написал каждую строчку. Хороший разработчик тот, кто построил систему, где агент может быстро писать код, тесты ловят ошибки, линтеры держат стиль, CI режет мусор, rollout снижает риск, observability показывает последствия, а архитектура не расползается после третьего промпта ИИ делает баги - да. Люди тоже делают баги. В моем опыте даже больше. Просто раньше вы называли это разработкой, а теперь внезапно стали эстетами качества Наша бизнес-логика слишком сложная, ИИ не поймёт - значит вы плохо видимо разбирались если кодовая база меньше 2 млн строк кода вдруг сложная и не проглатываемая агентом с специальными обвязками вроде контекстного движка, кодграфа и внешней памяти фактов Кто-то скажет. Я не хочу работать с кодом, который не понимаю - значит, пора учиться понимать систему и выстраивать ее, а не каждую строку. В 2026 вопрос уже не внедрять ИИ или нет в разработку. Вопрос: что нужно поменять в себе, команде, процессах, архитектуре и продукте, чтобы ИИ стал нормальной частью разработки —— Здесь лежит традиционный разработчик. Он ревьюил каждую строку инлайном, спорил с агентом про стиль, боялся больших diff, презирал AI-слоп, презрительно говорил фу вайбкодеры, ломал своими правками чужие тесты и не мог написать документацию за код и любил три недели продумывать архитектуру, но до последнего был верен тому, что его призвание писать чистый код
2 633
4
#мнение Эпитафия вайбкодерам Вайбкодеры старого толка должны исчезнуть. Вайбкодинг родился не из любви к инженерии, а из уста
#мнение Эпитафия вайбкодерам Вайбкодеры старого толка должны исчезнуть. Вайбкодинг родился не из любви к инженерии, а из усталости её ждать. Идея была красивой: берёшь Cursor, v0, Vercel, Supabase, пяток SaaS-костылей и собираешь продукт чисто человеческим языком, вообще не вникая в скучный код Первые часы это правда работало как наркотик. v0 рисовал UI, Supabase заменял бек, Cursor плодил файлы, а модель ласково пела, что архитектура теперь cleaner and scalable. А потом наступала реальность Ты понимал свой проект ровно до тех пор, пока он влезал в .cursorrules. Дальше шли ARCHITECTURE.md, DATA_MODEL.md и простыни текста с мольбой не трогать то, что чудом работает. Ты не владел системой,ты руками пересказывал системе саму себя, потому что модель опять забыла, что у юзера есть profile Старый добрый вайбкодинг - это не магия свободы. Это был чистый error-driven development. Запустил, упало, скопировал логи из терминала (агент сам их прочитать не мог!), получил You're absolutely right, агент поменял три файла - упало в другом месте. Нужен SQL? Идешь в DBeaver сам, потому что дать агенту выполнить миграцию самому страшно и не факт что выполнимо. Просил схему? Копируешь в Swagger руками спеку, и сам выполняешь потому что сгенерированные curl-запросы падали даже от факта своего существования Мы боялись shell-команд. Любое "заодно очищу временные файлы" звучало как хоррор. Смотришь на rm -rf и гадаешь: он сносит dist или сейчас выпилит полпроекта ради clean state? А режиму Plan Mode радовались не потому, что повзрослели. Просто до этого агент лез в код с энтузиазмом джуна и сносил всё подряд. План хотя бы давал шанс сказать "остановись, родной, поправь кнопку, остальное НЕ ТРОГАЙ" Промпт-инженер не стал профессией, это теперь базовая грамотность, как умение гуглить. Контекст-инженер тоже не стал шаманом с markdown-бубном. С вайбкодером будет так же. Ты либо учишься собирать продукт в AI-native workflow, либо честно пилишь прототипы на коленке. Всё, что посередине -> очень дорогой театр непонимания —— Здесь лежит вайбкодер: описал проект в .cursorrules, схему проверил, SQL запускал, молился на Supabase, боялся shell-скриптов, дифф не дочитал, но агент сказал что все ок, значит деплоим и пишем в чат вайбкодеров о новом кейсе и просьбе апваоута на продуктхант
951
5
#сообщество Гильдия ИИ Инженеров: что получилось за 5 дней Дорогой читатель, за 5 дней с запуска чата Гильдии мы незаметно пр
#сообщество Гильдия ИИ Инженеров: что получилось за 5 дней Дорогой читатель, за 5 дней с запуска чата Гильдии мы незаметно пробили планку в 350 участников. Но главное не цифры, а сдвиг в поведении: вместо разгонов про очередные новости вроде как верно идем в прикладное комьюнити. К нам присоединились крутые авторы: Валерий Ковальский, AI и грабли, Max: AI, Engineering and Startups, Поляков считает, Константин Доронин, AI-Driven Development,  Тимур Халалев про AI Coding , DEKSDEN notes, Neurogen, drugoi.dev, Meet Deadlines! За эти дни мы успели: - Написать 1.5к+ сообщений; - Меня все же соблазнили на тулзу rtk, и по итогам я накатал статью на Хабр; - Докрутил и выложил скрипт для синхронизации GitLab, Confluence и локального проекта, который сильно экономит время тем кто перестал писать ТЗ руками; - Чтобы закрепить теорию делом, мы запустили первый мини кампейн и пишем открытый парсер телеграм каналов под сбор вакансий для ИИ специалистов; - На следующей неделе проведем открытый стрим по оркестрации агентов; - А в начале июля организуем оффлайн митап в Алматы и еще авось где, пока секрет. Мы строим не очередной душный канал с новостями, а распределенное инженерное комьюнити без воздуханства. Среду, где авторитет измеряется реальным вкладом и публичными артефактами Пока полет отличный, работаем. Поставьте пожалуйста больше 💩, это меня изрядно развлекает и интригует
1 051
6
#сообщество Гильдия ИИ-Инженеров: строим ламповое комьюнити Дорогой читатель, есть кое-что, чего мне давно не хватало: место, где ИИ-инженеры собираются не ради хайпа, а ради дела. Где можно поделиться рабочим промптом, разобрать архитектуру агента или показать свой опенсорс и получить нормальную обратную связь. Где люди будут постоянно и активно делиться своими наработками Поэтому мы запускаем Гильдию ИИ-Инженеров 🤖 Пять базовых принципов: 1. Макрокомьюнити: открыто для всех. Дата-сайентисты, ML-инженеры, вайбкодеры, бухгалтеры с Cursor. Без элитаризма и снобизма 2. Open Source и реальный вклад: мы не просто чатимся, а создаем осязаемую пользу вместе 3. Практика: реальные кейсы, дебаг и живые проекты вместо красивых скриншотов из ЧатгПТ 4. Неангажированность: дружелюбие ко всем продуктам, рынкам, странам и подходам. Неважно, Cursor это и его комьюнити, или Claude. У нас одинаково теплый прием для любых авторов, инструментов и компаний 5. Единая площадка: точка сборки для авторов и крутых контрибьюторов. Чаты Глеба, Валеры, Рината, Макса, Дениса и других ребят безусловно крутые, но у них своя атмосфера. Они не очень подходят для совместного билдинга крупных комьюнити-штук, а мы хотим делать именно это В основе будет вклад Вот несколько примеров вклада от автора этого сообщения: - Прикладная платформа метрик процессов вроде lead time/velocity и тп: https://github.com/letya999/process_metrics_platform_v2 - Инструмент для синхронизации документации с Confluence и GitLab прямо из локальной папки: https://github.com/letya999/confluence-gitlab-sync. Аналитиков утомляет копировать из ИИ инструментов ТЗ - Пулл-реквест в паблик опенсорс: https://github.com/zereight/gitlab-mcp/pull/498, чтобы проще переключаться между гитлабами и совмещать пару работ - Статья "Ультимативный гид по Codex CLI»: https://habr.com/ru/articles/1040296/" о том как настроить Codex CLI базово - Комьюнити-стрим по Codex CLI для канала LLM4dev: https://t.me/LLM4dev/526 Что будем строить вместе Помимо живого чата, стримов, воркшопов и прочего будут несколько конкретных задач: Ивенты: митапы, конференции, вайбатоны (да, именно так). Форматы, где можно не только поговорить, но и поделать. Сетап-маркетплейс: опенсорс-альтернатива skills.sh и mcpmarketplaces.com с поддержкой директив agents.md, memory-банки и хуков. Место, где можно найти и поделиться готовыми агентными сетапами иплагинами Заходи: https://t.me/ai_engineers_guild
2 442
7
#кейс_стади Разбор кейса про Илью Я бы не давал 300 сразу и не отказывал бы в лоб. Я бы дал 250->260 сейчас, признал бы вклад
#кейс_стади Разбор кейса про Илью Я бы не давал 300 сразу и не отказывал бы в лоб. Я бы дал 250->260 сейчас, признал бы вклад и договорился бы о следующем пересмотре через квартал, но не через тупой ИПР ради ИПР, а через нормальную фиксацию того, что человек реально делает и что компания реально покупает Потому что в этом кейсе оба молодцы. Илья пришел с менеджерским туманом. Я много тащу, я закрываю риски, со мной клиенты спокойны, рынок такой, рекрутеры пишут. Это не кейс. Это ощущение собственной полезности Но CTO тоже хорош. Два года человек держал сложных клиентов, серую нагрузку и весь этот веселый энтерпрайзный цирк, а руководитель заметил его ценность только когда человек пришел за деньгами Ну классика. Пока клиент не орет, значит само работает 👍 В комментариях заметили важную штуку. Возможно, Илье нужно не только бабло. Ему нужно, чтобы его наконец увидели. Но сказать спасибо, ты молодец вместо денег после двух лет без повышения -> это не менеджмент, а корпоративный стендап Еще важен контекст 2026 в СНГ. Рынок сейчас не такой, что Илья завтра красиво хлопнет дверью и уйдет на 350. Может и не уйдет. Но если его просто обломать, он может остаться и внутренне уволиться. А это хуже, чем кажется. Он не будет саботировать. Не делать то, что компания считала бесплатным приложением к его зарплате. И вот тогда внезапно окажется, что само работало не само Почему не 300 сразу Потому что это покупка тревоги. Человек не принес факты, он принес ощущение. Если за это сразу платить 300, завтра придет следующий с таким же набором слов, и вы будете торговаться не с вкладом, а с эмоцией Почему не отказ Потому что отказ тут тоже тупой. Это ставка на то, что человек никуда не денется. В 2026 это часто сработает. Но потом не надо удивляться, почему сильные люди перестали делать что то сверх минимального скоупа Нормальный ход -> частичный пересмотр сейчас, признание косяка руководителя, разбор серой нагрузки и факты за квартал Что Илья делает сверх роли. Что из этого компании нужно. За что она готова платить. Что нужно убрать, если платить не готовы. Какие результаты зависят от Ильи, а какие просто красивая KPI шиза, которую любят рисовать в табличках Главный вывод простой Илья плохо продал свою ценность. Но CTO еще хуже ей управлял. Однако у нас СНГ (можно сколько угодно говорить как правильно в проектных офисах, что надо чтобы был честный перфоманс ревью и тд, ага, щас). Если ценность менеджера становится видна только после просьбы о повышении, проблема не только в менеджере
1 737
8
Приглашаем на Пиэмную — бесплатный митап ЮMoney для руководителей IT-проектов ✅ Спикеры из ЮMoney и основатель «Школы развити
Приглашаем на Пиэмную — бесплатный митап ЮMoney для руководителей IT-проектов ✅ Спикеры из ЮMoney и основатель «Школы развития Доверия» расскажут, как управляют проектами и командами, а после докладов ответят на вопросы зрителей. О чём поговорим на митапе: 🟣 Ловушки коммуникации: как выходить победителем из игры без правил. 🟣 Управление доверием в команде: лидерская компетенция, которой не учат в MBA. 🟣 ИИ для менеджера проектов: с чего начать. 🟣 3 х 30: история адаптации в роли менеджера проектов ЮMoney. 📍21 мая, четверг, 19:00 (мск) приходите на митап в Санкт-Петербурге или подключайтесь онлайн. Чтобы попасть на митап, нужна регистрация. Все подробности — на сайте Пиэмной 🔥
0
9
لا يوجد نص...
1 960
10
لا يوجد نص...
0
11
لا يوجد نص...
0
12
#кейс_стади Задача на подумать для менеджера Вы CTO в P-Systems. Делаете llm guardrails для банков и крупняка: защита корпора
#кейс_стади Задача на подумать для менеджера Вы CTO в P-Systems. Делаете llm guardrails для банков и крупняка: защита корпоративных ИИ-агентов от обработки и ответов на опасные запросы. Снаружи 🦋 🦄 модный рынок, хайп, венчур, все хотят поработать. Внутри комплаенс, туча правок, коллективное принятие решений по приемке у клиентов. Есть PM Илья. Два года в компании. Зарплата 220к Не рок-звезда для конференций, обычный душный PM, на котором держатся два самых мерзких клиента. Первый, банк с кредитным скорингом. Там смэрт. Второй ритейл с ИИ поиском товаров, вместо эластика. Там бизнес стабильно меняет требования перед релизом, потому что у CОО появились новые мысли и надо обсудить Илья это тащит. Без героизма и корпоративного пафоса. После его встреч ИБ не стопорит релиз. Ритейл не переписывает весь роадмап. Поддержка не долбит разработчиков напрямую. Молодой PM с соседнего проекта не тонет, потому что Илья его неформально натаскивает и сапортит Когда Илья работает хорошо, ничего не происходит. Клиент не орет. CEO не получает письмо. Команда не дерется. Релиз едет. Криво, но едет. А раз ничего не происходит, то оно само так работает, не благодаря, а вопреки, наверное... На 1:1 Илья вам говорит: «Хочу пересмотреть зарплату. Сейчас 220, хочу 300. Я давно делаю больше, чем написано в роли» Вы просите факты. Илья приносит классический менеджерский туман: - "я много тащу"; - "я закрываю риски"; - "рынок сейчас такой, мне рекрутеры пишут, а замену вы мне не найдете"; - "со мной клиенты спокойны и несут деньги". Оффера нет. Метрик нет. Громких кейсов нет. Менторство соседнего PM нигде не оформлено. Позиция слабая Но вы-то понимаете, что если Илья завтра начнет работать строго по должностной инструкции, будет весело. Молодой ПМ захлебнется. Поддержка снова пойдет напрямую к разработке. Банк начнет эскалировать. Ритейл начнет переписывать релиз за неделю до выкладки Бюджет на повышения ограничен. Есть еще 6 ПМ и двоим легко обосновать рейз, Аня приходила с понижением на испытательный и подруга 2 тимлидов, Рустам катается постоянно к ведущему вашему клиенту и этот контракт кормит половину компании Дать 300 сразу странно. Он не принес бизнес-кейс, он принес ощущение собственной полезности. Отказать тоже странно. Возможно, вы наказываете человека ровно за то, что он хорошо делает работу: не дает проблемам стать красивыми пожарами для отчетов. Сказать продолжай бесплатно делать серую работу, а теперь еще докажи, что она существует тоже можно Прямо сейчас человека не видно. Что бы вы сделали на месте CTO?
1 983
13
AI-assisted разработка в 2026: что реально работает, а что просто хайп? Сегодня AI пытаются использовать почти все — и те, ко+6
AI-assisted разработка в 2026: что реально работает, а что просто хайп? Сегодня AI пытаются использовать почти все — и те, кому он действительно нужен, и те, кому просто “надо, потому что все делают”. 16 мая на Manager’s Conference 2026 мы обсудим это на панельной дискуссии. На сцене встретятся два взгляда — фаундеров и продакт-лидеров. Фаундеры смотрят на AI как на возможность ускорить бизнес и рост. Продакты — как на инструмент, который должен давать конкретный результат в продукте. Участники панели: — Артем Панферов, Founder of AI LAB & Angel Connect — Саша Давыдов, Product Lead в HUMO — Артем Летюшев, Senior Project Manager в Twinby, IT Founder — Родион Мостовой, Co-founder & CEO CodeAlive — Рустам Хамдамов, Co-founder & CEO BILLZ — Никита Шилов, Cursor Ambassador в Центральной Азии На панели разберём: — когда AI действительно помогает ускорять разработку — какие инструменты команды реально используют в работе — где AI даёт результат, а где становится лишними затратами — как меняются роли разработчиков, продактов и менеджеров Это будет открытый разговор без слайдов и заготовленных ответов — с разными точками зрения и реальными кейсами. Регистрация на конференцию уже открыта. 👉 Программа, расписание и регистрация на сайте https://pmconf.uz/. Официальный телеграм-канал: @managersconf
2 038
14
#иное Практическая конференция Дорогой читатель, меня утомили споры про ИИ-кодинг "заменит/не заменит" и "да/нет". Уже 2026 год, давайте обсудим нужен ли интернет. У меня кое-что новое На https://pmconf.uz/ в Ташкенте у нас будут практические дебаты: безопасность skills/mcp, внедрение через анархию или диктатуру и о том стоит ли уже отказываться от IDE И главное: как не превратить ускорение разработки в ускорение бардака Буду рад увидеться с вами! Мне составит компанию @ai_driven
1 499
15
#мнение Швей, жнец, на ии игрец У нас всех, кто трогает ИИ, зачем-то называют AI-специалистами Хотя смешивают разные роли: -
#мнение Швей, жнец, на ии игрец У нас всех, кто трогает ИИ, зачем-то называют AI-специалистами Хотя смешивают разные роли: - вайбкодера; - инженера ИИ-агентов; - GenAI-инженера; - менеджера GenAI-продукта; - менеджера с ИИ-агентами; - менеджера, который автоматизирует чужую работу; - менеджера, который делает свои задачи через AI SaaS; - человека, который иногда пишет в ChatGPT. Вайбкодер -> не разработчик. Сам код писать и поддерживать не может. Собирает результат через LLM: попросил, запустил, скопировал ошибку обратно, повторил. Хорошо для прототипа, специфично для прода Инженер ИИ-агентов -> разработчик с доменным уклоном. Делает оркестрацию, память, состояния, tool calling, интеграции, логи, права, мониторинг и схемы GenAI-инженер — ближе к ML/DS/LLMOps. Работает с embeddings, LoRA, файнтюном, квантизацией, датасетами, evals, гвардами, инференсом и вниманием Менеджер GenAI-продукта -> ведет продукт, где генерация является ядром ценности. Генерация текстов, звонков, картинок, видео, кода, отчетов, сценариев. Тут важны качество генерации, UX неопределенности, токеномика, метрики и кще раз метрики Менеджер с ИИ-агентами -> берет существующий workflow и добавляет туда агентов. Не изобретает новый продукт, а перестраивает процесс: роли, триггеры, инструменты, проверки, эскалации человеку Менеджер-автоматизатор -> ищет ручную рутину у других людей и убирает ее через LLM, SaaS, интеграции и правила контроля AI power user -> закрывает свои задачи готовыми сервисами: ресерч, документы, таблицы, презентации, аналитика, коммуникация Пользователь ChatGPT -> иногда пишет вопрос в чат. Это не профессия, а бытовой навык И вот все это называют одним словом AI-специалист А потом удивляются, что вайбкодер не делает файнтюн, менеджер с агентами не строит LLM-пайплайн, а человек с ChatGPT не автоматизирует отдел. Разные роли. Разные инструменты. Разная ответственность P.S. Как называть разработчика который кодит с ИИ, так и называть, разработчик. Про с ai assisted coding или deep coding
2 127
16
#иное Гайд за пределами менеджмента и ИИ Я впервые в жизни побывал на зимовке в теплых странах и написал огромный гайд по Вьетнаму, с точки зрения душного придирчивого айтишника. Надеюсь кому-то это будет полезно https://habr.com/ru/articles/1031524/
2 010
17
#рецепт ATS резюме и странные промпты из каналов Здравствуй, дорогой читатель. Посмотрел какие промпты для резюме сейчас форсят и честно не понял зачем это все. Огромные роли, сложные конструкции, ощущение что ты вызываешь духа оффера По факту это не дает преимущества. Часто наоборот размывает подхалимажем. По приколу собрал свой вариант https://github.com/letya999/ats-resume-diagnostic-skill Внутри есть - скилл который можно подключить куда угодно с open skills (claude, cursor, gemini cli и тд); - и простой markdown промпт, который можно просто вставить в чат https://raw.githubusercontent.com/letya999/ats-resume-diagnostic-skill/refs/heads/main/resume-diagnostic-prompt.md Что делает: - смотрит на резюме как ATS и рекрутер; - если ты ему дашь контекст о себе и рынке, а также приложишь примеры вакансий, то будет базироваться на них, а не здравом смысле; - режет по живому на первом скане; - показывает процент соответствия вакансиям и почему ты не проходишь фильтр; - дает направление правок без переписывания за тебя Я прогнал через него свое резюме. Он его весьма беспощадно размотал, я даже немного приуныл, какой я ментор после этого P.S. Это не для переписывания резюме, 1 промптом или 1 скиллом такое не решается
2 000
18
لا يوجد نص...
1 669
19
#рецепт Важная для менеджера ИИ концепция - скиллы Здравствуй, дорогой читатель. Я свернул на кривой путь ИИ и пытаюсь сочетать его с менеджерством, при этом я не хочу пересказывать новости про ИИ и просто писать советы как пишут во многих каналах. Практическое “мясо” куда занятнее Не знаю слышал ли ты или нет, но сейчас многие внедряют ИИ скиллы. Я не буду рассказывать что это, ты и без меня можешь спросить ИИ или прочитать в материалах ниже Скилл хорош тем, что что он позволяет упаковать одну активность, одно правило или один кусок процесса в относительно воспроизводимый формат. По сути это очень близко к “Make Policies Explicit” - прозрачным политикам из канбана, думаю многим канбан-практикам стоит обратить на них пристальное внимание 1) Скилл точно вызовется Определения скиллов всегда в контексте и только от структуры и качества описания зависит гарантия вызова 2) Скиллы интуативно понятны и расширяемы Когда skill вызван, в контекст попадает не только текст инструкции, но и декларируемые файлы рядом с ним: шаблоны, скрипты, примеры, ресурсы А значит каждую операцию можно обложить прямо как в BPMN (входами, выходами, артефактами, условиями, ресурсами и тд). В качестве примера я сделал репозиторий https://github.com/letya999/ai-refinery-book-bundler. Он извлекает данные из книги pdf/epub и тп и переводит ее в интертивный саммари в виде оффлайн-сайта. Это искуственный пример, однако демонстрирующий всю мощь скиллов. Внутри есть линтер, библиотека компонентов, свои скрипты, обращения к внешним API и даже тесты! Те это не еще один markdown с советами, а жирный skill-пакет: agentic pipeline с ролями Ingester → Architect → Designer → Assembler, библиотека компонентов, скрипты на Node.js и Python, аудит/линтинг, тесты и сборка HTML бандла 3) Скиллы универсальны У скиллов есть формат Open Skills, который понимает подавляющее большинство ИИ систем. Те вы не привязаны к Cursor, ChatGPT и тд с чутками другими форматами и не надо городить сложные agent.md Думаю для тебя читатель самый наглядный пример - код ревью. Все равно уже почти все грешат скрытым ИИ-кодингом. Значит разумнее не делать вид, что этого нет, а ввести взрослую политику: разрешить агенту читать GitLab по токену и завернуть ревью в skill. Что проверять, что считать критичным, как смотреть diff, как ходить в связанные файлы, как возвращать саммари и замечания, проверять на соотвествие стилю и тд. Тогда это уже не серый костыль, а прозрачный гейт 4) Скиллы открыли дорогу к ИИ сетапу на много человек На мой взгляд, это один из самых адекватных способов тащить ИИ в управление: не “давайте все общаться с чатиком как придется”, а “давайте закрепим лучшие практики в общем рабочем слое” И скиллы отлично ложаться на типичные практики. Заводиться внутренний реестр (например https://github.com/vakovalskii/neuraldeep), собираются проекты скиллов по специализациям/командам, их можно и нужно вести в формате проектов и общих баз. Посадить тимлида чтобы он тюнил на команду промты или архитектор задавал общий стандарт проектирования на всех? Сюда! На пост меня вдохнивила книга от моего друга Димы Ильенкова из пмклаба Не усложняй: управление проектами по методу p3.express. Воспроизводимый, внятный, не переусложненный сетап рутин проджекта. Улиточка p3express как раз про это, уверен в ближайшие пару лет соберут набор скиллов и оркестратор по нему А пока как пример работы скилла держи интерактивную версию первых глав и так ее и прочитал: с визуализацией 33 шагов, фаз, принципов NUP, схемами и интерактивной навигацией по материалу Если хочешь быстро вкатиться, вот полезные ссылки: - Курс от Anthropic https://anthropic.skilljar.com/introduction-to-agent-skills - Лучший каталог skills https://skills.sh/ - Стандарт скиллов https://github.com/agentskills/agentskills - Одна нормальная статья на Хабре https://habr.com/ru/articles/1011524/ -Русский аграгтор навыков https://neuraldeep.ru/ (очень рофлю с этого) P.S. Те кто в теме не ворчите что скилл не отрабатывает идеально и можно лучше, это же учебный пример, а не публикация в маркетплейс антропиков
0
20
#иное Личный антикризис Здравствуй, предприимчивый читатель Сидеть и работать в корпорации страшно, жизнь-то мимо проходит. Уходить строить бизнес страшно, а вдруг прогорит. Один из самых адекватных промежуточных вариантов, делать свой пет-проект по вечерам Многие успешные компании, например Твиттер, создавались именно так. Это не значит, что ваш проект обязательно заработает миллиарды, но заработать больше, чем в найме, получить ценный опыт и собрать себе задел на будущий стартап, вполне реально И сейчас у пет-проекта появился еще один важный смысл Рынок стал жестче, денег меньше, компании режут новые инициативы, найм идет осторожнее, а вместо давайте попробуем все чаще логика покажи понятную пользу здесь и сейчас В такой реальности пет-проект, это уже не просто хобби с шансом на деньги, а защита и личный полигон Именно там можно без лишней бюрократии учиться тому, что все сильнее влияет на реальную ценность специалиста Быстро прототипировать с ИИ, собирать свой AI pipeline разработки, делегировать задачи между моделями, работать через MCP, настраивать под себя сетап из skills, hooks, памяти и библиотек вроде superpowers То есть не просто что-то кодить, а быстрее собирать рабочий результат и проверять идеи о реальность Перед стартом все равно возникает много вопросов: - Как выбрать идею для пет-проекта; - Что нужно знать про маркетинг; - Ка запуститься и дойти до первых продаж без бюджета на рекламу В телеграм-канале Твой пет проект Михаил Табунов делится своим опытом с разработчиками и менеджерами Он рассказывает, где искать идею для нового проекта, что нужно знать про маркетинг, как запускать стартап, привлекать первых клиентов и не утонуть в мертвой разработке без спроса Подписывайтесь на Твой пет проект, если хотите не просто читать про стартапы, а постепенно собирать себе реальный актив вне найма P.S. Пет-проект сегодня, это уже не история про вдруг выстрелит Это история про не остаться без своего трека, пока рынок меняется слишком быстро
0