IT-канал, просто о сложном
https://interface31.ru
Купить рекламу:
https://telega.in/c/interface31
Post #5047
2.51K

Вайбкодинг – это реально? Да
Продолжаю работы над новой версией сайта и уже начали вырисовываться его окончательные черты, в связи с чем решил поделиться некоторым опытом работы с ним.
Для нового сайта я выбрал статический генератор страниц HUGO, система для меня новая, неизвестная. А самое тяжелое в новой системе – это начать, потому что банально не понимаешь, что и где, за что браться, куда смотреть.
Классический метод – это прочтение документации. Но это долго, а результаты надо уже сейчас. А первые сложности и неудачи могут оттолкнуть от продукта, гораздо лучше все-таки получить какой-то быстрый результат хотя бы для того, чтобы оценить подходит это тебе или не подходит.
И вот тут я вспомнил про нейросети, они, в отличие от поисковика, гораздо лучше понимают чего хочет человек и способны направить в нужном направлении.
Я просто начал с того, что дал краткую вводную, мол у меня есть HUGO с такой-то темой и я хочу сделать это и это, куда смотреть, что редактировать?
Из всех сетей мне больше всего понравились ответы Gemini и далее я работал с ней. Она быстро и подробно пояснила схему шаблонов HUGO, куда в них смотреть, как и что вызывать.
Это уже хорошо, потому что вы начинаете изучать инструмент на практических задачах и если он вам не подходит узнаете об этом гораздо быстрее, чем если бы вы начали с прочтения документации.
А далее я подумал: сеть знает устройство движка, сеть пишет примеры, а почему бы и нет? И решил попробовать то, что называется вайбкодинг, это когда вы ставите сетке задачи и она пишет за вас код.
Поэтому я попросил сеть просто поправить мой готовый шаблон – и она справилась. В начале, правда, допустила несколько ошибок, которые я ей же и скормил, после чего она быстро исправилась.
Таким образом мы переписали практически все, что мне было нужно и сделали это достаточно быстро и эффективно. Сам бы я делал это гораздо дольше и, конечно же, потратил кучу времени на изучения синтаксиса и особенности движка.
При этом, конечно, я контролировал вывод, так как местами сеть забывалась и делала то, что мне не нужно. Но и в этом случае я ее поправлял командами типа: «Зачем ты вывела теги на страницу? Я же выше написал – без тегов.» После чего она быстро извинялась и переделывала.
Т.е. можно ли было выполнить всю эту работу, вообще не вникая и не разбираясь в коде? Можно, разве что это заняло бы больше времени, вам бы пришлось сначала скопировать код, получить результат и поправить сеть. Глядя в код, можно это сделать сразу.
Если вы немного понимаете в коде, то такой подход крайне полезен для изучения нового языка и продукта. Вы на простых примерах смотрите как надо и быстро перенимаете навыки работы с новым языком.
Здесь сеть выступает для вас некоторым наставником, который дает вам примеры для решения именно ваших задач. При этом вы всегда можете попросить пояснения по тому или иному участку кода.
А что там с глюками? Если вы примерно понимаете, что вам нужно и удерживаете сеть от поползновений в стороны, вовремя ограничивая ее – то грубых ошибок она не допускает.
Чаще можно получить ограничения по контекстному окну – это количество информации, которую сеть может воспринимать за один сеанс. Если вы выходите за рамки контекстного окна, то сеть забывает, что было раньше и может начать давать вам левые примеры, без учета уже того, что она сделала раньше. А может и вообще отказаться работать.
Поэтому делите задачи по узким темам и открывайте отдельные чаты. В одном разбираетесь с шаблонами, во втором – дизайн, в третьем – скрипты и т.д. В этом случае сеть находится в рамках контекстного окна и помнит, о чем вы говорили раньше, поэтому вам не придется лишний раз напоминать какие условия приняты в проекте и какие рамки или условности.
И, наконец, сеть можно просто попросить оптимизировать результат, что тоже очень хорошо работает, особенно если вы редактировали один и тот же код несколько раз. И это то, чем очень не любят заниматься живые люди.
В общем – эксперимент удался и игнорировать искусственных помощников сегодня просто глупо.
Продолжаю работы над новой версией сайта и уже начали вырисовываться его окончательные черты, в связи с чем решил поделиться некоторым опытом работы с ним.
Для нового сайта я выбрал статический генератор страниц HUGO, система для меня новая, неизвестная. А самое тяжелое в новой системе – это начать, потому что банально не понимаешь, что и где, за что браться, куда смотреть.
Классический метод – это прочтение документации. Но это долго, а результаты надо уже сейчас. А первые сложности и неудачи могут оттолкнуть от продукта, гораздо лучше все-таки получить какой-то быстрый результат хотя бы для того, чтобы оценить подходит это тебе или не подходит.
И вот тут я вспомнил про нейросети, они, в отличие от поисковика, гораздо лучше понимают чего хочет человек и способны направить в нужном направлении.
Я просто начал с того, что дал краткую вводную, мол у меня есть HUGO с такой-то темой и я хочу сделать это и это, куда смотреть, что редактировать?
Из всех сетей мне больше всего понравились ответы Gemini и далее я работал с ней. Она быстро и подробно пояснила схему шаблонов HUGO, куда в них смотреть, как и что вызывать.
Это уже хорошо, потому что вы начинаете изучать инструмент на практических задачах и если он вам не подходит узнаете об этом гораздо быстрее, чем если бы вы начали с прочтения документации.
А далее я подумал: сеть знает устройство движка, сеть пишет примеры, а почему бы и нет? И решил попробовать то, что называется вайбкодинг, это когда вы ставите сетке задачи и она пишет за вас код.
Поэтому я попросил сеть просто поправить мой готовый шаблон – и она справилась. В начале, правда, допустила несколько ошибок, которые я ей же и скормил, после чего она быстро исправилась.
Таким образом мы переписали практически все, что мне было нужно и сделали это достаточно быстро и эффективно. Сам бы я делал это гораздо дольше и, конечно же, потратил кучу времени на изучения синтаксиса и особенности движка.
При этом, конечно, я контролировал вывод, так как местами сеть забывалась и делала то, что мне не нужно. Но и в этом случае я ее поправлял командами типа: «Зачем ты вывела теги на страницу? Я же выше написал – без тегов.» После чего она быстро извинялась и переделывала.
Т.е. можно ли было выполнить всю эту работу, вообще не вникая и не разбираясь в коде? Можно, разве что это заняло бы больше времени, вам бы пришлось сначала скопировать код, получить результат и поправить сеть. Глядя в код, можно это сделать сразу.
Если вы немного понимаете в коде, то такой подход крайне полезен для изучения нового языка и продукта. Вы на простых примерах смотрите как надо и быстро перенимаете навыки работы с новым языком.
Здесь сеть выступает для вас некоторым наставником, который дает вам примеры для решения именно ваших задач. При этом вы всегда можете попросить пояснения по тому или иному участку кода.
А что там с глюками? Если вы примерно понимаете, что вам нужно и удерживаете сеть от поползновений в стороны, вовремя ограничивая ее – то грубых ошибок она не допускает.
Чаще можно получить ограничения по контекстному окну – это количество информации, которую сеть может воспринимать за один сеанс. Если вы выходите за рамки контекстного окна, то сеть забывает, что было раньше и может начать давать вам левые примеры, без учета уже того, что она сделала раньше. А может и вообще отказаться работать.
Поэтому делите задачи по узким темам и открывайте отдельные чаты. В одном разбираетесь с шаблонами, во втором – дизайн, в третьем – скрипты и т.д. В этом случае сеть находится в рамках контекстного окна и помнит, о чем вы говорили раньше, поэтому вам не придется лишний раз напоминать какие условия приняты в проекте и какие рамки или условности.
И, наконец, сеть можно просто попросить оптимизировать результат, что тоже очень хорошо работает, особенно если вы редактировали один и тот же код несколько раз. И это то, чем очень не любят заниматься живые люди.
В общем – эксперимент удался и игнорировать искусственных помощников сегодня просто глупо.
- 👍 39
- 🤡 6
- ❤ 4
- 🤝 2

















