После Тьюринга: может ли машина программировать?

[itGuevara]

Рисунок 1. Вайбкодинг как следующая ступень абстракции в программировании.

Для себя вижу двух-стадийный (двухзвенный) vibe code: вначале на нем создаешь свой DSL и на этом DSL делаешь code review (это как решение проблемы "11. Возражение о перегруженном ревью") и т.п.

Вторая стадия техническая: из DSL в "обычный код". При этом имея DSL можно "на лету" менять архитектурные решения (это к проблеме "10. Возражение об архитектуре").

В таком DSL хорошо будут смотреться вкрапления семантических технологий, как сама формальная онтология (архитектура данных \ понятий, например, в OWL), так и фрагменты SPARQL (или их обертка в более простые функции, пример см. SPARQL-driven Programming).

Подробнее тут

[MasterKonst]

Благодарю за комментарий. Обязательно ознакомлюсь с приведенными ссылками.

[maxnoosphere]

предметно-специфичный язык для code review звучит интересно, но по факту это обычно усложняет поддержку - лишний слой абстракции который потом никто не понимает кроме автора. а код-ревью на естественном языке вполне работает, зачем его в язык предметной области переводить?

[itGuevara]

код-ревью на естественном языке вполне работает

Не понял, что это. На что мы смотрим, PR (pull request)?
Посмотрели написанное (vibe) в PR (github) дали в комментариях замечания (Add a comment) на русском (условно) и сказали Агенту "Переделай с учетом замечания"?