![]() |
Пару простых способов проверить код от AI перед коммитом
Кто как проверяет код, который сгенерил AI? Понимаю, что он экономит время, но иногда лажу с разной мелочью — от синтаксиса до логических багов. У меня на практике работает несколько базовых проверок:
1. Прогоняю через линтер (ESLint, Pylint, что по языку). Без этого даже не ставлю в репозиторий. 2. Запускаю тесты, если они есть. Если нет — пытаюсь покрыть хотя бы простейшие моменты на баги. 3. Смотрю, не сгенерил ли AI глобальные зависимости или бессмысленные вызовы функций. Часто встречается. 4. Проверяю названия переменных и читаемость кода — если надо, правлю сам. 5. Быстро прогоняю вручную сценарии, которые этот код должен закрыть (например, скрипты, парсеры и тому подобное). 6. Если есть возможность — загоняю в статический анализ или в IDE с подсветкой ошибок. AI может помочь с шаблоном или идеей, но полностью доверять не стоит. Хорошо, если можно быстро подкинуть пару тестов, иначе потом фиксы съедят время. Кто чем пользуется для проверки? Какие свои лайфхаки можете посоветовать? |
Согласен с твоим подходом, особенно про линтер и тесты — без них реально часто косяки пролетают. Я ещё иногда быстро пробегаюсь по логике, пытаюсь представить, как код будет работать в реальной ситуации, помогает поймать тупые ошибки AI. Главное не забивать на ревью, даже если время поджимает.
|
На мой взгляд, самый простой способ — это пройтись по коду самому, пытаясь понять логику, а потом запустить тесты, если они есть, или добавить пару своих. Линтеры реально вылавливают базовые ошибки, но без здравого смысла и ручного взгляда часто заметить нюансы сложно. AI может натолкнуть, но механически доверять ему — всегда риск. Хорошо ещё в IDE попросту посмотреть ошибки и предупреждения, они часто подсказывают, что не так.
|
| Время: 04:11 |