#мнение
AI-сервисы сливают ваши корпоративные данные
Думаете, ChatGPT и другие AI-ассистенты - это просто безобидные игрушки, которые экономят время и нервы менеджеров?
Как менеджер с техническим бэкграундом и многолетним опытом работы с командами в разных отраслях, я всё чаще сталкиваюсь с пугающим трендом: сотрудники щедро "сливают" конфиденциальные данные через публичные AI-сервисы
Недавно один коллега рассказал, как разработчик "случайно" закинул в публичный чат-бот большой кусок продакшен-кода, пытаясь быстро получить решение проблемы. И таких случаев всё больше. Что чувствую я в такие моменты? До недавнего времени смесь беспокойства и удивления, что люди до сих пор думают, будто общение с нейросетями - это приватная исповедь. Ну или немного стыда, ведь я тоже иногда грешу подобными "экспериментами"
Однако глубже познакомившись с темой и когда меня закидали помидорами в одном из моих пред. постов, оказалось что все не так плохо. Прикладываю отличную инфографику
Есть ли у вас регламенты, которые запрещают сотрудникам использовать публичные AI-сервисы для рабочих задач?
AI-сервисы сливают ваши корпоративные данные
Думаете, ChatGPT и другие AI-ассистенты - это просто безобидные игрушки, которые экономят время и нервы менеджеров?
Как менеджер с техническим бэкграундом и многолетним опытом работы с командами в разных отраслях, я всё чаще сталкиваюсь с пугающим трендом: сотрудники щедро "сливают" конфиденциальные данные через публичные AI-сервисы
Недавно один коллега рассказал, как разработчик "случайно" закинул в публичный чат-бот большой кусок продакшен-кода, пытаясь быстро получить решение проблемы. И таких случаев всё больше. Что чувствую я в такие моменты? До недавнего времени смесь беспокойства и удивления, что люди до сих пор думают, будто общение с нейросетями - это приватная исповедь. Ну или немного стыда, ведь я тоже иногда грешу подобными "экспериментами"
Однако глубже познакомившись с темой и когда меня закидали помидорами в одном из моих пред. постов, оказалось что все не так плохо. Прикладываю отличную инфографику
Есть ли у вас регламенты, которые запрещают сотрудникам использовать публичные AI-сервисы для рабочих задач?
🤡9👍2👎1🌚1
#мнение
Agile умирает - и его убийца уже здесь. Имя ему - искусственный интеллект!
Заметил что многие Agile визионеры активно перетекают в сторону AI-консалтинга? Или на твой взгляд это скорее те кто чувствуют куда дует ветер, отлаживают паруса?
Я тоже активно пишу про AI и проверяю гипотезу курса, но конечно так глубоко как Владимир https://t.me/turboproject
P.S. Кстати спойлер - в июле августе множество крупнейших площадок для курсов будут запускать свои курсы, от крайне узких про оркестрацию агентов и цепочки трассировки и до очень общих про COSTAR
P.P.S Мини пост-выходного дня и не реклама это!
Agile умирает - и его убийца уже здесь. Имя ему - искусственный интеллект!
Заметил что многие Agile визионеры активно перетекают в сторону AI-консалтинга? Или на твой взгляд это скорее те кто чувствуют куда дует ветер, отлаживают паруса?
Я тоже активно пишу про AI и проверяю гипотезу курса, но конечно так глубоко как Владимир https://t.me/turboproject
P.S. Кстати спойлер - в июле августе множество крупнейших площадок для курсов будут запускать свои курсы, от крайне узких про оркестрацию агентов и цепочки трассировки и до очень общих про COSTAR
P.P.S Мини пост-выходного дня и не реклама это!
🎉4
#рецепт
Не нужно верить что планы работают
Здравствуй, хронофобный коллега! Если твоя команда хоть раз зависела от сроков другой команды, то ты точно поймёшь меня. Есть такие команды - вроде бы образцовые, их ставят всем в пример, скрам у них по гайду
Но почему-то каждый раз, когда ждёшь от них задачу, дедлайн улетает куда-то запредельно. Или сам иногда смотришь на свой процесс и ловишь себя на мысли: “А что у нас вообще не так?”
Вот очень краткий чеклист - если все пункты выполняются, твое планирование действительно работает и планы управляемы. Если что-то выпадает - высоковероятно, что планы у тебя для галочки или процесс просто ещё не устоялся (что нормально для новых команд):
1. Есть проверка результативности планов по группе задач (по проекту, итерации, спринту) - видно, где накапливается ошибка и насколько план соответствует факту
2. Есть проверка попадания в оценки по отдельным задачам - оценили в 2 часа, заняло 4
3. Пересматриваются оценки, если появляется новая информация или меняются вводные
Продолжение в комментариях!
Если хотя бы один пункт мимо - твоя система скорее создает иллюзию управления, чем реально управляет процессом
P.S. Личный опыт показывает: когда этот список работает на практике, у команды и у менеджера сразу появляется больше времени на интересные задачи, а не бесконечную координацию
Не нужно верить что планы работают
Здравствуй, хронофобный коллега! Если твоя команда хоть раз зависела от сроков другой команды, то ты точно поймёшь меня. Есть такие команды - вроде бы образцовые, их ставят всем в пример, скрам у них по гайду
Но почему-то каждый раз, когда ждёшь от них задачу, дедлайн улетает куда-то запредельно. Или сам иногда смотришь на свой процесс и ловишь себя на мысли: “А что у нас вообще не так?”
Вот очень краткий чеклист - если все пункты выполняются, твое планирование действительно работает и планы управляемы. Если что-то выпадает - высоковероятно, что планы у тебя для галочки или процесс просто ещё не устоялся (что нормально для новых команд):
1. Есть проверка результативности планов по группе задач (по проекту, итерации, спринту) - видно, где накапливается ошибка и насколько план соответствует факту
2. Есть проверка попадания в оценки по отдельным задачам - оценили в 2 часа, заняло 4
3. Пересматриваются оценки, если появляется новая информация или меняются вводные
Продолжение в комментариях!
Если хотя бы один пункт мимо - твоя система скорее создает иллюзию управления, чем реально управляет процессом
P.S. Личный опыт показывает: когда этот список работает на практике, у команды и у менеджера сразу появляется больше времени на интересные задачи, а не бесконечную координацию
👍17🤡1
#perl
Помни про важность своевременного отдыха
Я как обычно перегружен и не успеваю ничего написать по делу поэтому до конца недели буду отбиваться мемами
Выше был запрос на что-то личное. Но я далеко не повод для подражания в ряде моментов. Так я никогда не был в отпуске в своей жизни и работаю официально с 14 лет, неофициально с 11 по мелочи
Шутки про швеца-жнеца-на дуде игреца меня не смешат, я был: промоутером, хостесом, официантом, поваром, администратором кафе, грузчиком, садовником, лесничим, лаборантом в КЛД, сапортом, в коллцентр, продажником, аккаунтом, андроид разработчиком и остановился как ПМ
P.S. Пробелов в резюме у меня нет
Помни про важность своевременного отдыха
Я как обычно перегружен и не успеваю ничего написать по делу поэтому до конца недели буду отбиваться мемами
Выше был запрос на что-то личное. Но я далеко не повод для подражания в ряде моментов. Так я никогда не был в отпуске в своей жизни и работаю официально с 14 лет, неофициально с 11 по мелочи
Шутки про швеца-жнеца-на дуде игреца меня не смешат, я был: промоутером, хостесом, официантом, поваром, администратором кафе, грузчиком, садовником, лесничим, лаборантом в КЛД, сапортом, в коллцентр, продажником, аккаунтом, андроид разработчиком и остановился как ПМ
P.S. Пробелов в резюме у меня нет
😱20👍8💩5👀3🤡1
#рецепт
Этим документом стоить подтереться? Почему мы на самом деле соблюдаем NDA
Здравствуй, осторожный менеджер!
Сколько раз ты подписывал NDA и думал - а будет ли толк? На нашем рынке это скорее славная традиция, чем реальной обоснованный инструмент
Зачем тогда NDA нужен и почему его стоит соблюдать? Всё просто - для менеджера это маркер некой солидности и доверия. Ты показываешь, что играешь по взрослым правилам и уважаешь договорённости. NDA - это больше про отношения с руководством и командой, чем про страх перед юристами. Ведь по сути мы копируем англосакскую юридическую традицию, прямой аналогии которой в нашем романском праве нет, но иногда традиция важнее бумаги
Поэтому я крайне советую все же его соблюдать и поддерживать, ведь для менеджера главный навык и хлеб - создание партнерских отношений. И транслировать культурный код и правила компании - такая же работа для менеджера, причем крайне важная
Почему NDA в России и СНГ обычно бессилен? Ну чтобы он заработал, компания должна оформить режим коммерческой тайны, маркировать документы, прописывать доступы и ознакамливать тебя с порядками. Без этого - в суде NDA ничего не значит. Тут неплохо расписано . Привлечь к ответственности без всех этих процедур почти невозможно - подтверждаю из личного опыта, пытались разок в РК близкого человека
Любимый пункт в NDA - молчать о зарплате. Но ТК РФ (ст. 136 ) гарантирует только право знать свои условия оплаты, а не молчать о них. Еще и противоречит императивам о защите прав работников. Запрет обсуждать зарплату - это юридический курьёз , хороший разбор тут и доказать что разглашением зарплаты был нанесен ущерб не получится
В общем если у компании не подготовлен контур для зашиты информации (а он обычно не подготовлен) ваш NDA не стоит бумаги, на которой напечатан. В РФ и РК такие страшилки работают только для красоты. Хотя в компаниях даже если в суде не доказано, все равно по своему включается. Так за мной какое-то время следили братки на прошлом месте, но это не про юриспруденцию ни разу
Кстати вот анализ за 3 года некоторых дел, которые связаны с NDA, занимательное чтиво
Из личного, у меня три NDA с прошлого места - РФ, РК, кипрское. Первые два просто формальность. А вот по кипрскому - любой косяк и 2k евро штрафа, всё серьёзно, договор имеет юр. силу, я специально проверял.
P.S. NDA - это про культуру и отношения. Соблюдать стоит, чтобы не быть белой вороной, но иллюзий питать не надо. И перед HR лучше не шутить, что NDA - просто для галочки
Этим документом стоить подтереться? Почему мы на самом деле соблюдаем NDA
Здравствуй, осторожный менеджер!
Сколько раз ты подписывал NDA и думал - а будет ли толк? На нашем рынке это скорее славная традиция, чем реальной обоснованный инструмент
Зачем тогда NDA нужен и почему его стоит соблюдать? Всё просто - для менеджера это маркер некой солидности и доверия. Ты показываешь, что играешь по взрослым правилам и уважаешь договорённости. NDA - это больше про отношения с руководством и командой, чем про страх перед юристами. Ведь по сути мы копируем англосакскую юридическую традицию, прямой аналогии которой в нашем романском праве нет, но иногда традиция важнее бумаги
Поэтому я крайне советую все же его соблюдать и поддерживать, ведь для менеджера главный навык и хлеб - создание партнерских отношений. И транслировать культурный код и правила компании - такая же работа для менеджера, причем крайне важная
Почему NDA в России и СНГ обычно бессилен? Ну чтобы он заработал, компания должна оформить режим коммерческой тайны, маркировать документы, прописывать доступы и ознакамливать тебя с порядками. Без этого - в суде NDA ничего не значит. Тут неплохо расписано . Привлечь к ответственности без всех этих процедур почти невозможно - подтверждаю из личного опыта, пытались разок в РК близкого человека
Любимый пункт в NDA - молчать о зарплате. Но ТК РФ (ст. 136 ) гарантирует только право знать свои условия оплаты, а не молчать о них. Еще и противоречит императивам о защите прав работников. Запрет обсуждать зарплату - это юридический курьёз , хороший разбор тут и доказать что разглашением зарплаты был нанесен ущерб не получится
В общем если у компании не подготовлен контур для зашиты информации (а он обычно не подготовлен) ваш NDA не стоит бумаги, на которой напечатан. В РФ и РК такие страшилки работают только для красоты. Хотя в компаниях даже если в суде не доказано, все равно по своему включается. Так за мной какое-то время следили братки на прошлом месте, но это не про юриспруденцию ни разу
Кстати вот анализ за 3 года некоторых дел, которые связаны с NDA, занимательное чтиво
Из личного, у меня три NDA с прошлого места - РФ, РК, кипрское. Первые два просто формальность. А вот по кипрскому - любой косяк и 2k евро штрафа, всё серьёзно, договор имеет юр. силу, я специально проверял.
P.S. NDA - это про культуру и отношения. Соблюдать стоит, чтобы не быть белой вороной, но иллюзий питать не надо. И перед HR лучше не шутить, что NDA - просто для галочки
👍19💩3👀2🤡1
#рецепт
Отчет по Jira любой команды без выгрузок и геморроя через Claude. Ну почти
Здравствуй, ai-совместимый менеджер!
Про это не сказал уже только ленивый, что Atlassian подключил Claude к Jira через beta MCP сервер (в комментарии оставил ссылки почитать что это такое на всякий). Теперь отчёты и задачи создаются простым промптом. Так заявляется
Я вижу пока основную ценность исключительно в верхнеуровневом обзор состояния команды, например текущие приоритеты, зависшие задачи, состояние бэклога и перфоманс
В комментариях на форумах заметили очевидные нюансы:
1. Claude иногда неточно интерпретирует промпты, нужны максимально конкретные запросы. С промтами в MCP всегда была беда
2. Не всегда подходит для сложных и очень многошаговых задач
Подробности и обсуждение:
https://community.atlassian.com/forums/Atlassian-Platform-articles/Using-the-Atlassian-Remote-MCP-Server-beta/ba-p/3005104
https://www.atlassian.com/platform/remote-mcp-server
P.S. У меня оно не завелось вообще, так как много проектов team managed в jira и оно просто отказывается с ними работать. Если кто еще попробовал, поделитесь, как оно. Я привык уже на коленке собирать скрипты на питоне и выгружать все что мне нужно по Rest
Отчет по Jira любой команды без выгрузок и геморроя через Claude. Ну почти
Здравствуй, ai-совместимый менеджер!
Про это не сказал уже только ленивый, что Atlassian подключил Claude к Jira через beta MCP сервер (в комментарии оставил ссылки почитать что это такое на всякий). Теперь отчёты и задачи создаются простым промптом. Так заявляется
Я вижу пока основную ценность исключительно в верхнеуровневом обзор состояния команды, например текущие приоритеты, зависшие задачи, состояние бэклога и перфоманс
В комментариях на форумах заметили очевидные нюансы:
1. Claude иногда неточно интерпретирует промпты, нужны максимально конкретные запросы. С промтами в MCP всегда была беда
2. Не всегда подходит для сложных и очень многошаговых задач
Подробности и обсуждение:
https://community.atlassian.com/forums/Atlassian-Platform-articles/Using-the-Atlassian-Remote-MCP-Server-beta/ba-p/3005104
https://www.atlassian.com/platform/remote-mcp-server
P.S. У меня оно не завелось вообще, так как много проектов team managed в jira и оно просто отказывается с ними работать. Если кто еще попробовал, поделитесь, как оно. Я привык уже на коленке собирать скрипты на питоне и выгружать все что мне нужно по Rest
🔥5👍4🤡1
#рецепт
Формула конфликта
Здравствуй, наблюдательный читатель!
Давай сегодня разберём одну занятную теорию, которую утащил с курса от Стратоплана.
Формулу конфликта: КНС = К – КС – (КФГ). На словах все прозаично: если вычесть из любого конфликта (К) саму конфликтную ситуацию (КС) и весь этот эмоциональный груз” (КФГ) - останется КНС, то есть конструктив. КНС - это и есть тот полезный остаток, который позволяет выйти из любого спора сильнее чем прежде и без перегара
Что сюда входит?
КС - это условия, в которых вообще возможен конфликт. Например, неясные роли, мутные процессы, давление сроков, перегретые задачи.
КФГ - это наши триггеры, все “подколки”, пассивная агрессия, колкости в стиле “ты ничего не понимаешь”, язвительные комментарии, иногда даже просто усталость, с которой срываешься на людей
Вот ты вычитаешь из конфликта ситуации и конфликтогены, и если что-то остаётся, это и есть КНС. Проще говоря, если убрать весь мусор, остаётся шанс на честный разговор на пальцах и понимание друг друга
Позитивное намерение - еще одна полезная концепция
Звучит чуть мудрено, а на деле - это то, ради чего мы вообще вступаем в спор. И это почти всегда что-то хорошее, просто часто скрытое даже от самих себя.
Например:
- Агрессия? На самом деле человек хочет защитить себя или восстановить справедливость;
- Робость? Хочет быть замеченным;
- Сопротивление изменениям? Боится облажаться и хочет сохранить уверенность;
- Ложь? Иногда - просто избежать разрушения отношений.
У меня бывает, что спорю до хрипоты, а на самом деле просто боюсь, что проект завалится и мне потом разбирать завалы
Смысл здесь - научиться видеть, какое позитивное намерение скрыто за поведением человека. Даже если она кажется стремным. И озвучить это (хотя бы для себя), чтобы не упереться в эмоции
Последовательность решения через 3 К
1) Контакт - спокойно признаём, что есть проблема, и зовём её обсудить (“Коллеги, у нас периодически переносятся релизы, что влияет на наши совместные цели - давайте поймём, почему и чем мы вам можем помочь”)
2) Коммуникация - выясняем, как видит ситуацию оппонент, чего он реально хочет (часто тут проявляется как раз то самое позитивное намерение). Проговариваем и своё (“Я вижу, что у команды перегруз, и мне важно, чтобы мы не выгорели”)
3) Консилиация - договариваемся, кто готов на какие изменения, и фиксируем это. Можно устно, можно даже письменно. А еще радуемся что не перес**лись
Если обе стороны честно участвуют, появляется шанс выйти на конструктив, а не скатиться в позиционку
Конечно есть но.
Был у меня случай с C-level в крупной телеком-компании. Все условия для конфликта (КС) - на месте: сложные процессы, закрытые правила, куча скрытых ожиданий. Конфликтогены (КФГ) - регулярно: “вы тут гости”, “у нас свои порядки”, колкости через раз. И вроде бы я держался за конструктив, вытаскивал на контакт, озвучивал позитивные намерения (“Я правда хочу, чтобы процессы были прозрачнее для всех - не для галочки, мы строим квартальное планирование чтобы повышать предсказуемость”). Но человек не хотел даже обсуждать, если ты не из его круга, а любые мои предложения - только злили. Итог - никакой КНС, только выгорание. Формула работает, если обе стороны хотя бы формально хотят договариваться и строить партнерские отношения, а если нет - хоть разбирай конфликт на атомы, конструктив не вытащишь
P.S. Сам до сих пор учусь видеть за поведением не только конфликтогены, но и позитивные намерения, честно говоря, для меня это один из самых сложных навыков. Но точно стоящий
Формула конфликта
Здравствуй, наблюдательный читатель!
Давай сегодня разберём одну занятную теорию, которую утащил с курса от Стратоплана.
Формулу конфликта: КНС = К – КС – (КФГ). На словах все прозаично: если вычесть из любого конфликта (К) саму конфликтную ситуацию (КС) и весь этот эмоциональный груз” (КФГ) - останется КНС, то есть конструктив. КНС - это и есть тот полезный остаток, который позволяет выйти из любого спора сильнее чем прежде и без перегара
Что сюда входит?
КС - это условия, в которых вообще возможен конфликт. Например, неясные роли, мутные процессы, давление сроков, перегретые задачи.
КФГ - это наши триггеры, все “подколки”, пассивная агрессия, колкости в стиле “ты ничего не понимаешь”, язвительные комментарии, иногда даже просто усталость, с которой срываешься на людей
Вот ты вычитаешь из конфликта ситуации и конфликтогены, и если что-то остаётся, это и есть КНС. Проще говоря, если убрать весь мусор, остаётся шанс на честный разговор на пальцах и понимание друг друга
Позитивное намерение - еще одна полезная концепция
Звучит чуть мудрено, а на деле - это то, ради чего мы вообще вступаем в спор. И это почти всегда что-то хорошее, просто часто скрытое даже от самих себя.
Например:
- Агрессия? На самом деле человек хочет защитить себя или восстановить справедливость;
- Робость? Хочет быть замеченным;
- Сопротивление изменениям? Боится облажаться и хочет сохранить уверенность;
- Ложь? Иногда - просто избежать разрушения отношений.
У меня бывает, что спорю до хрипоты, а на самом деле просто боюсь, что проект завалится и мне потом разбирать завалы
Смысл здесь - научиться видеть, какое позитивное намерение скрыто за поведением человека. Даже если она кажется стремным. И озвучить это (хотя бы для себя), чтобы не упереться в эмоции
Последовательность решения через 3 К
1) Контакт - спокойно признаём, что есть проблема, и зовём её обсудить (“Коллеги, у нас периодически переносятся релизы, что влияет на наши совместные цели - давайте поймём, почему и чем мы вам можем помочь”)
2) Коммуникация - выясняем, как видит ситуацию оппонент, чего он реально хочет (часто тут проявляется как раз то самое позитивное намерение). Проговариваем и своё (“Я вижу, что у команды перегруз, и мне важно, чтобы мы не выгорели”)
3) Консилиация - договариваемся, кто готов на какие изменения, и фиксируем это. Можно устно, можно даже письменно. А еще радуемся что не перес**лись
Если обе стороны честно участвуют, появляется шанс выйти на конструктив, а не скатиться в позиционку
Конечно есть но.
Был у меня случай с C-level в крупной телеком-компании. Все условия для конфликта (КС) - на месте: сложные процессы, закрытые правила, куча скрытых ожиданий. Конфликтогены (КФГ) - регулярно: “вы тут гости”, “у нас свои порядки”, колкости через раз. И вроде бы я держался за конструктив, вытаскивал на контакт, озвучивал позитивные намерения (“Я правда хочу, чтобы процессы были прозрачнее для всех - не для галочки, мы строим квартальное планирование чтобы повышать предсказуемость”). Но человек не хотел даже обсуждать, если ты не из его круга, а любые мои предложения - только злили. Итог - никакой КНС, только выгорание. Формула работает, если обе стороны хотя бы формально хотят договариваться и строить партнерские отношения, а если нет - хоть разбирай конфликт на атомы, конструктив не вытащишь
P.S. Сам до сих пор учусь видеть за поведением не только конфликтогены, но и позитивные намерения, честно говоря, для меня это один из самых сложных навыков. Но точно стоящий
👍19🔥4💩1🤡1
#полезности
🔥 Эфир “Gen AI и LLM в работе менеджера: правда и мифы”
🤖 Мы всё чаще слышим о Gen AI и LLM: кто-то закупает GPT-o3 и Cursor, кто-то строит RAG-ассистентов или включает в процессы Jira AI и tl;dv. Но где реальная польза для PM, а где - очередной хайп и пустые спекуляции?
🗓 В следующий понедельник, 23.06, в 19:30 по мск у нас пройдет честный AMA (Ask Me Anything) без воды и слайдов в самом большом ру-сообществе поиска работы для менеджеров Project Jobs . Только практические кейсы и откровенные ответы на любые вопросы!
👥 Участники эфира:
- Стас Беляев - Lead Tech PM, Microsoft, автор Meet Deadlines
- Артем Арюткин - Руководитель проектного офиса Яндекса, автор Плохой Project
- Артем Летюшев - Senior PM, Twinby, автор Junior PM
Также к нам заглянет @Danil_Silantyev как DS/AI-инженер, чтобы технически углубить ответы
🎯 Что обсудим как минимум:
- Как "AI" инструменты мы используем и что из них реально помогают в управлении
- Какие решения заходят,а от каких мало толку
- Что еще недостаточно развито чтобы давать отдачу
- Какие нужны условия для адекватной работы LLM
📊 P.S. Мы активно погружаемся в рынок обучения AI для менеджеров и удивляемся шуму вокруг инструментов. Через контент и лендинг mysummit.school тестируем спрос на грамотное и структурированное обучение
🚀 Подключайтесь 23 июня в 19:30 в Projects Jobs и не стесняйтесь задавать вопросы!
🔥 Эфир “Gen AI и LLM в работе менеджера: правда и мифы”
🤖 Мы всё чаще слышим о Gen AI и LLM: кто-то закупает GPT-o3 и Cursor, кто-то строит RAG-ассистентов или включает в процессы Jira AI и tl;dv. Но где реальная польза для PM, а где - очередной хайп и пустые спекуляции?
🗓 В следующий понедельник, 23.06, в 19:30 по мск у нас пройдет честный AMA (Ask Me Anything) без воды и слайдов в самом большом ру-сообществе поиска работы для менеджеров Project Jobs . Только практические кейсы и откровенные ответы на любые вопросы!
👥 Участники эфира:
- Стас Беляев - Lead Tech PM, Microsoft, автор Meet Deadlines
- Артем Арюткин - Руководитель проектного офиса Яндекса, автор Плохой Project
- Артем Летюшев - Senior PM, Twinby, автор Junior PM
Также к нам заглянет @Danil_Silantyev как DS/AI-инженер, чтобы технически углубить ответы
🎯 Что обсудим как минимум:
- Как "AI" инструменты мы используем и что из них реально помогают в управлении
- Какие решения заходят,а от каких мало толку
- Что еще недостаточно развито чтобы давать отдачу
- Какие нужны условия для адекватной работы LLM
📊 P.S. Мы активно погружаемся в рынок обучения AI для менеджеров и удивляемся шуму вокруг инструментов. Через контент и лендинг mysummit.school тестируем спрос на грамотное и структурированное обучение
🚀 Подключайтесь 23 июня в 19:30 в Projects Jobs и не стесняйтесь задавать вопросы!
👍11🔥5🤡2💅2💩1
#кейс_стади
Задача на подумать для менеджера
Правильного ответа нет. В таких случаях стоит задать допущения, опиши, как бы ты действовал в комментариях к опросу
Ты - Project Manager отдела DigitalOps в компании «Доставичкофф», с недавнего времени крупный игрок B2B-логистика и мультимодальной доставки. Ваш развивает делает клиентский портал, API-интеграции и мобильный трекер. Раньше за всём стоял Excel или бесплатные версии инструментов, но после успеха маркетинга поток заказов удвоился, и три команды уже не справляются с запросами бизнеса
Собственник дал карт-бланш на закупку любых нужных сервисов, те же HR на радостях пересели в хантфлоу, а по всей компании запустили обучение OKR и цифровым навыкам. CTO, бывший Head of AI в Lamoda и большой фанат прозрачного репортинга и автоматизации, с его подачи начались масштабные реформы в компании
У тебя есть три команды и три опытных лида, но каждый работает в своей песочнице, как масштабировать команды понятно и у компании уже есть опыт выращивания лидов, а вот PM нужно нанимать с рынка и давать ему старые команды, а тебе запускать новые. Основные к нему запросы такие
– введёт единые delivery-ритмы,
– согласует приоритезацию и бэклог между командами,
– организует прозрачную отчётность по OKR/KPI,
– подружит разработку с маркетингом и бизнес-заказчиками
Задача на подумать для менеджера
Правильного ответа нет. В таких случаях стоит задать допущения, опиши, как бы ты действовал в комментариях к опросу
Ты - Project Manager отдела DigitalOps в компании «Доставичкофф», с недавнего времени крупный игрок B2B-логистика и мультимодальной доставки. Ваш развивает делает клиентский портал, API-интеграции и мобильный трекер. Раньше за всём стоял Excel или бесплатные версии инструментов, но после успеха маркетинга поток заказов удвоился, и три команды уже не справляются с запросами бизнеса
Собственник дал карт-бланш на закупку любых нужных сервисов, те же HR на радостях пересели в хантфлоу, а по всей компании запустили обучение OKR и цифровым навыкам. CTO, бывший Head of AI в Lamoda и большой фанат прозрачного репортинга и автоматизации, с его подачи начались масштабные реформы в компании
У тебя есть три команды и три опытных лида, но каждый работает в своей песочнице, как масштабировать команды понятно и у компании уже есть опыт выращивания лидов, а вот PM нужно нанимать с рынка и давать ему старые команды, а тебе запускать новые. Основные к нему запросы такие
– введёт единые delivery-ритмы,
– согласует приоритезацию и бэклог между командами,
– организует прозрачную отчётность по OKR/KPI,
– подружит разработку с маркетингом и бизнес-заказчиками
🤯4💩4🤡2🥴1
💩7🤡3👍1
Junior AI PM
#полезности 🔥 Эфир “Gen AI и LLM в работе менеджера: правда и мифы” 🤖 Мы всё чаще слышим о Gen AI и LLM: кто-то закупает GPT-o3 и Cursor, кто-то строит RAG-ассистентов или включает в процессы Jira AI и tl;dv. Но где реальная польза для PM, а где - очередной…
#полезности
Запись эфира
https://www.youtube.com/watch?v=UIzlZVUu8Ys&sttick=0
Для удобства, вот еще транскрипция этого видео, чтобы посмотреть только интересные вам темы (уважаем ваше время)
https://300.ya.ru/v_C3GZquhD. Там много забавных неточностей, но увы такова транскрибация яндекса
Это была первая проба пера и я лично сделал много выводов - как минимум стоило ознакомиться с особенностями телеграм и задуматься о том что когда под 100 незнакомых человек на созвоне, к тому же незнакомых с функциональность эфиров телеграм, то это будет сложно для участников
Из неожиданностей, готовились к сугубо практическим и насквозь философским вопросам, а оказалось что больше было общих вопросов
Собственно продолжаем нашу эпопею с проверкой гипотезы о том что рынку нужны хорошие курсы по Gen AI для менеджеров https://mysummit.school/
Запись эфира
https://www.youtube.com/watch?v=UIzlZVUu8Ys&sttick=0
Для удобства, вот еще транскрипция этого видео, чтобы посмотреть только интересные вам темы (уважаем ваше время)
https://300.ya.ru/v_C3GZquhD. Там много забавных неточностей, но увы такова транскрибация яндекса
Это была первая проба пера и я лично сделал много выводов - как минимум стоило ознакомиться с особенностями телеграм и задуматься о том что когда под 100 незнакомых человек на созвоне, к тому же незнакомых с функциональность эфиров телеграм, то это будет сложно для участников
Из неожиданностей, готовились к сугубо практическим и насквозь философским вопросам, а оказалось что больше было общих вопросов
Собственно продолжаем нашу эпопею с проверкой гипотезы о том что рынку нужны хорошие курсы по Gen AI для менеджеров https://mysummit.school/
🔥12👍3👏3💩1🤡1
#иное
Как наверное заметили я тут мастрячу курс по Gen AI для менеджеров
И как раз в рамках этого приходится много информации в интернете перепроверять. Даже не представляете, сколько там спекуляций и передёргиваний. Но хватает и просто забавного. В рамках контент-маркетинга я пилю как квизы, так и структурированные соцопросы, за которыми стоит большая работа. Если вдруг хочется проверить, насколько вы распознаёте текст от AI или узнать, действительно ли вас заменит ИИ через пару лет, можете пройти пару таких опросов - в лучших традициях тестов ВКонтакте
https://tally.so/r/w4DZoO - Проверка способности отличать сгенерированный текст от человеческого
https://tally.so/r/w2YeOV - Адекватный ответ, заменит ли тебя ИИ
Как наверное заметили я тут мастрячу курс по Gen AI для менеджеров
И как раз в рамках этого приходится много информации в интернете перепроверять. Даже не представляете, сколько там спекуляций и передёргиваний. Но хватает и просто забавного. В рамках контент-маркетинга я пилю как квизы, так и структурированные соцопросы, за которыми стоит большая работа. Если вдруг хочется проверить, насколько вы распознаёте текст от AI или узнать, действительно ли вас заменит ИИ через пару лет, можете пройти пару таких опросов - в лучших традициях тестов ВКонтакте
https://tally.so/r/w4DZoO - Проверка способности отличать сгенерированный текст от человеческого
https://tally.so/r/w2YeOV - Адекватный ответ, заменит ли тебя ИИ
🔥6👍3💩3🤡1
#кейс_стади
Задача на подумать для менеджера
На мой взляд эту ситуацию в Доставичкофф лучше всего зайдет крепкий мидл, в общем виде погруженный в вопросы Gen AI. Здесь не нужен человек обвешанный AI как новогодняя елка, но и товарищу далекому может быть не просто. Сам кейс про интеграцию в реальных условиях адхократии, где каждый лидер ревностно охраняет свой уголок и компания крайне нуждается в прозрачный и устойчивых циклах обратной связи
Ключевое - это умение фасилитировать горизонтальные связи между лидами, выстраивать доверие и совместные процессы через win-win. Без этого любые деливери трейны быстро становятся отчетностью косностью и процессами ради процессов
Важен и опыт работы в быстрорастущих, неформальных командах: никакой регламент тут не сработает без вовлечения ключевых игроков. А еще - способность автоматизировать рутину, которая была небольшой для маленького стартапа, но в условиях болезни роста становится критичной. Поэтому внедрять сервисы так, чтобы команде действительно было легче это критичный момент
Судя по моему курсу для руководителя отдела тут у нас классическая адхократия по Минцбергу: задачи сложные, конфликтов полно, а культура интегратора только начинает рождаться. Просто сильный PM тут с одной стороны избыточен и ему будет сложнее включиться, придется переучиваться под CTO, а джун с Qwen-13B не справится. AI все это усилитель компетенций, а не костыль вместо софта
А еще почти никто не заметил что от Qwen-13B толку особо не будет, слишком слабая модель, как и от n8n в 75% кейсов. Тут я откровенно ловушку на внимательность поставил
Если хочешь действительно уйти от хаоса, бери того, кто умеет объединять людей, быстро выделять рутину и автоматизировать ее и не боится честных диалогов с бизнесом. В моей картине мира это должен уметь и мидл
P.S. Вообще я в последнее время часто таскаю схожие кейсы из Стратоплана, там как раз на пальцах показывают, как выбирать и внедрять проджектов под реальную компанию и как выступать их руководителем
Задача на подумать для менеджера
На мой взляд эту ситуацию в Доставичкофф лучше всего зайдет крепкий мидл, в общем виде погруженный в вопросы Gen AI. Здесь не нужен человек обвешанный AI как новогодняя елка, но и товарищу далекому может быть не просто. Сам кейс про интеграцию в реальных условиях адхократии, где каждый лидер ревностно охраняет свой уголок и компания крайне нуждается в прозрачный и устойчивых циклах обратной связи
Ключевое - это умение фасилитировать горизонтальные связи между лидами, выстраивать доверие и совместные процессы через win-win. Без этого любые деливери трейны быстро становятся отчетностью косностью и процессами ради процессов
Важен и опыт работы в быстрорастущих, неформальных командах: никакой регламент тут не сработает без вовлечения ключевых игроков. А еще - способность автоматизировать рутину, которая была небольшой для маленького стартапа, но в условиях болезни роста становится критичной. Поэтому внедрять сервисы так, чтобы команде действительно было легче это критичный момент
Судя по моему курсу для руководителя отдела тут у нас классическая адхократия по Минцбергу: задачи сложные, конфликтов полно, а культура интегратора только начинает рождаться. Просто сильный PM тут с одной стороны избыточен и ему будет сложнее включиться, придется переучиваться под CTO, а джун с Qwen-13B не справится. AI все это усилитель компетенций, а не костыль вместо софта
А еще почти никто не заметил что от Qwen-13B толку особо не будет, слишком слабая модель, как и от n8n в 75% кейсов. Тут я откровенно ловушку на внимательность поставил
Если хочешь действительно уйти от хаоса, бери того, кто умеет объединять людей, быстро выделять рутину и автоматизировать ее и не боится честных диалогов с бизнесом. В моей картине мира это должен уметь и мидл
P.S. Вообще я в последнее время часто таскаю схожие кейсы из Стратоплана, там как раз на пальцах показывают, как выбирать и внедрять проджектов под реальную компанию и как выступать их руководителем
👍19🔥14💩5👏4🤡1
#полезности
Вайбкодинг эволюционировал в вайб-менеджмент
Здравствуй, практикующий экспериментатор AI-тулов!
Когда-то все радовались моде на vibe coding и то как легко и просто теперь писать простые автоматизации, восторгались от n8n и мануса. А тут какой-то умник сделал Vibe Kanban - не про канбан-доски, а чисто про управление бригадой AI-агентов (Claude, Gemini, Codex, Amp) в одном локальном окне
Что там происходит
Распределяешь задачи между агентами, переключаешь их на лету, смотришь, кто решает задачи быстрее, а кто просто уходит в философский рефакторинг. Доступны легкие оркестрационные паттерны вроде upstairs/debate agents. Всё запускается у тебя локально - никакой внешней аналитики, за приватность уже не переживай, сбор e-mail и имён с GitHub пофиксили (комьюнити умеет отстаивать свои права)
Возможности заявлены крутые
- Параллельная работа сразу нескольких AI
- Моментальное переключение между моделями
- Встроенный ревью без интеграций
- Визуализация без лишнего мусора
Открытый исходник: https://github.com/BloopAI/vibe-kanban
Полные доки: https://www.vibekanban.com/
Собственно если очень хочешь почувствовать себя тимлидом в мире ИИ - бери эту песочницу. Можно запускать сразу кучу AI, наблюдать, как они спорят о формате кавычек или внезапно устраивают массовый рефакторинг под свой вкус
Мой скепсис как обычно
Скажу честно - это не crew.ai, и до production здесь ещё далеко. По отзывам на HN https://news.ycombinator.com/item?id=44533004 и редите https://www.reddit.com/r/ClaudeCode/comments/1luv8iq/claude_code_meets_kanban/ народ хайпует, но при этом активно жалуется: то агенты зависают, то код не меняется, то авторизация требует слишком много разрешений. Ну да, гринфилд опенсурс, как обычно
P.S. Если твои агенты поссорятся из-за формата кавычек или внезапно решат перевести всё на TypeScript - добро пожаловать в вайб-менеджмент
P.P.S. Для затравки демка: https://www.youtube.com/watch?v=NCksand7Iwo
Вайбкодинг эволюционировал в вайб-менеджмент
Здравствуй, практикующий экспериментатор AI-тулов!
Когда-то все радовались моде на vibe coding и то как легко и просто теперь писать простые автоматизации, восторгались от n8n и мануса. А тут какой-то умник сделал Vibe Kanban - не про канбан-доски, а чисто про управление бригадой AI-агентов (Claude, Gemini, Codex, Amp) в одном локальном окне
Что там происходит
Распределяешь задачи между агентами, переключаешь их на лету, смотришь, кто решает задачи быстрее, а кто просто уходит в философский рефакторинг. Доступны легкие оркестрационные паттерны вроде upstairs/debate agents. Всё запускается у тебя локально - никакой внешней аналитики, за приватность уже не переживай, сбор e-mail и имён с GitHub пофиксили (комьюнити умеет отстаивать свои права)
Возможности заявлены крутые
- Параллельная работа сразу нескольких AI
- Моментальное переключение между моделями
- Встроенный ревью без интеграций
- Визуализация без лишнего мусора
Открытый исходник: https://github.com/BloopAI/vibe-kanban
Полные доки: https://www.vibekanban.com/
Собственно если очень хочешь почувствовать себя тимлидом в мире ИИ - бери эту песочницу. Можно запускать сразу кучу AI, наблюдать, как они спорят о формате кавычек или внезапно устраивают массовый рефакторинг под свой вкус
Мой скепсис как обычно
Скажу честно - это не crew.ai, и до production здесь ещё далеко. По отзывам на HN https://news.ycombinator.com/item?id=44533004 и редите https://www.reddit.com/r/ClaudeCode/comments/1luv8iq/claude_code_meets_kanban/ народ хайпует, но при этом активно жалуется: то агенты зависают, то код не меняется, то авторизация требует слишком много разрешений. Ну да, гринфилд опенсурс, как обычно
P.S. Если твои агенты поссорятся из-за формата кавычек или внезапно решат перевести всё на TypeScript - добро пожаловать в вайб-менеджмент
P.P.S. Для затравки демка: https://www.youtube.com/watch?v=NCksand7Iwo
🔥14👍3👏1😁1
#иное
Воркшоп по вайбинжинирингу
Здравствуй, уставший от демо-песочниц менеджер!
Если тебя уже тошнит от эфиров, где нейросеть под грустную лоу-фай музыку собирает судоку или делает сервис за 30 минут, а потом всё это отправляется в утиль - ты не один. Я точно также ничерта не понимаю как этим можно демонстрировать возможности новых инструментов и смену парадигмы
В этот раз будет по-взрослому. Без хороводов вокруг prompt’ов, без фейковых IDE и без философии "ну тут Claude сам всё придумал"
27 июля, 20:30 (МСК) - прямой эфир от MySummit School на YouTube (курс который я мастрячу несколько в убыток блогу и лету)
Вот ссылка, не потеряй: https://mysummit.school/event/ai-for-engineers-27-07-2025
Что будет?
- фуллпайплайн продакшн-разработки AI-first приложения, от PoC до боевого интерфейса;
- ICE-промптинг, кодогенерация без боли и semantic task markup;
- оркестрация нескольких агентов с retry-логикой и LLM-пригодным логированием;
- UI-дизайн с AI-дизайнерами, которые не тупят на кнопках отмена" и отменить отмену;
- как самовалидировать вывод, ловить фейлы и не сойти с ума от реколлов fix it, fix it...
Всё это добро грамотно покажет техлид и AI-инженер из ведущей технологической компании (пока из-за проволочек название компании под NDA)
Формат непосредственный: живая разработка, реальные ошибки, честные ответы на вопросы вроде "а почему оно вообще работает?"
Короче, если хочешь понять, как встраивать AI в SDLC на уровне 1 команды - велком
P.S. Говорят, после каждого эфира как минимум десяток человек идет читать гайды вроде AI Fluency
Воркшоп по вайбинжинирингу
Здравствуй, уставший от демо-песочниц менеджер!
Если тебя уже тошнит от эфиров, где нейросеть под грустную лоу-фай музыку собирает судоку или делает сервис за 30 минут, а потом всё это отправляется в утиль - ты не один. Я точно также ничерта не понимаю как этим можно демонстрировать возможности новых инструментов и смену парадигмы
В этот раз будет по-взрослому. Без хороводов вокруг prompt’ов, без фейковых IDE и без философии "ну тут Claude сам всё придумал"
27 июля, 20:30 (МСК) - прямой эфир от MySummit School на YouTube (курс который я мастрячу несколько в убыток блогу и лету)
Вот ссылка, не потеряй: https://mysummit.school/event/ai-for-engineers-27-07-2025
Что будет?
- фуллпайплайн продакшн-разработки AI-first приложения, от PoC до боевого интерфейса;
- ICE-промптинг, кодогенерация без боли и semantic task markup;
- оркестрация нескольких агентов с retry-логикой и LLM-пригодным логированием;
- UI-дизайн с AI-дизайнерами, которые не тупят на кнопках отмена" и отменить отмену;
- как самовалидировать вывод, ловить фейлы и не сойти с ума от реколлов fix it, fix it...
Всё это добро грамотно покажет техлид и AI-инженер из ведущей технологической компании (пока из-за проволочек название компании под NDA)
Формат непосредственный: живая разработка, реальные ошибки, честные ответы на вопросы вроде "а почему оно вообще работает?"
Короче, если хочешь понять, как встраивать AI в SDLC на уровне 1 команды - велком
P.S. Говорят, после каждого эфира как минимум десяток человек идет читать гайды вроде AI Fluency
🔥7👎2🤯1🎉1
#рецепт
Манифест вайбинжиниринга: что надо делать, чтобы не ловить фейспалмы (часть 1)
Здравствуй, экспериментатор на стыке процессов, паттернов и хаоса. Как видишь я чутка забросил блог чтобы ухватиться за сдвиги рынка и заодно плотно подтянуть свои инженерные компетенции
Лови первую партию советов вайб-инженера - без воды, только боль, здравый смысл и практический подход. Сохрани, чтобы не скакать потом на граблях:
1️⃣ Чёткое проектирование: Формализуй архитектуру, схемы БД, правила именования и OpenAPI с первого дня, минимизируя семантическую энтропию;
2️⃣ Монорепозиторий и единая БД: Используй один репозиторий и одну БД с разделением на схемы. Даже не пытайся делать в отдельных репозиториях, это ужасно;
3️⃣ Семантическая разметка: Веди anchors в коде и документации, минимизируй интерференцию, связывай через graph-обход;
4️⃣ Три линтера: Именование (snake_case, kebab-case), семантическая разметка, OpenAPI/события — запускай с первого коммита;
5️⃣ Юнит-тесты: Покрывай все API, очереди, интеграции с первого дня, пиши простые тесты;
6️⃣ Логирование: Раздели на public (для Grafana) и dev (с файлами/строками), структурируй в JSON с trace_id, user_id;
7️⃣ Безопасность: Храни креды только в auth-схеме, передавай через защищённые каналы, не индексируй в git. ЖЕСТКО ОПИШИ ЭТО ПРАВИЛАМИ и желательно покрой тестами;
8️⃣ Документация на английском: Веди строго структурированную, с anchors, синхронизируй с кодом. К сожалению, на русском больше чудит любая модель и любой сервис;
9️⃣ OpenAPI и REST: Полные схемы request/response, CRUDL, описание ошибок для каждого endpoint'а;
🔟 Внешние сущности: Для каждой сущности — external_id, external_name, external_value_id, id (UUID) в clean-схеме;
1️⃣1️⃣ Docker-compose: Единый для всех сервисов, БД, BI (Metabase), с поддержкой локального/VPS деплоя;
1️⃣2️⃣ Мониторинг и телеметрия: С первого дня интегрируй Grafana/Prometheus для публичных логов и метрик;
1️⃣3️⃣ Self-hosted флоу: Поддерживай установку локально/VPS, админка для настройки интеграций, выбор проектов/параметров;
1️⃣4️⃣ Технофашизм: Жёстко следи за правилами, линтерами, тестами и документацией, чтобы код не превратился в хаос;
1️⃣5️⃣ На полную пользоваться всё-таки git, особенно github flow, потому что его придумали не просто так. И в случае вайб-инжиниринга больше всего работает именно он. И вырабатывать привычку атомарных коммитов, прям на уровне “меняю хоть что-то — коммит”, и все фичи, любые маломальские изменения — всегда в отдельных бранчах;
1️⃣6️⃣ Не писать самостоятельно промпты вообще никогда, ни в коем случае. Всегда, если тебе нужно сделать что-то новое, сперва излагай свои мысли в каком-нибудь Google AI Studio, в каком-нибудь Gemini 2.5 Pro. И только после этого копируй этот промпт на английском, когда он учитывает все моменты, когда он тебя поспрашивал, когда ты воспользовался действительно полным флоу устранения галлюцинаций и критическим мышлением;
P.S. Я по сути не инженер и не разработчик, но за 9 месяцев вайбкодинга и перманентного обучения уже могу писать +- продакшн код на уровне junior + <-> middle - и вступать в осознанные архитектурные дискуссии, которые помогают компании. Ну и просто очень быстро учусь
Манифест вайбинжиниринга: что надо делать, чтобы не ловить фейспалмы (часть 1)
Здравствуй, экспериментатор на стыке процессов, паттернов и хаоса. Как видишь я чутка забросил блог чтобы ухватиться за сдвиги рынка и заодно плотно подтянуть свои инженерные компетенции
Лови первую партию советов вайб-инженера - без воды, только боль, здравый смысл и практический подход. Сохрани, чтобы не скакать потом на граблях:
1️⃣ Чёткое проектирование: Формализуй архитектуру, схемы БД, правила именования и OpenAPI с первого дня, минимизируя семантическую энтропию;
2️⃣ Монорепозиторий и единая БД: Используй один репозиторий и одну БД с разделением на схемы. Даже не пытайся делать в отдельных репозиториях, это ужасно;
3️⃣ Семантическая разметка: Веди anchors в коде и документации, минимизируй интерференцию, связывай через graph-обход;
4️⃣ Три линтера: Именование (snake_case, kebab-case), семантическая разметка, OpenAPI/события — запускай с первого коммита;
5️⃣ Юнит-тесты: Покрывай все API, очереди, интеграции с первого дня, пиши простые тесты;
6️⃣ Логирование: Раздели на public (для Grafana) и dev (с файлами/строками), структурируй в JSON с trace_id, user_id;
7️⃣ Безопасность: Храни креды только в auth-схеме, передавай через защищённые каналы, не индексируй в git. ЖЕСТКО ОПИШИ ЭТО ПРАВИЛАМИ и желательно покрой тестами;
8️⃣ Документация на английском: Веди строго структурированную, с anchors, синхронизируй с кодом. К сожалению, на русском больше чудит любая модель и любой сервис;
9️⃣ OpenAPI и REST: Полные схемы request/response, CRUDL, описание ошибок для каждого endpoint'а;
🔟 Внешние сущности: Для каждой сущности — external_id, external_name, external_value_id, id (UUID) в clean-схеме;
1️⃣1️⃣ Docker-compose: Единый для всех сервисов, БД, BI (Metabase), с поддержкой локального/VPS деплоя;
1️⃣2️⃣ Мониторинг и телеметрия: С первого дня интегрируй Grafana/Prometheus для публичных логов и метрик;
1️⃣3️⃣ Self-hosted флоу: Поддерживай установку локально/VPS, админка для настройки интеграций, выбор проектов/параметров;
1️⃣4️⃣ Технофашизм: Жёстко следи за правилами, линтерами, тестами и документацией, чтобы код не превратился в хаос;
1️⃣5️⃣ На полную пользоваться всё-таки git, особенно github flow, потому что его придумали не просто так. И в случае вайб-инжиниринга больше всего работает именно он. И вырабатывать привычку атомарных коммитов, прям на уровне “меняю хоть что-то — коммит”, и все фичи, любые маломальские изменения — всегда в отдельных бранчах;
1️⃣6️⃣ Не писать самостоятельно промпты вообще никогда, ни в коем случае. Всегда, если тебе нужно сделать что-то новое, сперва излагай свои мысли в каком-нибудь Google AI Studio, в каком-нибудь Gemini 2.5 Pro. И только после этого копируй этот промпт на английском, когда он учитывает все моменты, когда он тебя поспрашивал, когда ты воспользовался действительно полным флоу устранения галлюцинаций и критическим мышлением;
P.S. Я по сути не инженер и не разработчик, но за 9 месяцев вайбкодинга и перманентного обучения уже могу писать +- продакшн код на уровне junior + <-> middle - и вступать в осознанные архитектурные дискуссии, которые помогают компании. Ну и просто очень быстро учусь
👍9🤡4👎2💩2🥴1
#рецепт
Манифест вайбинжиниринга: продолжение (часть 2)
Вот продолжение списка, который пригодится не только как напоминалка, но и как манифест того на кой черт все эти пригоршни практик без которых не работает энтерпрайз и agile:
1️⃣7️⃣ Забить агрегат на все эти прикольные механики из разряда prompt engineering, context engineering, потому что в большинстве случаев это полный bullshit, и они никак не помогают. А prompt-схемы вида COSTAR или CLEAR вообще вредны, потому что добавляют слишком много онтологической дрожи и вообще противоречат друг другу. Слишком дохрена противоречивых инструкций;
1️⃣8️⃣ Можно использовать шотган-механики для больших проектов, но в большинстве случаев они совершенно не нужны, абсолютно достаточно как раз-таки той вменяемой документации, которую ты ведёшь, и твоих правил, overview проекта, архитектуры и так далее;
1️⃣9️⃣ Перед тем как решать какую-то задачу — поискать на гитхабе её решение, хотя бы агента с вебсерчем. В 95% случаев то, как вы решаете задачу — это недостаток вашего кругозора, и это уже делали;
2️⃣0️⃣ Во все промпты инъектить команду ограничивать изменения решением задачи и не менять сопутствующие файлы, лишь бы было хорошо. Все LLM крайне плохо воспринимают принцип бойскаута и часто специально настроены, чтобы жечь больше токенов;
2️⃣1️⃣ Естественно хранить документацию в том же репозитории хотя бы в .md, и всегда её проверять на непротиворечие другой документации;
2️⃣2️⃣ Не использовать для полностью автономной работы агентов. Пока они сырые. Максимум доверять бойлерплейты и простые вещи в бекграунде;
2️⃣3️⃣ Все сервисы писать максимально автономные. Пока что модели, к сожалению, плохо справляются с учетом того, что не вся картина у них под носом
На будущее
присмотром. Но в будущем лучше делать ставку именно на небольшие автономные сервисы в рамках большой системы и микро-репы
2️⃣4️⃣ Сделать какую-то кастомную настройку, чтобы в каждом забросе ограничивать количество коллов и проходов, чтобы сервис не уходил в death loop. Скажем, делать максимум 20 правок и максимум вызовов 10 апишки. Не ходить в слишком большое количество файлов и ни в коем случае не ходить в файлы за пределами запроса и не менять всё подряд. Провайдеры LLM и API крайне любят, когда твой запрос сожрал крайне много токенов и выставит тебе большой счет. Как-то это инъектировать в каждый промпт, в каждую задачу, каждый запрос, чтобы не было избыточного количества изменений, которые не сдались;
2️⃣5️⃣ Настроить какую-то интеграцию для того, чтобы если после промота появились ошибки и сервис не перезапускается, он автоматически, делал повторный запуск и автоматически исправлял. Естественно с критериями death loop-а и не оптимального решения задачи
P.S. Если на половину пунктов не понял, не беда, у тебя есть множество инструментов для обучения
Манифест вайбинжиниринга: продолжение (часть 2)
Вот продолжение списка, который пригодится не только как напоминалка, но и как манифест того на кой черт все эти пригоршни практик без которых не работает энтерпрайз и agile:
1️⃣7️⃣ Забить агрегат на все эти прикольные механики из разряда prompt engineering, context engineering, потому что в большинстве случаев это полный bullshit, и они никак не помогают. А prompt-схемы вида COSTAR или CLEAR вообще вредны, потому что добавляют слишком много онтологической дрожи и вообще противоречат друг другу. Слишком дохрена противоречивых инструкций;
1️⃣8️⃣ Можно использовать шотган-механики для больших проектов, но в большинстве случаев они совершенно не нужны, абсолютно достаточно как раз-таки той вменяемой документации, которую ты ведёшь, и твоих правил, overview проекта, архитектуры и так далее;
1️⃣9️⃣ Перед тем как решать какую-то задачу — поискать на гитхабе её решение, хотя бы агента с вебсерчем. В 95% случаев то, как вы решаете задачу — это недостаток вашего кругозора, и это уже делали;
2️⃣0️⃣ Во все промпты инъектить команду ограничивать изменения решением задачи и не менять сопутствующие файлы, лишь бы было хорошо. Все LLM крайне плохо воспринимают принцип бойскаута и часто специально настроены, чтобы жечь больше токенов;
2️⃣1️⃣ Естественно хранить документацию в том же репозитории хотя бы в .md, и всегда её проверять на непротиворечие другой документации;
2️⃣2️⃣ Не использовать для полностью автономной работы агентов. Пока они сырые. Максимум доверять бойлерплейты и простые вещи в бекграунде;
2️⃣3️⃣ Все сервисы писать максимально автономные. Пока что модели, к сожалению, плохо справляются с учетом того, что не вся картина у них под носом
На будущее
присмотром. Но в будущем лучше делать ставку именно на небольшие автономные сервисы в рамках большой системы и микро-репы
2️⃣4️⃣ Сделать какую-то кастомную настройку, чтобы в каждом забросе ограничивать количество коллов и проходов, чтобы сервис не уходил в death loop. Скажем, делать максимум 20 правок и максимум вызовов 10 апишки. Не ходить в слишком большое количество файлов и ни в коем случае не ходить в файлы за пределами запроса и не менять всё подряд. Провайдеры LLM и API крайне любят, когда твой запрос сожрал крайне много токенов и выставит тебе большой счет. Как-то это инъектировать в каждый промпт, в каждую задачу, каждый запрос, чтобы не было избыточного количества изменений, которые не сдались;
2️⃣5️⃣ Настроить какую-то интеграцию для того, чтобы если после промота появились ошибки и сервис не перезапускается, он автоматически, делал повторный запуск и автоматически исправлял. Естественно с критериями death loop-а и не оптимального решения задачи
P.S. Если на половину пунктов не понял, не беда, у тебя есть множество инструментов для обучения
👎2💩2👍1😁1
#мнение
Почему весь этот AI появился в блоге
Я прекрасно понимаю что это может быть похоже на щит луп про AI всех заменит и тд. Однако я не продаю свои услуги, не кидаю ссылки на секретные практики и прочее. Тут скорее совпало несколько моментов:
- Я заинтересован и вдохновлен, а я всегда писал про то что у меня в фокусе и вызывает у меня живой интерес, скажем так от балды;
- Я вижу от обучения всем этим ии-ассистед практиками буст в карьере и моих возможностях, а канал был всегда про такие лайфхаки, советы и прочее для начинающих и продолжающих;
- С командой энтузиастов мы в ***е от количества воды и спекуляций на теме AI в купе с пренебрежительным отношением к новым инструментам в СНГ, поэтому тестируем курс сосредоточенный на прикладных вещах;
- Я сам вайбкожу сервис. Который все-то позволяет по токену пользователя вытаскивать данные из любых корпоративных систем и складывать это структурно в базу данных с пристегнутым арсеналом BI-инструментов. Чтобы абсолютно любой менеджер мог поставить себе диструбитив на комьютер или какой-угодно сервер и там из под коробки была выгрузка скажем из джиры и дашборд с правильными метриками от lead time до dora и всяким срезами велосити/капасити. И все это расширяемо, стабильно, независимо и бесплатно
Почему весь этот AI появился в блоге
Я прекрасно понимаю что это может быть похоже на щит луп про AI всех заменит и тд. Однако я не продаю свои услуги, не кидаю ссылки на секретные практики и прочее. Тут скорее совпало несколько моментов:
- Я заинтересован и вдохновлен, а я всегда писал про то что у меня в фокусе и вызывает у меня живой интерес, скажем так от балды;
- Я вижу от обучения всем этим ии-ассистед практиками буст в карьере и моих возможностях, а канал был всегда про такие лайфхаки, советы и прочее для начинающих и продолжающих;
- С командой энтузиастов мы в ***е от количества воды и спекуляций на теме AI в купе с пренебрежительным отношением к новым инструментам в СНГ, поэтому тестируем курс сосредоточенный на прикладных вещах;
- Я сам вайбкожу сервис. Который все-то позволяет по токену пользователя вытаскивать данные из любых корпоративных систем и складывать это структурно в базу данных с пристегнутым арсеналом BI-инструментов. Чтобы абсолютно любой менеджер мог поставить себе диструбитив на комьютер или какой-угодно сервер и там из под коробки была выгрузка скажем из джиры и дашборд с правильными метриками от lead time до dora и всяким срезами велосити/капасити. И все это расширяемо, стабильно, независимо и бесплатно
💅13🔥8💩3