Майнсет вайбкодера

Итак, друзья, прежде чем начнем прям в Telegram погружаться, для совсем новичков хочу вам проговорить вообще самую базу о том, как мы вообще разрабатываем с помощью e-разработки и как сейчас все поменялось. Если вы уже плюс-минус шарите, можете этот блог смело пропускать. Тут ничего такого нового не будет, переходить сразу к практике. Но, как я и обещал, что сначала мы разберем этапы вайп-кодинг-разработки или ИИ-разработки, потом про базу программирования поговорим, чтобы вам в целом было понятно, о чем речь. И уже потом мы начнем с вами конкретно делать что-то для Telegram. Итак, вот, например… у вас есть идея вы хотите запустить какой то продукт в данном случае это может быть какой то бот коммерческий не коммерческий для своей компании какая угодно идея что вам нужно было делать раньше до всех этих ИИ штук значит вы если вы как бы богатый то вы готовите ТЗ со специальными людьми которые на это учились а именно с бизнес аналитиками он Берет у вас интервью, берет интервью у других людей, все это складывает в хороший документ, анализирует и так далее, чтобы разработка это все понимала. Если мы не особо богатые, то мы пишем ТЗ сами. Наверное, вы писали ТЗ подрядчикам, если нет, то примерно понимаете о чем речь. Короче, мы выписываем, как нам надо делать, потом команда все эти документы смотрит, и если у нас есть команда, собственно, если есть бизнес-аналитик, он все это смотрит, правит, задает нам вопросы. Потом дизайнер рисует на все это дело макеты, это еще не готовый код, а просто как макета, как это визуально будет выглядеть. Ну и мы примерно думаем, что там все в порядке, надеемся, что там все в порядке, что мы все правильно объяснили. Дальше в игру вступает разработка. Опять же, если… у нас денег не особо много, то мы нанимаем какого-то фрилансера, разработчика, который на все руки мастер, который пишет нам и внешнюю часть приложения и внутреннюю, и все это соединяет, все это умеет. Если мы люди с вами побогаче представим, то мы нанимаем какое-то агентство или свою команду. В команде или в агентстве есть обычно бэкэнд-разработчик, это который… отвечает за всю серверную часть, какие данные куда попадают, какие команды обрабатываются. Есть фронт-энд разработчик, который отвечает за то, чтобы у нас это все красиво выглядело. Он берет макет от дизайнера, сделает это так, чтобы это уже были не макеты, а работающие приложения. Потом в игру вступает тестировщик, который все это дело тестирует. Либо же мы сами выступаем тестировщиком, мы тоже все тестируем, даем правки. И потом подключается еще такой человек, как DevOps, который все это дело разворачивает на сервере и следит, чтобы у нас все было хорошо. Короче, мы вот это все отдаем команде и молимся, что там все окей. И даем им фидбэк. Потому что мы ничего с вами в разработке не понимаем, молимся, что там окей. А… Вот сейчас часто слышу такое возражение, типа, вот, если в программировании чего-то не понимаешь, что нет смысла идти в вайп-кодинг, в ИИ-разработку, друзья, ну, вы как бы и с другими разработчиками ничего не понимаете, вам какая разница, что вы код написанный ИИ не понимаете, что код написанный другими разработчиками не понимаете, а на самом деле очень много историй, когда вы нанимаете какого-то технического директора, и он там потом приглашает каких-то своих дружков-корешков, и вы не понимаете, что И начинает вам рассказывать истории о том, вот это стоит на самом деле дороже, это стоит не так дешево, а вот мы тут все делаем хорошо, тут все классно. Но так как вы проверить это не можете, то по сути тут разницы нет, что вы с AI-шкой кодите, что вы кодите с разработчиками. Значит, а потом, что-то я отвлекся чуть-чуть, да, а потом мы такие, все, теперь новая фича у нас, и давайте тот же самый процесс, снова пишем ТЗ, снова рисуем макеты, снова отдаем в разработку, и, соответственно, ну вы понимаете, что всем вот этим людям нужно платить за пэшки, фиксы достаточно большие, и вот так это все раньше было сложно, поэтому… Я эти времена застал, и я сейчас до сих пор думаю, блин, насколько же классно и дешево стало делать продукты. Раньше на какой-то MVP можно было потратить миллион, два, три рублей, сейчас можно сделать подписку за 20 баксов, и будет все то же самое. Значит, что в итоге? Наша роль в этом всем какая? Думать о… В проекте и бизнесе, если денег у нас не так много, быть тестировщиком самим своих же продуктов. Если денег много, то тоже на самом деле быть тестировщиком, потому что за тестировщиками тоже надо тестировать и принимать какую-то работу. Ну и молиться, что там внутри все хорошо. И если даже это выглядит все красиво, молиться, что там правильная архитектура, что все окей. Как сейчас это выглядит? Значит сейчас… Вы хотите запустить продукт. Дальше. Архитектура и подготовка ТЗ. Это все на себя берет нейронка. Мы просто с ней общаемся и доверяем ей этот процесс. Мы объясняем, что мы вообще хотим. Говорим, я хочу бота, который собирает базу пользователей, делает рассылки и выдает. По моей воронке какие-то файлы или консультирует с клиентами. Все окей. И сам готовит все ТЗ, готовит все документы, подбирает под нас правильные технологии. Ну и мы просто опять так же смотрим на это все, киваем головой и молимся, что тут все правильно. Собственно, то же самое, что и здесь. Дальше. Разработка. Здесь мы говорим, что окей, и давай делай, и начинает это все и дизайн, и код все это делать. Мы тестируем, мы правим баги, мы говорим, что тут не работает, тут не работает, ну и как бы тоже молимся, что архитектурно там все окей. Просто ИИ выступает нашим сотрудником, нашим разработчиком. Если вы со стороны бизнеса смотрите, то вы и тут ничего не шарите в разработке, и тут ничего не шарите в разработке. Но только тут это стоит 2-3 миллиона, а тут это стоит 20 долларов. Вот в этом вся разница. дальше публикация мы потом вынуждены должны это все на сервере развернуть потому что у нас есть тестовая среда и есть то что у нас крутится на сервере для наших пользователей это мы ниже чуть поговорим там тесты продакшн все это разберем но это как бы финальный этап это все залить на сервер если здесь это у нас дело специальный человек который шарит там какие сервера в какой конфигурации купить как это все связать что там надо установить домены, недомены, отказоустойчивость, всякие штуки, то здесь мы также говорим просто ишки, ну, разверни это все и сама там подбери все технологии. И все, и мы просто проверяем, что это все работает, потом мы говорим, а теперь новая фича, и также идем по новому кругу. Вот это базово все, что поменялось. Само написание кода перестало стоить так дорого И все это дело сильно удешевилось Ну, опять же, в наших случаях, когда мы с вами делаем какие -то проекты Типа ботов и какие-то MVP-стартапы Это стало реально так Если мы говорим про какие-то более сложные проекты Типа банковские приложения, криптокошельки То там, конечно, все остается плюс-минус так же Потому что, ну, сами понимаете, важен вопрос безопасности и всего такого Так, что тут? Вот в этом, когда мы с ИИ разрабатываем. Наша роль какая? Думать о продукте бизнеса, ставить задачи нейронки, тестировать и тоже молиться, что там все хорошо. В общем, по сути то же самое, просто сильно дешевле. Итак, все. Про это мы поговорили. Настройтесь на то, что вы будете сами писать нейронки, ставить ITZ и править баги. И тут нужно погрузиться в некоторые вопросы, например, как правильно ITZ поставить. Нужна насмотренность для того, чтобы понимать, какие есть технологии, архитектурные решения, чтобы все собрать то, что вам нужно. В этом придется разбираться. Но на самом деле это очень весело, интересно. Это не значит, что вам нужно писать код. Хотя я рекомендую вам на базовом уровне все-таки понимать, что такое программирование, потому что вы так просто сможете намного быстрее исправлять ошибки и хотя бы просто понимать, что происходит. Это не так сложно. Не надо Гарвард заканчивать, чтобы это понять. И как раз в следующем видео мы с вами про базу программирования поговорим. Я вот вам на очень простых скринах Все расскажу и потом уже мы пойдем дальше в нашу практику и будем пилить телеграм-ботов.