Разработка языков программирования в эпоху LLM: возврат к посредственности? ( kirancodes.me )
Недавно мне пришлось работать с DSL-фреймворком роботов. Не фанат. Я не думаю, что он более читабелен для бизнес-пользователя, чем императивный код. Каждый DSL — это еще один API для изучения, и обычно он полон подводных камней. Интуитивность — в глазах смотрящего. Подход, который я бы выбрал, — это транспиляция из императивного кода в объяснение на естественном языке того, что тестируется, с настройкой псевдонимов и тому подобного.
Рост индекса Tiobe для Python пугает: https://www.tiobe.com/tiobe-index/
Аналогично тому, как LLVM используется для перенаправления низкоуровневых оптимизаций на новые языки, мне интересно, могут ли LLM интерпретировать новые DSL через призму LLVM (или аналогичной) и обеспечивать их ценность.
Полагаю, это можно сделать сейчас для всех существующих языков, ориентированных на LLVM, и унифицировать обучающий набор для всех языков.
Source: news.ycombinator.com