Transcription
Что если я скажу, что полноценный интернет-магазин с оплатой, авторизацией, админкой, каталогом можно сделать за один вечер без команды в одиночку с AI агентом? Но не так, как подумает большинство. Это не вайп-кодинг, а я покажу другой метод для работы с иагентов, который даёт вам полный контроль над проектом, его функциональностью, развитием и каждой строчкой кода.
В конце покажу свой проект и расскажу, как попасть на практикум, где вы вместе со мной сможете сделать такое же своё приложение. А также скажу, где можно взять определённые файлы и инструкции, которые помогут вам начать разрабатывать с помощью этого метода.
Давайте рассмотрим примеры, когда вайкодинг не работает и почему и как это исправить. Первый сценарий, когда вы просто общаетесь с искусственным интеллектом в чате, например, chт GPT, просто пишите ему, что вы хотите разработать. Он вам даёт какие-то куски кода, вы их копируете, потом вставляете в редактор и так далее. Разрабатываете фичу за фичей в своём проекте. А такой вариант, в принципе, рабочий, но не на долгосрок. Во-первых, это неудобно, а во-вторых, искусственный интеллект не знает контекст вашего проекта. То есть каждый новый запрос - это какое-то новое решение, которое вы стыкуете с тем, что уже есть. Если вы хотите, чтобы всё было в одном стиле, то вам нужно постоянно давать уточняющие промты и описывать по нескольку раз одно и то же, чтобы он давал выкладки кода, ну, блоки кода в одном и том же стиле и так далее.
О'кей. Рассмотрим второй вариант, когда мы уже работаем с агентом. То есть агент - это искусственный интеллект, который уже встроен у нас где-то в среду разработки. Но что самое важное, что он может выполнять несколько задач последовательно. То есть чем агент отличается от просто окна с чатом GPT, он отличается тем, что агенту мы даём какую-то задачу, а он может разбить её на несколько подзадач и пошагово их реализовать. То есть он работает не просто в формате ответ запрос-ответ, а в формате запрос. Думает, делает, думает, делает, думает, делает и потом даёт ответ. То есть вот это и есть работа и агента. О'кей, с этим разобрались.
И второй сценарий, когда работают с агентами - это когда просто агенту дают общие задания. Ну, например, сделай магазин. И он начинает делать магазин, как правило, на той технологии, которая стоит у него в приоритете, на том коде, на котором он обучился, и, ну, в том формате, которого больше всего было в сети, когда он обучался. То есть, если вы просто попросите создать интернет-магазин, то, скорее всего, он напишет его на Реакте, на next JS, ну и так далее. Вопрос: нужен ли вам этот стек? Может быть, вам нужен другой стек. Может быть, у вас есть какие-то определённые ограничения, там причины, обязательства, что вы можете использовать, что не можете, как вам, насколько удобно вам будет это поддерживать, там, разворачивать, обслуживать и так далее. То есть это ничего не учитывается. Он просто делает для вас проект. И вот вы как бы в надежде на то, что он напишет так, как надо. Ну и потом ещё как-то будете это дорабатывать. По итогу может получиться. зачастую получается тот код, который разработчик или вайп-кодер [откашливается] не понимает, не может поддерживать самостоятельно, и сам агент также со временем просто теряет контекст и теряется в этом проекте и не может его дорабатывать, когда там очень большое количество функционала появляется. И вот эта знакомая история, когда ты правишь одно, он правит что-то в одном месте, но в то же время ломает в другом. Ты правишь в другом, он ломает в третьем. И в какой-то момент многие веб-кодеры приходят к тому, что проще просто переписать проект заново, то есть сформировать какой-то более объёмный, более конкретный промт с каким-то новым функционалом и создать проект заново. Но, как вы понимаете, серьёзную разработку таким образом не построишь. То есть ну серьёзно ты не прозрабатываешь какие-то продукты, так чтобы их дорабатывать, поддерживать, чтобы они были стабильными, надёжными и так далее. А, ну и, собственно, сценарий Б, к которому мы подошли - это накопление технического долга, переполнение контекста и проект проще выбросить и начать заново то, о чём я говорю. Поэтому это называется слепой вайб-кодинг, то есть когда мы просто обращаемся с пронтом и просим что-то сделать. И в этом случае мы не являемся разработчиками, если мы вот так вот делаем. Э, это просто человек молится и надеется на то, что это всё заработает и не сломается в нужный момент.
Поэтому давайте посмотрим, какое же есть решение и как стоит разрабатывать свои проекты по-другому. Решение - это разработка проектов на основе документации. На английском языке это называется Spec Drive and Development, то есть development, основанный на спецификациях, на документациях. Заключается она в следующем. А вам, как разработчику, не нужно писать код. Вы пишете правила, то есть вы описываете документацию, спецификацию, вы описываете фазы, проекты, функциональность и далее скармливаете всё это агенту. И уже основываясь на документах и на спецификации, агент разрабатывает проект. То есть, таким образом документация у нас первична, в ней описаны стек, архитектура, стиль кода, всё зафиксировано вот вплоть от первой строчки проекта, даже от файловой структуры.
Далее я покажу свой пример, как я применяю этот подход на практике. А далее описано фазы ээ реализации данного проекта. То есть каждую отдельную фичу мы описываем в виде отдельной фазы, а не просто промт. А каждая фаза расписана как ТЗ. И потом на основе этого ТЗ формируется определённое задание, которое мы даём агенту и на основе которого он уже разрабатывает наш проект, опираясь на всю документацию, которая есть. То есть каждый раз, когда мы даём ему задание что-то новое добавить в проект, у него есть документация, где описана структура проекта, функционал проекта, что это за проект, какие фичи в нём уже есть, как организовано, как организован код. То есть, например, это объектноориентированный подход или это функциональный подход, есть там паттерн MVC или нет. То есть как у вас организованы файлы, там модели, контроллеры, как у вас организованы шаблоны. И таким образом каждый раз он, ну, во-первых, не изучивает проект заново. То есть это, да, не просто, когда мы открываем какой-то агент, просто скидываем какой-то проект и говорим: "Сделай нам что-то". И он начинает просто несколько минут изучать проект и понимать вообще, что там, да? То есть он уже всегда знает, что это за проект, как он организован, как он написан. И он просто выполняет то, что мы ему говорим, и пишет по всем правилам, которые описаны.
Далее давайте посмотрим, как это всё организовано на практике. Я покажу ту документацию, которую я собрал, как она выглядит. Далее я покажу, как я её оформил в проекте. Ну и, собственно, как я всё это дело разрабатывал. Для начала была собрана документация. Документация - это просто набор MD-файлов, в которых описано, что это за проект, для кого, какой стек, как он должен выглядеть, какой там будет функционал, какие будут основные пользовательские сценарии. А далее очень важно прописаны спеки, то есть прописаны архитектурные правила. Ну, например, используем только функции, никаких классов, никаких OP. Роутер используем такой, используем такой-то логер. Значит, используем PHP. JavaScript пишем, например, чистый, без фреймворков. просто функции, там отдельные модули, импорты, какой пишем HTML, какой пишем CSS, структура CSS, правила и так далее. То есть мы всё это описываем и на основе всех этих спецификаций, а дальше будет работать агент, и он будет писать проект чётко по прописанным правилам. А далее всю эту документацию я оформил в виде файлов, в виде отдельной папки с документацией и разместил её в проекте.
После этого я агенту дал следующую инструкцию. На основе документации создай структуру проекта. То есть сначала у меня была только документация. Следующим шагом я создаю структуру пока без файлов. Либо файлы, если есть, то они пустые. И на основе этой структуры я уже понимаю, как будет выглядеть, как будет, ну, развиваться мой проект именно с точки зрения структуры. То есть где у меня будут прописаны шаблоны, где будут лежать модели, контроллеры, где будут храниться стили, где будут храниться скрипты. Я смотрю и проверяю, чтобы всё меня устраивало как разработчика. То есть, чтобы мне было удобно с этим работать, чтобы я потом развивал этот проект и в случае необходимости а я мог доработать его самостоятельно, да, и полностью вообще контролировать процесс его разработки. Поэтому первый шаг на основе документации была создана файловая структура.
А следующий шаг - это создать прототипы проекта. То есть в данном примере я создавал интернет-магазин. Это был интернет-магазин женской одежды. И сначала, значит, первым делом я описал по функционалу, что это будет за сайт, какой у него будет функционал, то есть магазин, что там будут товары, что у них есть размеры, что там будет доставка, например, и так далее, и так далее. Также я описал отдельный файл с описанием дизайна, то есть того, как это должно выглядеть, как должно ощущаться. То есть там светлый дизайн, много, значит, свободного пространства, лёгкий должен вызывать там эмоции, ну, в общем, в спокойных тонах, такой элегантный, немного чем-то напоминать люкс и так далее. То есть описываю полностью дизайн, далее иду и ищу референсы дизайна. То есть нахожу несколько референсов дизайнов интернет-магазинов одежды, которые мне нравятся. То есть так, чтобы я хочу, чтобы мой проект был на них похож, и закидываю их в отдельную папку с дизайн-референсами.
После этого я формирую первое задачу, то есть первую фазу, которую я отдал и агенту на разработку- это создай для меня HTML прототипы на основе описания дизайнов, описание проекта и дизайн-референсов. На основе этого всего он создал HTML прототипы. То есть я тоже сказал, какие страницы нужно создать. То есть в пользовательской части там создай главную страницу, каталог, карточку товара, корзина оформления заказа. А далее прописал, что необходимо создать страницы для админки, то есть страницу входа, дашборд, список товаров, там список заказов, страницу заказа, там страницу товара и так далее.
Первый этап создание прототипов. И почему именно прототипы? Почему не сразу проект? А потому что, во-первых, нужно определиться с дизайном и определиться с, скажем так, базовым функционалом. То есть пока на уровне прототипа функционала ещё нет, но он уже свёрстан. То есть я уже вижу, как это выглядит, я понимаю, какие функции будут, могу сразу что-то добавить, могу поменять внешний вид, могу поменять какие-то основные цвета, шрифты, переработать какие-то страницы, если они мне не нравятся. Потому что на этапе прототипов это сделать гораздо легче, чем на этапе, когда уже проект написан, когда есть контроллеры, модели, шаблоны и так далее. Поэтому первым этапом лучше всё-таки определиться с дизайном, так как это и происходит в классической разработке. То есть, если мы возьмём классическую разработку, как мы это делали ранее, и делает делают до сих пор, то есть сначала рисуется вообще просто прототипы в чёрно-белом формате, потом на основе них уже делается дизайн, потом уже на основе дизайна там вёрстка, идёт разработка и так далее. А в случае работы с AI лучше использовать такой же подход. То есть, понятное дело, какие-то этапы можно совместить или сократить. То есть, например, вот, да, в этом случае я не рисовал прототипы от руки, я не делал дизайн, то есть я сразу начал с HTML прототипов. Ну, потому что это даже проще, чем дизайнпротопы. То есть я уже сразу вижу то, как это будет отображаться. Поэтому первый этап прототипы, а, отдаю в работу первую задачу, фаза номер один, сделать прототипы. Вот так она выглядит. И вот такой результат он мне выдал после реализации этой задачи. То есть мы видим с вами, что все страницы свёрстанные, всё это отлично выглядит, красиво отображается, результат меня более чем устроил.
И далее я уже перешёл к фазам разработки. То есть вторая фаза, которую ему дал на выполнение, ну, по сути, как бы вторая задача - это уже создать сайт на основе этих прототипов. То есть выполнить там определённый базовый функционал, написать базовый крут, то есть сделать так, чтобы это был уже каталог там на PHP с базой данных и чтобы уже были имплементированы эти прототипы в шаблоны, написаные модели, контроллеры и чтобы всё это в каком-то базовом варианте уже работало. Третья фаза была реализация полного цикла покупки, то есть оформление заказа, регистрации пользователей и так далее. В качестве четвёртой фазы я уже реализовал подключение через Юкасу. и так далее. То есть каждая фаза - это отдельное небольшое ТЗ на какой-то блок функционала.
Что касается по времени, то есть на то, чтобы создать и оформить документацию, у меня ушёл один вечер. И далее в этот же вечер, ну, точнее ночь, если так сказать, а более точно, я уже реализовал первые четыре фазы и получил первый рабочий, а проект, можно сказать, MVP данного магазина. После я его дорабатывал ещё несколько вечеров, то есть добавил туда функционал, что-то переделал, переработал, то есть сделал так, как это более мне кажется более правильным и более удобным. И, значит, по итогу получил готовый магазин.
Далее могу дать небольшой лайфхак по оформлению задач и выделению отдельных фаз, которые мы реализуем. То есть фазы лучше бить логически на какие-то небольшие функциональные блоки. То есть лучше разбить одну большую какую-то комплексную задачу или несколько задач на несколько отдельных. Был у меня такой кейс, то есть я оформил сначала небольшое ТЗ по процессу оформления заказа на сайте, то есть расписал, как это должно работать. И туда входило очень много нюансов. туда входила и регистрация, и оформление гостевых заказов, и предзаполнение форм при оформлении заказов, и уведомлений, и так далее, и так далее. То есть это был как бы общий процесс, да, но ТЗ было достаточно большим. На написание этого ТЗ у меня ушло только около 20 минут. И при передаче его в работу агенту агент сам предложил разбить эту работу на отдельные части, потому что, ну, есть риск просто потери контекста и есть риск того, что в процессе выполнения он просто может где-то забуриться и, ну, потом нужно будет как-то фиксить по частям, смотреть, проверять, понимать, что уже работает, а что ещё не работает, а что работает, но работает не так. Поэтому, чтобы такого не было, я разбил эту пятую фазу на шесть отдельных частей. А, но опять же, сначала агент сам мне предложил разбить это на несколько частей, по-моему, на четыре части, но его вариант меня не устроил. И вот тут я хочу дать подсказку, то есть как стоит разбивать большое ТЗ на отдельной части. Разбивайте его по функциональным блокам. То есть изначально то, что мне предложил агент, например, первым пунктом было просто миграции базы данных, написание контроллеров, точнее даже написание моделей, то есть просто написание какого-то кода, который я даже не могу протестировать, а только в следующей фазе он бы уже написал какие-то контроллеры к тому коду, который написал в предыдущей фазе, да, и только потом бы он сделал интерфейс и только через три итерации я бы смог протестировать то, как это работает. Поэтому я не сторонник такого подхода. То есть я переразбил фазы по-другому, так чтобы каждый отдельный маленький кусочек я уже смог реально протестировать и посмотреть, как это работает. То есть, например, первый этап просто регистрация пользователя и всё. Пустой онлайн-кабинет, никаких личных данных, только регистрация по одноразовому коду, например, который приходит на email. Следующая фаза - это редактирование данных в профиле. Ещё следующая фаза - это предзаполнение данных в заказе и из профиля пользователя, если там у него что-то заполнено. Ну и так далее. То есть я беру большое ТЗ и разбиваю по очень-очень маленьким кусочкам, выполняю их по частям. И таким образом я всегда получаю стабильный, надёжный результат. То есть я вижу, что это работает, я вижу, какой код и где он написал. Ну я очень сильно снижаю шанс ошибки, и ошибок, собственно, и не было при таком подходе. и он реализовал всё, что мне было необходимо.
Собственно, давайте покажу в финале, какой сайт получилось сделать. Хотя уже много рассказывал, я думаю, уже вставки поделал. Значит, получился полноценный готовый интернет-магазин с онлайн оплатой, с заказами, с регистрацией пользователей, с возможностью гостевых заказов и с админкой. То есть всем этим очень удобно управлять. А всё это вот реально было написано за пару вечеров. То есть у нас здесь присутствует главная страница, каталог товаров, отдельные карточки товаров. К слову, по поводу товаров все товары я также добавлял сюда с помощью яишки. То есть дал я определённые ссылки на страницы с товарами, которые нужно было просто выкачать, оформить, написать название, описание и также потом через агента они были добавлены в магазин. А далее корзина, оформление заказов, о которых уже говорил, авторизация по one password, который приходит на почту, оплата через Юкасу, то есть подключена интеграция. Далее админка, в которой можно управлять товарами, заказами. База данных используется SQL Lite. И такой выбор я сделал просто для этапа прототипа, потому что, если нужно будет, под капотом для работы с базой данных используется ПДО. И в случае необходимости я легко это переведу в отдельную MySQL базу данных. Вот такой замечательный проект был реализован всего лишь за несколько вечеров под полным управлением и агента на основе документации.
И что самое важное здесь для меня - это то, что я не теряю контроль разработки. То есть можно посмотреть код, который мне писал и агент до этого проекта, когда я просто попросил его создать для меня админку для сайта. Вот можем посмотреть, как выглядела админка, как выглядела страница редактирования товара. То есть это просто админка, собранная на Бутстрапе. Да, функционально, да, она работает, но, конечно, по внешнему виду она очень сильно проигрывает проекту, который уже был разработан на основе дизайн спецификации, дизайн примеров и документации. А также код сначала до этого проекта, я тоже, когда я просил Иишку разработать магазин, а давайте посмотрим тот код, который она написала. То есть она использовала PHP, то, что я её попросил, но там было большое количество классов, объектов, каких-то дополнительных абстракций, которые, ну, не нужны для данного проекта. Но всё это было написано в таком стиле. И я понял, что, то есть, если, ну, я его подорабатывал, там две-три итерации, я понял, что если я так дальше продолжу, то я уже теряю управление над развитием этого проекта, и я его потеряю дальше. И мне останется просто, ну, как бы надеяться на то, что всё будет работать, что всё будет писать Иишко, оно не сломается. Вот поэтому, чтобы такого не было, чтобы вы не теряли контроль над проектом, нужно разрабатывать его на основе документации, вот на основе того подхода, который я рассказал в этом видео.
А далее у вас могут возникнуть вопросы, ну или, например, возражения. То есть, к примеру, это же vibeкодинг. А, но это не вайп-кодинг в его классическом понимании, потому что вайбко-кодинг - это просто отдача промтажи какого-то правильного результата и просто надежда на то, что всё получится. А в данном случае мы понимаем каждую строчку кода. То есть поначалу мы смотрим, какой код пишет, где оно пишет, как. Если нужно, корректируем, вносим правки в спецификацию, в документацию. И дальше после определённой фазы, ну, в моём случае, где-то после третьей, там, после четвёртой, э, я уж даже, ну, почти не заглядывал в код, то есть, конечно, смотрел, но там не так часто или не так долго. Он уже разрабатывал так, как мне нужно, потому что я описал в документации вот, э, полностью, как нужно разрабатывать проект.
Для зрителей моего канала я подготовил отдельный PDF-файл, в котором описал, какие файлы должны быть при подходе Spec Drive and Development. А что это за файлы, что в ней должно находиться? Так, чтобы и агент разрабатывал уже ваш проект полностью на основе документации. Получить этот PDF-файл можно по ссылке в описании под видео в моём Telegram-канале. А если вам нравится такой подход и вы хотите научиться разрабатывать проекты с ним и не просто научиться, а и попрактиковать, э, разработать определённый проект, получить вообще всю структуру того, как я это разрабатываю, получить стартовый шаблон, получить всю мою документацию, вместе с этим посмотреть, как я разрабатываю готовый проект и разработать ещё свой проект. А если вам это откликается, то я приглашаю вас на свой мастер-класс, который я проведу уже в ближайшее время. Дата проведения мастер-класса указана ниже в описании под видео. А, смотрите, переходите, там есть страница с описанием того, что мы сделаем. То есть это будет мастер-класс, на котором я расскажу полностью данный метод, покажу его по шагам, передам вам всю документацию, передам вам стартовый шаблон и начну разрабатывать реальный проект с нуля на основе этой документации. То есть вы вот прямо по шагам увидите, что и как происходит, что и как разрабатывается. У вас будет не просто инструкция, но прямо наглядное руководство, что и как мы делаем. А, то есть мы создадим один проект онлайн, а далее у нас будет ещё две встречи. На следующей встрече мы определим ваши проекты, то есть участники, которые придут на мастер-класс, если у вас есть идея для разработки своего проекта. Это может быть любой веб-проект информационного характера. То есть это может быть сайт, лендинг, интернет-магазин, CRM-система, а marketкепйс. Люди предлагали какая-нибудь система учёта задач. система бронирования, система онлайнзаписи и так далее. То есть, если у вас есть желание реализовать какой-то вот такой проект на PHP, то есть у вас есть какая-то своя цель, идея или вы просто хотите научиться, то приходите, вы разработаете этот проект вместе со мной на мастер-классе. То есть я покажу, как я разрабатываю. Дальше мы обсудим вашу идею. Я помогу её декомпозировать на части, подскажу, как лучше её выполнять, значит, как её лучше разделить по функциональным блокам. И далее в течение недели вы будете это самостоятельно разрабатывать. У нас будет чат с участниками, где можно будет писать, где будет поддержка, будет общение, и мы встретимся на третью встречу через неделю, на которой, собственно, мы посмотрим результаты ваших проектов, то есть результаты того, что сделали участники. я дам свою обратную связь и дам рекомендации, отвечу на имеющиеся вопросы. То есть это будет не просто мастер-класс, а это будет, ну, прямо, можно сказать, полноценный мини-тренинг, то есть мастер-класс плюс создание своего проекта, плюс помощь в чате, плюс ревью готовых проектов. Поэтому проведу я это уже совсем скоро. Ссылочки и даты есть в описании под видео. переходите, смотрите, заходите на лендинг и записывайтесь. Буду рад видеть.
К слову, если у вас есть желание разработать свой проект вот таким образом, напишите в комментарии, какой проект вы бы разработали, если бы могли сделать это за неделю.
Проекты, которые мы реализуем на мастер-классе, будут написаны на очень, а, простом, надёжном, я бы сказал, классическом стейке для веб-сайтов и веб-приложений. То есть у нас будет просто HTML и CSS. Никаких припроцессоров, никаких шаблонизаторов. Всё максимально просто и понятно. Native JS, Vanilla, JavaScript, опять же, без фреймворков, только, возможно, просто какие-то отдельные библиотеки или плагины. Всё аккуратно разложено по модулям, подключено в основной файл, так что этим будет удобно управлять. по поводу PHP, то есть мы будем использовать язык программирования PHP, потому что, ну, во-первых, это всё будет сделано монолитом, то есть шаблоны, стили, JS, PHP код, всё в рамках одного проекта. Плюс, например, по сравнению с проектами на Реакте или на NextJS, если бы мы писали на React или на NextJS, нам бы нужно было отдельно делать или нужно было бы использовать какую-то отдельную облачную базу данных по типу фабейза и так далее или Supase. А то в случае с PHP у нас всё находится в рамках проекта. То есть у нас есть PHP код, база данных может быть SQL Lite, которая хранится здесь же в виде файла. Проект написан очень просто, то есть без объектноориентированного подхода, без лишних абстракций, без лишних классов и усложнений. То есть только тот код, который нужен здесь и сейчас. То есть просто функции, MVC паттерн, отдельно модели для работы с данных, с данными, контроллеры и шаблоны, роутинг. То есть всё организовано максимально удобно и максимально понятно. То есть вам будет понятно то, как искусственный интеллект, как иагент это разрабатывает. И в случае необходимости вы сможете зайти, посмотреть, почитать этот код, ну и даже доработать его, если такая потребность возникнет. А плюс проекты на PHP очень легко деплоится, точнее, там никакого деплоя может и не быть. Это просто копировать, вставить файлы на хостинг, потому как подавляющее количество хостингов поддерживает PHP- это PHP хостинги и база данных MySQL. Собственно, всё, что вам нужно будет сделать для публикации такого проекта - это просто копировать, вставить его на хостинг и всё, он будет работать. То есть вам не нужно будет упаковывать его в докерконтейнер, как-то его закачивать на VDS или VPS, а там его разворачивать, устанавливать какие-то пакеты, устанавливать зависимости, подключаться по по SSH. Вот ничего этого не нужно. Всё максимально просто.
Важно, чтобы у вас было окружение для работы с PHP на вашем компьютере. То есть это либо Docker для MacOS, Linux, Windows, либо OS Panel для Windows. Ну, есть и также большое количество других решений. Я даю вот два таких базовых, я бы сказал, универсальных варианта. На самом деле Docker даже самый универсальный вариант. То есть важно, чтобы у вас просто было вот это окружение, чтобы вы понимали базовое HTML, CSS, PHP. для того, чтобы вы могли управлять проектом, ну, понимать, что там происходит, если у вас есть такое желание. Ну и, собственно, всё. Идея вашего проекта, того, что вы хотите реализовать, ну или идею мы можем сгенерировать уже во время мастер-класса. И желание всё это сделать и освоить, вот именно освоить агентскую разработку на основе документации за неделю. То есть у вас будут не только шаблоны и тот проект, который мы сделаем на мастер-классе, но и ваш собственный проект, который вы разработаете за время данного мастер-класса или уж даже интенсива, можно так сказать.
Видео подходит к концу, поэтому время поставить лайк, если информация о данном подходе была вам полезна. И я надеюсь, у вас теперь есть чёткое понимание по шагам, как выстроить свою разработку таким способом. Подписывайтесь на канал, чтобы не пропустить новые ролики по разработке с эагентами и без них. Также не забывайте забрать в моём Telegram-канале PDF-файл с описанием данного подхода Spec Drive and Development, чтобы применить его у себя в проектах. Ну а если вы хотите сделать это вместе со мной с помощью, с поддержкой и разработать свой проект за неделю, получить не только практические навыки, но и сделать реальный проект, то буду ждать вас на мастер-классе. Ближайшая дата старта и ссылка на него также в описании под видео. Переходите, регистрируйтесь. С вами был Юрий Ключевский, школа Вебкадемия. Увидимся на мастер-классе и на канале. До скорого. M.