Когнітивні та емпіричні обмеження ручного рев'ю коду, створеного ШІ
Покладання на ручне рев'ю для величезних обсягів коду від ШІ є структурно неефективним. Емпіричні дослідження показують жорсткі ліміти: сесії до 1 години та швидкість до 400 рядків коду на годину.
Вплив: Середній
Чому це важливо
Вам слід скоригувати очікування від розробки у стилі vibe-coding, розуміючи, що можливості ручного рев'ю не здатні масштабуватися під швидкість генерації ШІ.
TL;DR
- 01Ефективність рев'ю різко падає після 1 години роботи або при швидкості понад 400 рядків коду на годину.
- 02Трактування ШІ як стажерів, чий код просто треба ретельно перевіряти, є математично неспроможним при масштабуванні.
- 03Люди при рев'ю коду від ШІ демонструють більшу впевненість, але гірший результат виявлення багів.
Ключові факти
- Максимальна швидкість рев'ю
- 400 рядків/годину
- Ліміт сесії фокусування
- 1 година
Пляшкове горло в 400 рядків
Профільні дослідження з інженерії ПЗ доводять, що людина не може якісно перевірити понад 400 рядків коду на годину (LOC/H). Якщо ШІ-помічник миттєво генерує 4000 рядків бойлерплейту, тестів чи логіки, розробнику знадобиться 10 годин граничної концентрації для рев'ю. Оскільки інженери мають обмежену кількість таких блоків фокусування на день, безмежна генерація коду впирається в когнітивну стіну.
Ілюзія якості та самовпевненість
Дослідження показують небезпечну асиметрію: інженери, які перевіряють згенерований ШІ код, виявляють надмірну впевненість у тому, що знайшли всі дефекти, хоча об'єктивно вони пропускають більше помилок, ніж при рев'ю коду від колег-людей. Ця ілюзія в поєднанні з великим обсягом генерації загрожує швидкою деградацією кодової бази.
Що зробити сьогодні
- Структуруйте свої пул-реквести так, щоб обсяг згенерованого ШІ коду не перевищував 400 рядків на один блок рев'ю.
- Обмежуйте сесії ручного перегляду коду максимум однією годиною для запобігання втомі.
Джерела