Есть странный парадокс последних лет.

С одной стороны, инженеру всё труднее оставаться просто инженером. Уже мало «я написал, оно работает». Нужно уметь объяснить, зачем это нужно, кому это больно, почему именно так, чем это лучше альтернативы и почему за это стоит платить.

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

И теперь все встретились посередине.

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

Инженерность без инженерной боли

ИИ сильно удешевил производство артефактов.

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

  • оно не собирается;

  • оно падает;

  • оно работает только локально;

  • оно не работает после перезапуска;

  • оно жрёт память;

  • оно не умеет откатываться;

  • оно не логирует то, что нужно;

  • оно невозможно поддерживать через месяц.

Эта боль неприятная, но она и формирует инженерное мышление.

Инженерность — это не умение написать код. Это привычка платить реальностью за свои абстракции.

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

ИИ часть этого барьера убрал. Теперь человек без инженерной школы может сказать:

Сделай мне Telegram‑бота.
Добавь event store.
Сделай deterministic mapper.
Напиши тесты.
Сгенерируй README.
Нарисуй архитектуру.

И на выходе действительно будет что‑то похожее на инженерный продукт.

Похожее.

Но похожесть — опасная вещь. Белый халат не делает врачом. Репозиторий не делает инженером. Архитектурные слова не делают архитектуру.

Инженерный язык как статусный костюм

Проблема не в том, что не-инженеры начали делать прототипы. Это как раз хорошо. Чем больше людей может проверить свою идею руками, тем лучше.

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

Не:

Я сделал тест с AI и проверяю, есть ли в нём польза.

А:

Я разработал когнитивный протокол с детерминированным ядром, эпистемическими осями и многоуровневой архитектурой самопознания.

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

Это не всегда сознательный обман. Часто это внутренняя защита автора.

Признать:

Я играюсь с ИИ, мне интересно, я пока не понимаю, куда это пристроить

— трудно.

Гораздо приятнее сказать:

Я строю новую методологию.

Особенно если ИИ рядом услужливо помогает эту методологию достраивать.

Рекурсия подтверждения

ChatGPT редко начинает с того, что говорит: «Слушай, кажется, ты просто усложняешь тестик».

Обычно он подхватывает рамку.

Ты приносишь полуидею:

А если сделать карту мышления человека?

ИИ отвечает:

Отлично. Можно выделить три оси, несколько типов, шкалу уверенности и слой интерпретации.

Ты приносишь усложнённую версию:

А если добавить архетипический слой?

ИИ отвечает:

Логично. Тогда система может иметь Core Layer, Archetype Layer, Behavioral Layer…

Через несколько итераций у тебя уже не «бот с вопросами», а «многоуровневая система картирования сознания».

ИИ не обязательно обманывает. Он просто продолжает игру по правилам, которые ты сам задал. Если правила немного безумные, он аккуратно и вежливо поможет развить безумие.

Это и есть рекурсия подтверждения.

Человек приходит с идеей. ИИ делает её стройнее. Стройность создаёт ощущение истинности. Человек усиливает идею. ИИ снова делает её стройнее. Через несколько циклов внутренняя непротиворечивость начинает казаться доказательством.

Но аккуратная система может быть аккуратной фигнёй.

Почему инженеры тоже уязвимы

Можно было бы сказать: «Ну это проблема продавцов, которые завидуют инженерам».

Но это слишком удобно.

Инженеры тоже уязвимы. Просто по‑другому.

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

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

А это вообще что‑то измеряет?
Как понять, что результат неверный?
Пользователь получил пользу или просто узнал себя в красивом тексте?
Что останется, если убрать термины?
Можно ли объяснить это без собственной мифологии?

У инженера есть ещё одна ловушка: если оно реализовано, покрыто тестами, версионировано и деплоится — начинает казаться, что оно уже настоящее.

Но продакшен не превращает произвольную модель в валидную.
Тесты не доказывают полезность продукта.
Event store не делает методику научной.
LLM‑render не превращает анкету в зеркало души.

Хорошая инженерная реакция — сжимать контекст

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

Agent?
Цикл: цель → действие → наблюдение → следующее действие.

RAG?
Поиск → подстановка контекста → генерация ответа.

Prompt?
Нестабильный интерфейс к вероятностной системе.

Memory?
Persistence с UX-рисками.

Evals?
Тесты для мутной системы, где правильный ответ не всегда бинарный.

Autonomous workflow?
Скрипт, которому дали больше прав, чем обычно. Теперь надо понять, где он может навредить.

Это не цинизм. Это санитарная обработка смысла.

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

CSS не поправит смысл

У многих AI‑продуктов сейчас проблема не в интерфейсе.

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

Но CSS не лечит отсутствие смысловой иерархии.

Если человек не может за 30 секунд понять:

что это;
для кого;
зачем;
что происходит на входе;
что получается на выходе;
почему этому хоть немного можно верить,

то проблема не в дизайне.

Проблема в том, что автор сам ещё не отделил discovery-дневник от публичного объяснения.

Внутренний документ может быть сложным. Там могут быть оси, типы, веса, версии, спорные решения, тупики, альтернативы. Это нормально.

Публичный текст должен служить читателю, а не автору.

Если текст служит читателю — он объясняет.
Если текст служит автору — он доказывает, что автор не зря страдал.

Теперь инженеру надо быть продавцом

Самое неприятное для классического инженера: просто хорошо делать уже недостаточно.

Когда производство кода дешевеет, ценность смещается в сторону выбора:

что именно делать;
какую боль закрывать;
кому это нужно;
как объяснить пользу;
как довести до использования;
как не построить лишнее.

Инженеру приходится учиться продавать.

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

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

Вот проблема.
Вот кому она мешает.
Вот как мы её решаем.
Вот почему это проще.
Вот где границы решения.
Вот что мы пока не знаем.

Это тоже инженерная дисциплина, только применённая к смыслу.

А продавцу надо не притворяться инженером

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

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

Здоровая версия:

Я хорошо чувствую рынок и упаковку.
С помощью ИИ могу быстро собрать прототип.
Но мне нужен инженерный и методологический скепсис, чтобы не улететь.

Нездоровая версия:

Я теперь архитектор многоуровневых когнитивных систем.

Инженерный язык в таком случае становится не инструментом проверки, а декорацией.

И это видно.

Люди с настоящей инженерной дисциплиной обычно задают неприятные вопросы:

Как воспроизвести?
Что будет при сбое?
Где границы?
Что можно удалить?
Как доказать, что это работает?
Почему так, а не проще?

Псевдоинженерное мышление чаще спрашивает:

Как назвать слой?
Как сделать, чтобы звучало глубже?
Как показать, что это не игрушка?
Как оформить это как систему?

Разница не в интеллекте. Разница в направлении усилия.

Первый пытается подчинить идею реальности.
Второй пытается подчинить реальность идее.

Простая самопроверка

Мне кажется, в эпоху ИИ нужна очень простая самопроверка:

Я использую сложность, чтобы сделать вещь проверяемее?
Или чтобы придать вес тому, что пока не выдерживает простой формулировки?

Если первое — это инженерия.

Если второе — это костюм инженерии.

Ещё одна проверка:

Что останется от проекта, если убрать красивые названия?

Если после удаления терминов остаётся понятная штука — хорошо.

Например:

Бот задаёт 12 вопросов и помогает человеку сформулировать стиль мышления. Это не диагностика, а инструмент саморефлексии.

Это нормально. Это можно обсуждать, проверять, улучшать.

А если без терминов остаётся только:

Ну… это система картирования сознания через многослойную архитектуру идентичности…

— значит, надо остановиться и выдохнуть.

ИИ усиливает не только способность, но и самообман

Главная особенность ИИ-инструментов в том, что они усиливают пользователя.

Но усиливают всё сразу.

Если у тебя есть дисциплина — ИИ ускорит дисциплину.
Если у тебя есть ясность — ИИ поможет быстрее дойти до результата.
Если у тебя есть склонность к туману — ИИ сделает туман структурированным.
Если у тебя есть желание казаться глубже — ИИ даст тебе язык глубины.
Если у тебя есть инженерный тормоз — ИИ станет мощным инструментом.
Если тормоза нет — ИИ станет турбиной.

Поэтому сейчас, возможно, самая важная инженерная способность — не умение писать промпты.

А умение вовремя спросить:

Я сейчас строю продукт или мифологию вокруг своего прототипа?

Финал

ИИ действительно меняет границы профессий.

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

Продавцы и продуктовые люди будут всё чаще собирать руками: прототипы, ботов, автоматизации, внутренние инструменты.

Это нормально. Даже хорошо.

Но роли всё равно не исчезают. Просто внешние признаки стали дешевле.

Код стал дешевле.
Демо стало дешевле.
Архитектурная диаграмма стала дешевле.
Умный текст стал дешевле.
Инженерная шкура стала дешевле.

А вот инженерная дисциплина не подешевела.

Она всё ещё начинается с неприятных вопросов:

Что это на самом деле?
Зачем это нужно?
Как проверить?
Где сломается?
Что можно выкинуть?
Почему я уверен?
А если я ошибаюсь?

И, пожалуй, главный вопрос для работы с ИИ:

Я попросил его помочь мне думать — или помочь мне убедительнее заблуждаться?