tg-me.com/dddevotion/400
Last Update:
Сейчас пилотирую на одном пет-проекте ИИ помогатора.
Стек: реакт на фронте, dotnet8 (minimalapi aot) для апи. Для понимания – последний раз регулярно писал для прода на фронте во времена jquery/angular 1.x, c# - наоборот основной язык и что-то я в нем понимаю.
В качестве помогатора был взят Windsurf https://codeium.com/windsurf
Как я пишу:
- бэк и фронт отдельно, проекты не знают о существовании друг-друга (хотя может они за спиной перешептываются).
- Пишу промпты на английском.
- Почти не контролирую код (за редким исключением, когда вижу, что потрогали то что трогать не ожидалось).
- Малые изменения, проверки и фиксация хорошего результата.
Что могу сказать:
1. Это очень круто. Я не представляю сколько бы времени у меня ушло собрать все эти vite, husky, jest и прочий фронтендовый тулинг. И еще больше на разобраться с реактом, версткой и тп. Здесь же спустя пару часов тыкания, корнер кейсов и прочих объяснений у меня уже был проект с парой страниц, с тестами, с автодеплоем по пушу и прочим. Общался я с помогатором и CLI тулами, код руками не трогал.
2. Бекенд я начал писать сам, еще до windusrf. Да и потом некоторое время боялся отдавать, но хотелось ускориться и помогатор неплохо справился. Единственное но – в райдер сложно встраивать плагины и приходится писать в двух окнах: руками в райдере, помогатором в VSCode (точнее в их версии VSCode).
3. При больших изменениях жди больших бед, приходилось тормозить.
4. Помогатор владеет тулингом: доступ в бд, логи, гитхаб, облако. И классно этим пользуется, чтобы проверить результат свой работы, если видит свой продолб – сам исправляет, коммитит пушит.
5. Помогатор на фронте не видит своей работы. И этого очень не хватает. Говоришь:
– сделай по центру.
– Ага, вот да, вот поправим то, поправим это... Готово!
– Нет, ничего не поменялось, контент по-прежнему прибит к левому краю.
– Со сорри, я понимаю ваше разочарование. Да я вижу причину, сейчас мы все поправим...бамс-бамс-бамс... Готово!
– 🤬 все по старому!
...
Мне кажется это потенциальная точка роста для таких систем (ну пока пишут софт для кожаных мешков с колбочками).
Что важно?
А важно то, чему нас учили все эти ребята из книжек про разработку, только теперь это еще важнее:
1. Быстрая обратная связь: у вас должны быть юнит-тесты с принудительным запуском на пре-пуш хуке, у вас должен быть CI-CD, у вас должны быть e2e автотесты, у вас должен быть мониторинг и хелс-чеки. Вы начали писать код в разы быстрее и не можете себе позволить тратить дни на полный регресс.
2. Беби степы (как учил Кент Бек). Пару раз помогатор мне разваливал проект. Из-за отсутствия быстрой обратной связи я слишком поздно понимал, что ушел не туда, а так как это эпизодический пет-проект, то спустя неделю я уже не мог вспомнить как я пришел в эту точку. В итоге маленькое изменение, прогон тестов, выкладка и прочее, повторить.
3. Следите за тестами. Их надо писать, возможно даже больше чем хватило бы при обычной разработке. Можно попробовать писать по ТДД. И следите, чтоб помогатор при падении тестов фиксил код, а не переписывал тесты)
4. Размер контекста важен. LLM плохо умеет в огромные конексты. И вроде эту особенность пока не получается победить (к сожалению или к счастью). Так что вам надо здесь помочь помогатору и самостоятельно нарезать куски. Все это также верно и для человеческой разработки.
5. Без разработчика пока что никуда. Я читал посты продАктов как они собрали проект на флаттере с бекендом без технического бэкграунда. Но я не понимаю как. Может проекты совсем уж простые, но у меня пару раз уходил совсем не туда. И только мой опыт помогал мне вырулить ситуацию.
6. Мне кажется (хоть я пока и не пробовал) парное программирование (человек-человек-помогатор) это просто бомба. Быстро, качественно и весело!
Поделитесь вашим опытом/видением/мнением
BY DDDevotion
Share with your friend now:
tg-me.com/dddevotion/400