Комментарии 6
А чем просто комментарий в коде не подошёл? Я так делаю, никаких проблем с ИИ не заметил.
Причем я и до ИИ так работал - коммент дривен девелопмент, так сказать. Сначала писал сам себе что типа
// тут я авторизую юзера
// потом покажу ему веселую картинку
// а тут кнопки "смишно"/"нисмишно"Затем я сам к этим же комментам добавлял какие принимает/отдает пропсы, что должен делать и чего пока не умеет, а надо бы уметь...
ИИ прекрасно работает.
Если вы продумали в голове работу всего проекта, прописали структуру и описали работу каждой функции в каждом файле, то вы уже сделали самую сложную часть работы. Дальше и автокомплит справится...
"ИИ" тогда и сработает в роли того, чем он собственно и является - в роли продвинутого автокомплита.
Так мы так и раньше делали, не стоило всю шумиху поднимать.
Сама идея мне показалась здравой, но даже в мире vue мне не встречались мало-мальски серьезные проекты состоящие исключительно из SFC. Не говоря уже про фулстэк истории.
Возможно проще и унивесальнее остаться в рамках стандартных комментариев, добавив к ним какой-либо удобный для себя и заметный в коде префикс, например, ///spec ... spec/// и прописать правило для llm учитывать требования в нем.
интересная идея, делаем фреймворк компонентов для чата - Chotto UI https://github.com/mobilon-dev/chotto
и вот там прямо где рядом с компонентом хотелось бы положить его описание, требования, вообще какой смысл в компоненте, ключевые фишки - и я пока для этого просто рядом README пишу https://github.com/mobilon-dev/chotto/tree/main/src/components/3_compounds/Feed из плюсов README - на гитхабе сразу посмотреть можно
Информация
- Сайт
- firstvds.ru
- Дата регистрации
- Дата основания
- Численность
- 101–200 человек
- Местоположение
- Россия
- Представитель
- FirstJohn
Vue SFC — идеальный формат для AI-разработки и вот почему