Энтузиасты vs скептики ИИ: гонка со временем и энтропией

В июне 2026 года Чэрити Мейджорс (Charity Majors) — известный инженер и технический директор Honeycomb — опубликовала текст, который мгновенно разлетелся по профессиональным чатам и конференциям. Симон Уиллисон (Simon Willison), один из создателей фреймворка Django и автор влиятельного технического блога, назвал его точнейшим описанием раскола, который сейчас происходит внутри большинства команд разработчиков.

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

Пропасть, которую не видно снаружи

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

Типичный диалог в таком коллективе звучит примерно так:

Энтузиаст: «Давайте будем шипить без code review (проверки кода)! Компания X уже так делает. Куда мир движется, туда и мы.»

Скептик: «Серьёзно?! У меня люди, которых я никогда не видел, присылают диффы (изменения в коде) наспех накиданные, а ты хочешь, чтобы я принимал всё это автоматом?»

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

ℹ Кто такая Charity Majors?
Чэрити Мейджорс — сооснователь и CTO компании Honeycomb (платформа observability для инженеров), бывший инженер Facebook и Parse. Известна прямолинейными текстами об инженерной культуре, on-call процессах и практиках разработки. Её блог charity.wtf читают десятки тысяч инженеров по всему миру.

Энтузиасты: гонка против времени

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

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

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

Для энтузиастов промедление — это не осторожность, это поражение.

Скептики: гонка против энтропии

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

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

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

⚠ Красный флаг для технических лидеров
Если в вашей команде кто-то мерджит большие PR (pull request — запросы на добавление изменений) с AI-сгенерированным кодом, который сам автор не читал и не понимает — это не «скорость разработки». Это накопление технического долга с процентами, которые придётся выплачивать на on-call дежурствах.

Почему они не слышат друг друга: нет петли обратной связи

Вот где корень проблемы, и он структурный, а не личностный.

Проблема в том, что победы и издержки достаются разным группам людей. Нет естественной петли обратной связи (feedback loop).

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

Энтузиаст выступает на конференции с докладом «Мы переписали сервис за выходные с помощью Claude Code!» — зал аплодирует. Скептик в это время разгребает последствия той самой переписки в production-логах — и молча злится в чате с коллегами.

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


graph TD
    A[Энтузиаст применяет ИИ] --> B[Быстрый результат — победа!]
    B --> C[Доклад на конференции / Slack-пост]
    C --> D{Есть ли feedback loop?}
    D -- Нет --> E[Скептик устраняет последствия молча]
    E --> F[Нарастающий цинизм скептика]
    F --> G[Разрыв в команде углубляется]
    D -- Да --> H[Энтузиаст узнаёт о последствиях]
    H --> I[Совместное решение проблем]
    I --> J[Команда движется вперёд вместе]

Сравнение двух позиций

КритерийAI-энтузиастAI-скептик
Главный страхОпоздать, пока конкуренты уйдут вперёдПотерять контроль над качеством и надёжностью
Что видитСкорость, новые возможности, «вау-эффект»Технический долг, неочевидные баги, деградацию кода
Угроза для компанииСтагнация = банкротствоХаос в системах = банкротство
Обратная связьПолучает быстрые «победы»Разгребает отложенные последствия
Тон в команде«Почему вы ненавидите будущее?»«Вы вообще понимаете, что делаете?»
Правы ли?✅ Да✅ Тоже да

Что делать: практические советы

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

Если вы энтузиаст

Спросите вокруг — не было ли непредвиденных последствий для других команд, и включите это в свой отчёт о победе. Или добавьте постскриптум: «Если была какая-то работа по устранению последствий, я бы хотел об этом узнать.» Особенно если есть иерархия и люди могут бояться высказываться — сделайте это легко. Приглашайте обратную связь.

💡 Совет для энтузиаста
После каждой «победы с ИИ» заведите привычку: отправляйте в тот же канал, где объявляли об успехе, короткое сообщение через неделю — «Как дела у тех, кто работает рядом с этим кодом?». Это создаёт feedback loop (петлю обратной связи) буквально из воздуха.

Если вы скептик

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

💡 Совет для скептика
Ваши данные о последствиях — это не жалобы, это ценнейшая инженерная информация. Оформите её как post-mortem (разбор инцидента) или RFC (запрос на обсуждение изменений) — и она перестанет быть ворчанием, став вкладом в улучшение процессов.

Почему это важно именно сейчас

Мы находимся в точке, когда AI-инструменты — Claude Code, GitHub Copilot, Cursor, Gemini в IDE — перестали быть экзотикой и стали частью повседневной разработки. Скорость изменений беспрецедентна.

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

Никто не знает ответа. Но команды, которые смогут совместить скорость энтузиастов с осторожностью скептиков, окажутся в выигрыше — независимо от того, куда повернёт история.

«Победы реальны. Издержки тоже реальны. Это должно быть плодотворным источником напряжения, где скептики и энтузиасты объединяются, чтобы решать сложные задачи совместными силами.» — Чэрити Мейджорс

Вывод

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

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

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