Единственное, что действительно будет future-proof - это judgment. Суждение.

Мы зашли в эпоху, где делать можно всё. Код, дизайн, прототипы, продукты - генерируются часами, не днями.

Именно поэтому главный дефицит теперь не в производстве, а в выборе.

Появилась новая проблема - AI slop. Когда код пишется быстрее чем думается, получается много, но не факт что нужного.

Раньше вопрос был "как это сделать", а теперь "зачем".

За последние месяцы произошло фундаментальное изменение.

Появились долгоиграющие агенты - системы, которые:
1) Не ломаются от первой ошибки
2) Умеют сами себя чинить
3) Позволяют нетехническим людям собирать реальные продукты

То, что полгода назад не работало вообще, сегодня собирается за час через промпты.

Что ломается?

1. Классическую модель продуктовой команды:

PM больше не тот кто пишет ТЗ - это теперь делает кто угодно. Его работа сместилась в сторону "зачем мы это делаем" и "какую проблему решаем".

2. Границы ролей:

Роли поплыли: PM-ы кодят. Дизайнеры кодят.
Дизайн-системы → AI → меньше дизайнеров, больше инженеров.

3. Детерминированное ПО:

Было: нажал кнопку - получил результат.
Стало: нажал кнопку - получил что-то похожее на результат или нет.

Это значит: появляется новая ключевая функция - оценка (evals).
Это снова зона ответственности людей с judgment.

Почему judgment - главное?

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

Когда делать можно бесконечно много, скорость перестаёт быть преимуществом. Важнее становится что именно ты решил делать.

Judgment нужен:
• чтобы понять, что строить
• чтобы оценить, можно ли это выпускать
• чтобы отсеять красивый, но опасный код
• чтобы понять, имеет ли продукт смысл в системе в целом

Если коротко: ИИ забрал исполнение, ускорил всех и убрал порог входа.

А вот суждение - нет.

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

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

Это, похоже, единственное, что не автоматизируется.

Отдельно стоит сказать про Salesforce и Zendesk, там хорошо видно куда всё движется.

Речь про utility-based software - когда продукт продаётся по «сиденьям» и каждый seat = человек, который делает работу.

Zendesk - идеальный пример.

50 саппорт-агентов → 50 лицензий.
Но теперь рядом можно поставить AI-агентов:
• было 50 людей
• стало 20 людей + 30 AI
• лицензий покупают меньше
• Zendesk теряет деньги, но медленно - никто не замечает

Это самый опасный сценарий для таких компаний: их не заменяют, их высасывают по кусочкам.

С Salesforce ситуация другая.

CRM - это база, на которой всё держится. Данные с длинным сроком жизни, карьерные риски, интеграции, процессы.

Никто в здравом уме не вырезает Salesforce одним решением.

Но даже тут давление растёт:
• Агенты начинают относиться к CRM как к «тупой базе»
• API закрываются или становятся платными
• Платформы начинают встраивать собственных агентов

Вот тут снова всплывает ключевая мысль: когда строить можно всё, главная ценность - judgment

Judgment:
• Какие workflows реально имеют смысл
• Где AI добавляет value, а где создаёт иллюзию прогресса
• Что стоит автоматизировать, а что опасно трогать

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

@maxvotek | linkedin | substack