TGViewer
Инженер и Менеджер Инженер и Менеджер @engineering_manager · 1.86K subscribers
Post #219 1.63K
Там дядя Боб вбросил буквально атомную бобму, и нам надо про нее поговорить.

Дисклеймер: дядя Боб — легенда. Я по его книгам учился код писать и строить архитектуру. К этому человеку — только уважение.

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

ИИ-сгенерированный код можно не читать.


НАКОНЕЦ-ТО!

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

Но подождите ставить авто-аппрув на код вашего агента. Дочитаем дальше.

—

Дядя Боб нам ничего не разрешал :) Просто часть читателей увидела самую удобную фразу, но заигнорила остальное.

Боб пишет, что окружает агентов КРАЙНЕ ЖЕСТКИМИ ограничениями. Если вы знакомы с его трудами, то должны помнить, насколько он упарывается по тестам. И я щас не только про TDD / BDD говорю. Это не три теста, которые покрывают happy path. Этот человек десятилетиями топит за инженерную дисциплину такого уровня, от которой у обычной продуктовой команды начинает дергаться глаз.

Взять, например, мутационное тестирование.

Мутационное тестирование — это когда вы порождаете сотни «мутантов». Каждый мутант это ваш код, который немного изменен. Например, в оригинале написано a = b + c, а в мутанте a = b - c. Тест должен упасть на мутанте, тогда мутант считается «убитым». Каждый файл плодит десятки, если не сотни, мутантов. Хорошо написанные тесты должны «убить» всех мутантов.

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

А ведь это только одна из методик по-настоящему КРУТЫХ тестов.

Мутанты — лишь один слой защиты. А еще необходимо заранее продумать и создать архитектуру, настроить жесткие ограничения и создать контракты между слоями приложения...

—

Я считаю, что совет «не читайте ИИ-сгенерированный код» может работать ТОЛЬКО и ТОЛЬКО если вы уже упоролись по тестам. Если вы уже доверяете вашим тестам настолько, что можете запушить любое изменение, если тесты позеленели. Если вашим авто-тестам необходима ручная проверка, совет дяди Боба применять нельзя.

Но упарываться по тестами — это скучная и муторная работа. Гораздо проще авто-аппрувнуть код.

Эдакий Hope-Driven Development.

Только дядя Боб разрешения на него не давал.
  • 👍 26
  • ❤ 13
  • 🔥 4
  • 🤔 2
  • 👌 1
  • 💯 1
More from @engineering_manager
  1. Sep 15, 2026Жаль, что продакт менеджмент существует. Цитата CPO Whatnot'а — сравнительно нового сервис…
  2. Sep 14, 2026Ожидание: у нас CI/CD, push on green, канарейки и авторолбэки Реальность:
  3. Sep 14, 2026Даже лучшие инженеры порой дают опасные советы. Представьте инженера, чьим советам по коду…
  4. Sep 10, 2026Обнаружена первая (и, вероятно, единственная) причина покупки нового айфона.
  5. Sep 9, 2026Николай Петрович прислал замечания к документу в девять утра, а в десять уже чувствовал се…
  6. Sep 7, 2026Uber увольняет 3300 человек — 10% штата. И нет, подождите, в этот раз причина не «ИИ нас в…
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 →