Там дядя Боб вбросил буквально атомную бобму, и нам надо про нее поговорить.
Дисклеймер: дядя Боб — легенда. Я по его книгам учился код писать и строить архитектуру. К этому человеку — только уважение.
По чатам полетел скриншот выше, на котором дядя Боб вроде как выдает современным инженерам индульгенцию:
НАКОНЕЦ-ТО!
Кто мы такие, чтобы спорить с легендой?
Но подождите ставить авто-аппрув на код вашего агента. Дочитаем дальше.
—
Дядя Боб нам ничего не разрешал :) Просто часть читателей увидела самую удобную фразу, но заигнорила остальное.
Боб пишет, что окружает агентов КРАЙНЕ ЖЕСТКИМИ ограничениями. Если вы знакомы с его трудами, то должны помнить, насколько он упарывается по тестам. И я щас не только про TDD / BDD говорю. Это не три теста, которые покрывают happy path. Этот человек десятилетиями топит за инженерную дисциплину такого уровня, от которой у обычной продуктовой команды начинает дергаться глаз.
Взять, например, мутационное тестирование.
Мутационное тестирование — это когда вы порождаете сотни «мутантов». Каждый мутант это ваш код, который немного изменен. Например, в оригинале написано a = b + c, а в мутанте a = b - c. Тест должен упасть на мутанте, тогда мутант считается «убитым». Каждый файл плодит десятки, если не сотни, мутантов. Хорошо написанные тесты должны «убить» всех мутантов.
Поверьте, далеко не все тесты переживают проверку мутантами. Большинство не «убьют» даже половину мутантов. Хотя — между нами — большинство тестов никогда не встретит ни единого мутанта за всю свою жизнь.
А ведь это только одна из методик по-настоящему КРУТЫХ тестов.
Мутанты — лишь один слой защиты. А еще необходимо заранее продумать и создать архитектуру, настроить жесткие ограничения и создать контракты между слоями приложения...
—
Я считаю, что совет «не читайте ИИ-сгенерированный код» может работать ТОЛЬКО и ТОЛЬКО если вы уже упоролись по тестам. Если вы уже доверяете вашим тестам настолько, что можете запушить любое изменение, если тесты позеленели. Если вашим авто-тестам необходима ручная проверка, совет дяди Боба применять нельзя.
Но упарываться по тестами — это скучная и муторная работа. Гораздо проще авто-аппрувнуть код.
Эдакий Hope-Driven Development.
Только дядя Боб разрешения на него не давал.
Дисклеймер: дядя Боб — легенда. Я по его книгам учился код писать и строить архитектуру. К этому человеку — только уважение.
По чатам полетел скриншот выше, на котором дядя Боб вроде как выдает современным инженерам индульгенцию:
ИИ-сгенерированный код можно не читать.
НАКОНЕЦ-ТО!
Кто мы такие, чтобы спорить с легендой?
Но подождите ставить авто-аппрув на код вашего агента. Дочитаем дальше.
—
Дядя Боб нам ничего не разрешал :) Просто часть читателей увидела самую удобную фразу, но заигнорила остальное.
Боб пишет, что окружает агентов КРАЙНЕ ЖЕСТКИМИ ограничениями. Если вы знакомы с его трудами, то должны помнить, насколько он упарывается по тестам. И я щас не только про TDD / BDD говорю. Это не три теста, которые покрывают happy path. Этот человек десятилетиями топит за инженерную дисциплину такого уровня, от которой у обычной продуктовой команды начинает дергаться глаз.
Взять, например, мутационное тестирование.
Мутационное тестирование — это когда вы порождаете сотни «мутантов». Каждый мутант это ваш код, который немного изменен. Например, в оригинале написано a = b + c, а в мутанте a = b - c. Тест должен упасть на мутанте, тогда мутант считается «убитым». Каждый файл плодит десятки, если не сотни, мутантов. Хорошо написанные тесты должны «убить» всех мутантов.
Поверьте, далеко не все тесты переживают проверку мутантами. Большинство не «убьют» даже половину мутантов. Хотя — между нами — большинство тестов никогда не встретит ни единого мутанта за всю свою жизнь.
А ведь это только одна из методик по-настоящему КРУТЫХ тестов.
Мутанты — лишь один слой защиты. А еще необходимо заранее продумать и создать архитектуру, настроить жесткие ограничения и создать контракты между слоями приложения...
—
Я считаю, что совет «не читайте ИИ-сгенерированный код» может работать ТОЛЬКО и ТОЛЬКО если вы уже упоролись по тестам. Если вы уже доверяете вашим тестам настолько, что можете запушить любое изменение, если тесты позеленели. Если вашим авто-тестам необходима ручная проверка, совет дяди Боба применять нельзя.
Но упарываться по тестами — это скучная и муторная работа. Гораздо проще авто-аппрувнуть код.
Эдакий Hope-Driven Development.
Только дядя Боб разрешения на него не давал.