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

👉Из процесса разработки уходит та часть, которая приносила удовольствие – медитативное написание кода. Мы заменили ее на ревью агентского кода, гораздо менее приятный и более требовательный к ментальным ресурсам процесс.
👉С потерей чувства удовлетворенности от выполненной работы, мы пытаемся возместить его через количество закрываемых задач, в результате чего возрастает и интенсивность работы.
👉Делегируя все больше задач агенту, мы постепенно теряем накопленный в голове контекст про то, как работает система. А разработка чего-то, что вы не понимаете, это еще более изнуряющий процесс.
👉Когда мы фокусируемся на одной большой проблеме за раз, значимая часть размышлений о ней происходит где-то в бэкграунде, пока мы спим или делаем что-то еще. С AI разработкой планирование превращается в несколько минут диалога с агентом, и мы лишаем себя этой важной части.

С этим выгоранием можно попробовать бороться. Часть советов – на картинке, а все детали – в статье.

Как умирают опенсорсные проекты

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

В статье – полезная классификация ситуаций, которые могут привести к смерти опенсорса, на который вы положились. Вот некоторые из них:

👉Корпоративный сирота. Компания решила заопенсорсить какие-то внутренние наработки, а затем ответственный за них человек уволился или был переключен на другие задачи. README никто не обновил, проект остался существовать, но в компании про него никто никогда не вспомнит.
👉Ментейнера наняли. Проект был создан человеком в свое свободное время. Потом его наняли в компанию, условия контракта с которой не позволяют ему продолжить поддерживать проект.
👉Дедлок наследования. Основной ментейнер проекта куда-то исчез вместе со всеми правами на публикацию новых версий. Остальные ментейнеры были быи рады подхватить флаг, но экосистема либо не позволяет передать права на пакет без ведома его создателя, либо это слишком сложный процесс, в который никто не готов вписаться.
👉Ментейнер выгорел. Он все еще принимает простые правки, не требующие когнитивного ресурса, но любые серьезные изменения зависают навсегда. При этом, чем больше его пушат, тем меньше вероятность того, что что-то случится.
👉Знание о проекте ушло. Создатель проекта передал права, а новые ментейнеры не очень хорошо понимают, как он устроен под капотом. В результате он неявно переходит в ридонли режим, с только косметическими правками.
👉Протест. Владелец проекта в знак протеста с политической или социальной проблемой ломает свой проект так, что он перестает работать либо для всех, либо для какой-то части людей.
👉Теневая разработка. В опенсорсе находится только зеркало, а настоящая разработка идет в приватном корпоративном репозитории, который когда-то просто забудут продолжить подливать.
👉Не подлежащий релизу мастер. Разработка проекта ушла слишком далеко с момента последнего релиза, он гарантированно сломает обратную совместимость всем и везде, и никто за такое не хочет брать ответственность.
👉Транзитивная смерть. Умерла какая-то важная зависимость проекта, и аналога нет или переезд слишком сложный.

Идеи, законы и концепции

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

Библиотека прямо хорошо прокурирована, мне очень зашли некоторые заметки.

Про то, как подход к измерению чего-то определяет само пространство возможностей

Physicist Arthur Eddington illustrated this with a story about fishermen who caught fish using a net with specific-sized holes. After examining their catch, they concluded there was a minimum size to fish in the sea—never considering that smaller fish simply slipped through their net undetected.
...
Our tools of measurement don't just quantify the world—they determine which aspects of it become visible to us in the first place.

Иерархия фактов

Henri Poincaré, the renowned mathematician, observed that not all facts are created equal. The most valuable ones, he noted, are those that reappear frequently—the simple facts that serve as building blocks across multiple scenarios.
...
first we establish rules by studying similarities, then we advance knowledge by investigating exceptions.

Simpson's Paradox

We're familiar with how combining data can obscure details, but less aware of how it can create entirely new—and false—effects. This statistical sleight of hand, exemplified by Simpson's paradox, occurs when individual data sets clearly favor one conclusion, yet when combined, mysteriously support the opposite. Statistician Edward Simpson documented how subsamples might consistently show A outperforming B, while the amalgamated data inexplicably shows B superior to A. The danger is that these artificial patterns can lead to false accusations or misguided decisions based on what appears to be solid evidence.

Мы креативнее, когда ходим, а не сидим

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

Так вот, в зависимости от конкретного дизайна эксперимента, от 80 до 100% участников креативили гораздо лучше, когда двигались, а не сидели на месте. Заодно проверили, что именно дает эффект – сам факт ходьбы, или прогулка на открытом воздухе. По результатам, как будто бы находиться на улице не очень важно – так что распаковываем ваши беговые дорожки, купленные во время ковида, и спрятанные куда-то под диван!

Используем AI, чтобы писать код медленнее

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

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

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

Run a Claude sub-agent, Codex, and Cursor Bugbot to find bugs in this PR ranked by critical/high/medium/low. Once they’re all done, review their findings, do your own research to rule out false positives, and write a final report.

Как не сломаться в плохих рабочих условиях

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

Держите пачку советов, которые помогут продержаться:

👉Задайте рамку рабочего дня до того, как он начался. Мозг постоянно прогнозирует, что будет происходить дальше. Если предвкушать стресс, несправедливость и усталость, вам будет намного тяжелее. Если выбрать своей целью что-то понятное и достижимое, вроде "сегодня я остаюсь спокойным, даже когда вокруг будет хаос и анархия", то вы смещаете результат в зону вашего контроля, и в итоге морально и физически будет проще.
👉Следите за физическим состоянием, особенно утром. Первый час после пробуждения очень сильно влияет на настроение на весь день. Классический набор советов от Хубермана и других – побыть на естественном свету, подвигаться, попить воды, и ни в коем случае не открывать рабочие чаты и другие источники стресса.
👉Поддерживайте свою систему стандартов, даже если у системы ее нет. Если вы недовольны качеством работы компании, то со временем это недовольство вы распространите и на себя как на ее часть. Выход – отделить свою работу от общего, задать свои стандарты качества и не нарушать их. Это поможет поддерживать самоуважение.
👉Защищайте эмоциональные границы. Не давайте работе настигать вас за ее пределами. Удалите мессенджер с телефона, отключите почту, не давайте никому свой личный номер. Старайтесь отделять рабочие проблемы и неудачи от своей самооценки.
👉Помните, что плохо будет не всегда. Вы должны верить, что лучшее будущее возможно, и что к нему можно найти путь, пусть даже он лежит через увольнение и стресс поиска новой работы.

🤖 AI в разработке: время новых процессов

Сейчас уже поздно спорить о том, нужен ли AI в разработке: он прочно вошёл в процессы — и в стартапах, и в бигтехе.

Эксперты Podlodka AI Crew собрали сезон «AI-First Development», чтобы обсудить уже не отдельные инструменты, а новую инженерную модель, в которой AI становится частью команды.

С 15 по 19 июня участники конференции:

📄 Разберутся, как делать AI-разработку более предсказуемой с помощью Open Spec Development

⚡️ Изучат model routing и prompt caching

🏗 Узнают, как автоматизировать инженерные процессы с помощью AI

🤖 Обсудят навыки и оркестрацию AI-агентов

📊 Посмотрят, как AI влияет на качество и скорость разработки.

Формат конференции — необычный и удобный: пять дней живых Zoom-сессий по утрам и вечерам, закрытое комьюнити в Telegram и обсуждения со спикерами.

Если хотите разобраться, как реально встроить AI в процессы разработки и использовать его не только для генерации кода — присоединяйтесь, тем более, что сейчас действует приятная early-bird цена на участие.

🎟 Посмотреть программу и купить билеты: https://podlodka.io/aicrew

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

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

Вы можете проверить на себе, насколько быстро она развивается в вашем случае в мини-игре по ссылке. Я проиграл уже где-то на 20 секунде, и разрешил cat не того файла.

Один внешний курс для сотрудника стоит в среднем 15 000 ₽. Если запросы на обучение приходят регулярно и от разных отделов, бюджет растёт быстро. А вместе с ним — количество договоров, подрядчиков и согласований.

📚 Библиотека роста от Нетологии работает иначе: одна подписка от 350 ₽ за сотрудника — и вы получаете доступ к 300+ мини-курсам для всей команды. Продажи, ИИ, аналитика и другие направления — всё в одной системе. Назначайте обучение сотрудникам, передавайте доступы без доплат и отслеживайте прогресс в HR-кабинете.

Нетология уже 15 лет на рынке онлайн-обучения. Над программами работает команда высококвалифицированных специалистов с педагогическим образованием, новые курсы добавляются регулярно.
Вместо недель на запуск подписки — 1–3 дня. Начать можно с демодоступа: оценить каталог курсов, HR-кабинет и формат обучения.

👉 Получить бесплатный доступ на 7 дней

Реклама. ООО “Нетология” ОГРН 1207700135884 Erid:2VSb5yj9Dii

Метод критической цепи в проектном менеджменте

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

Чтобы метод работал, нужно следовать двум правилам:

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