Видео недоступно для предпросмотра
Смотреть в Telegram
https://mdl-gr2.vercel.app
Я не отдаю макет на вайб-кодинг. Сначала собираю в браузере тестовый стенд и проектирую на нём механику сайта — из формальных элементов: прямоугольники, рыбный текст. Типографика и цвет не важны — важно, как макет работает: архитектура, конструкция, механизм и его элементы: связи, размер, скорость, манера движения, ритм, темп.
Готовый макет из Figma ложится на стенд потом — вопросов у нейронки не появляется.
Чаще вайб-кодинг устроен иначе: дизайнер сразу кормит нейронку макетом. Это не самый эффективный способ, объясню.
Макет — большой массив данных, но как всё это должно работать, нейронка узнаёт уже после: дизайнер отчитывается ей за поведение элементов, как разработчику. В понимании — дыры: где нейронка не понимает макет, там галлюцинирует. Отсюда ошибки и удлинение вайб-кодинга на порядок — потом их вылавливать.
Если же идти от стенда — от механизма, архитектуры, конструкции — и только потом отдавать макет, процесс ускоряется.
Я не отдаю макет на вайб-кодинг. Сначала собираю в браузере тестовый стенд и проектирую на нём механику сайта — из формальных элементов: прямоугольники, рыбный текст. Типографика и цвет не важны — важно, как макет работает: архитектура, конструкция, механизм и его элементы: связи, размер, скорость, манера движения, ритм, темп.
Готовый макет из Figma ложится на стенд потом — вопросов у нейронки не появляется.
Чаще вайб-кодинг устроен иначе: дизайнер сразу кормит нейронку макетом. Это не самый эффективный способ, объясню.
Макет — большой массив данных, но как всё это должно работать, нейронка узнаёт уже после: дизайнер отчитывается ей за поведение элементов, как разработчику. В понимании — дыры: где нейронка не понимает макет, там галлюцинирует. Отсюда ошибки и удлинение вайб-кодинга на порядок — потом их вылавливать.
Если же идти от стенда — от механизма, архитектуры, конструкции — и только потом отдавать макет, процесс ускоряется.