TGViewer
Щербинин думает про… Щербинин думает про… @scherbinin_aboutit · 456 subscribers
Post #42 490
Про то, что вы больше не пишете код

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

Смотрите на цифры. Annie Vella, Distinguished Engineer из Westpac, полгода вела исследование среди инженеров из 28 стран. Результат: 82% стали тратить на написание кода меньше времени. Не «немного меньше» — большинство писать почти перестали. Код теперь набивает агент.

И тут все ждут продолжения в духе «освободившееся время уйдёт в архитектуру, наверх». Не уходит. Дизайн тоже сжался. Время утекло совсем в другое место — в проверку.

Появился новый слой работы, которого раньше не было. Vella назвала его middle loop. Есть inner loop — написал, собрал, запустил, поправил (его вылизали IDE и TDD). Есть outer loop — коммит, ревью, деплой, мониторинг (его оптимизировал DevOps). А между ними теперь сидите вы и следите за агентом, который делает то, что вы делали руками.

Работа в этом слое — три штуки. Directing: объяснить, что вы хотите получить, дать контекст и границы, зашить стандарты в инструкции для агента. Evaluating: прочитать то, что он выдал, и решить — принять, переписать или выкинуть. Correcting: починить и встроить так, чтобы не разъехалось по всей базе.

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

Так что же делать? Вкладываться туда, куда переехала ценность.

Первое — учиться писать спеку. «Specs are the new code» — не лозунг. AWS своим Kiro сжал двухнедельную фичу до двух дней не потому, что агент быстрый, а потому что ТЗ было точным. Главный баг 2026 года — не кривой код, а корректный код по кривому ТЗ. Кто умеет формулировать, что строить, — тот и дорогой.

Второе — строить харнесс. Agent = Model + Harness, и надёжность в проде на 90% даёт обвязка, а не модель. Тесты, линтеры, гейты, инструкции — всё, что ловит ошибку агента раньше вас. Сильный инженер теперь не тот, кто быстро пишет, а тот, кто строит систему, где агент не может налажать.

Заменят не всех. Заменят тех, кто остался писателем кода, когда работа стала про постановку и проверку.
  • ❤ 4
  • 👍 3
  • 🔥 1
  • 🍌 1
More from @scherbinin_aboutit
  1. Sep 24, 2026Про дашборды, которые не нужны Сегодня коллега показывает дашборд: «Смотри, какую классную…
  2. Sep 2, 2026С сентября я ввожу в своей команде довольно жёсткое правило: каждую задачу сначала отдаём…
  3. Aug 4, 2026Про автономную работу Поставил агенту задачу, заблокировал ноут, отошёл. Возвращаешься — к…
  4. Jul 15, 2026Про гольф Много лет назад я обожал играть в гольф. Не в обычный — в Perl Golf: это соревно…
  5. Jul 13, 2026Про два сегодняшних инсайта Сегодня научился запускать агентов по-новому. Собрал из них це…
  6. Jul 9, 2026Спалил весь недельный лимит токенов из-за Fable, но он реально хорош, так что не жалко. По…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →