Как стать автором
Обновить

Гуглить баги — это нормально. Как AI Debugger освоил этот навык и сам исправляет ошибки

Уровень сложностиСредний
Время на прочтение23 мин
Количество просмотров4.2K
Всего голосов 2: ↑2 и ↓0+6
Комментарии7

Комментарии 7

Если ИИ может исправлять ошибки в коде - почему он не может писать код сразу без ошибок?

Такой код существует?

The reward for coding errors found in Knuth's TeX and Metafont programs (as distinguished from errors in Knuth's books) followed an audacious scheme inspired by the wheat and chessboard problem, starting at $2.56, and doubling every year until it reached $327.68. Recipients of this "sweepstakes" reward include Chris Thompson (Cambridge) and Bogusław L. Jackowski (Gdańsk), and also Peter Breitenlohner on 20 March 1995.

Дональд Кнут платит в геометрической прогрессии за каждый найденный в его коде баг.

Потому что под капотом там LLM общего назначения, она умеет генерировать текст и ей без разницы какой текст генерировать, хочешь поэму на древнеарабском, хочешь анекдоты, хочешь код на лиспе или питоне, для него это все одно. Поэтому пока качество сгенерированного кода оставляет желать лучшего, и скорее всего не получится серьезно улучшить, т. к. уже скормили почти весь доступный код для обучения. Вот и предлагается улучшать качество кода не за одну итерацию, а за не сколько этапов генерации-проверок, как это и делает обычно человек.

У меня есть отличная и простая (а главное очень востребованная) идея для нейронки - трансформация фронтенд кода сделанного на фреймворках в ваниль. Если распарсить JS - ещё не сложная задача, и плюс-минус с ней справляются существующие LLM, то вот распарсить CSS структуру - задача архисложная для нынешних моделей (LLM вообще исторически плохо работали с CSS, умея выдавать только самый базовый), что можно решить следующим путём: создаётся виртуальный браузер (тут уже огромный простор для размышлений каким конкретно путём), в нём виртуально отображается уже сгенерированный на фреймворках код, и LLM, путём воссоздания всего кода (подобно тому как разработчик разрабатывает верстку через F12 - "инструменты разработчика") сравнивает генерируемый CSS с оригинальным, пока не будет достигнут результат полной идентичности. Так как нынешний разработчик, в большинстве случаев, ваниль не использует, а для рефакторинга - ваниль, конечно же, в разы предпочтительнее, а рефакторинг, так или иначе, в любом случае безусловно ляжет на плечи коллег, то вещь - крайне востребованная.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий