Transcription
Вы, возможно, заметили, что все говорят о переходе от таких инструментов, как Lovable и Bolt, к Clawed Code. Почему это происходит и стоит ли вам тоже переходить? Что ж, в этом видео я хочу отойти от ажиотажа вокруг этих инструментов и на самом деле подробно разобрать, почему люди переходят на такие инструменты, как Claude Code, и стоит ли вам тоже переходить на Claude Code. И поэтому к концу этого видео вы будете точно знать, стоит ли вам переходить на Claude Code. Если вы меня не знаете, меня зовут Крис, и последние 15 лет я занимаюсь разработкой приложений и консультирую стартапы по продуктам и дизайну. И, сказав это, давайте подробно разберем, почему люди переходят на Claude Code. [Музыка] >> Итак, почему все переходят на Claude Code и Codeex? И я хочу сначала разобрать восприятие, которое, я думаю, мы испытываем в разговорах, знаете ли, в X, на YouTube, на всех этих социальных платформах вокруг этих инструментов для кодирования и "vibe coding". И я думаю, что восприятие в данный момент, с которым люди борются или которое как бы распространяется в разговорах в этом пространстве, заключается в том, что это просто инструменты "vibe coding" слева, и что вы не сможете довести свое приложение до финиша, если вы строите с помощью этих инструментов, или что эти инструменты недостаточно хороши, чтобы действительно выполнить работу. И что в конечном итоге вам придется перейти на эти, так называемые, "правильные" инструменты, такие как настоящие инструменты разработки, такие как Cursor, Claude Code и Codeex, чтобы фактически довести ваше приложение до финиша. И затем также есть эта категория в стороне, которую многие люди используют эти инструменты, но общее восприятие, я думаю, такое: что это за инструменты, что они делают и почему я должен их использовать? И это действительно то, где находится основной разговор в пространстве "app" и "vibe coding", и я думаю, что это неправильное восприятие, и я хочу немного объяснить, почему, потому что я думаю, что этот бинарный способ мышления о том, какие инструменты правильно использовать для ваших проектов, а также необходимость использовать лучшие инструменты, то есть лучшие агенты для кодирования, инструменты, которые используют настоящие разработчики, я думаю, это неправильный подход к построению вашего приложения. Вам не нужно быть настоящим разработчиком, чтобы создать приложение и довести его до финиша. Так что вам не нужно притворяться настоящим разработчиком, используя эти инструменты. Теперь есть много веских причин, по которым люди переходят от некоторых из этих инструментов и просто переходят на Claude Code и Codeex, и я думаю, что для многих людей переход на Claude Code и Codeex для создания их проектов приложений абсолютно правилен, но для многих людей я также не думаю, что это правильный шаг вообще, и реальность, по моему мнению, такова, что эти инструменты находятся на этих двух осях, и я хочу выделить, чтобы начать, прежде чем мы углубимся в этот разговор немного больше, что вы можете создать и запустить приложение и зарабатывать деньги с любым из этих инструментов, если вы примете правильный подход. И дело не только в использовании одного инструмента и придерживании его. Часто речь идет об использовании комбинации различных инструментов, чтобы довести ваше приложение до финиша и фактически довести его до пользователей, чтобы они могли начать его использовать, начать платить вам, регистрироваться для вашего продукта и фактически получать от него пользу. И теперь, когда мы понимаем, что вы можете создать приложение, используя любой из этих инструментов, и фактически довести его до финиша, и вам не нужно придерживаться одного инструмента. Я думаю, это две ключевые вещи здесь. Вы можете создать приложение, используя любой из этих инструментов. Вам не нужно придерживаться одного из этих инструментов. Я думаю, реальность такова, что эти инструменты существуют в спектре. И я хочу, потому что я люблю делать вещи на графиках, объяснить это на графике в этой матрице. Так что я думаю, у вас есть эти оси. Одна из которых — нетехническая, а другая — техническая. Так, технический инструмент будет как полный инструмент для кодирования, IDE для кодирования, что-то вроде Cursor или VS Code, а нетехнический — это что-то вроде Base 44 или даже некоторые из этих платформ "vibe coding", которые даже не позволяют вам напрямую редактировать код. И затем у нас есть вторая ось здесь, которая находится между созданием чего угодно, то есть любого типа приложения, которое вы можете себе представить, и созданием только одной конкретной вещи. И причина, по которой у меня есть эта ось, заключается в том, что я думаю, что очень важно, прежде чем вы начнете создавать свое приложение, точно понять, что вы создаете. Какой инструмент подходит для этой работы? В мире разработки это будет похоже на выбор вашего технологического стека перед тем, как вы начнете создавать свое приложение. То есть, выбор правильной технологии для создания вашего приложения. И это понимание основ и основных строительных блоков того, что вам нужно для создания приложения. И я собираюсь углубиться в это чуть позже, чтобы у вас было лучшее понимание того, как на самом деле строится приложение, чтобы принять обоснованное решение о том, какие инструменты вы будете использовать для создания вашего приложения. Но прежде чем мы это сделаем, я быстро размещу некоторые из этих инструментов в этой матрице, чтобы показать вам, где они находятся. Говоря о Claude Code и Codeex, этих агентах для кодирования, они находятся в более технической части здесь, где вы можете создавать что угодно, и они очень технические. Они не самые технические, потому что вы можете использовать их для "vibe coding". Вам не нужно редактировать код. Вы можете просто запускать их в терминале или в расширении в любом инструменте, который вы используете, и заставлять их создавать ваше приложение для вас, даже не глядя на код, но они разработаны для рабочих процессов разработки. Они разработаны для разработчиков. Это инструменты для разработчиков. А затем с другой стороны здесь у вас есть такие инструменты, как Base 44, Lovable, а также Bolt. Хотя я на самом деле думаю, что эти инструменты в основном нетехнические. Они больше позволяют создавать только одну вещь. Так, Base 44 находится прямо здесь, внизу слева. Lovable все еще находится в категории "создать одну вещь", потому что вы просто создаете веб-приложения, и он очень детерминирован в отношении технологического стека, который он использует для создания этих веб-приложений. Он использует Lovable Cloud, который, по сути, является Superbase для вашей серверной базы данных и аутентификации, а также React и Next.js для фронтенд-фреймворка. Вы создаете веб-приложение, вы используете эту технологию, так это определено. И я бы сказал, что Lovable немного более технический, чем Base 44, но не намного. А затем есть эти инструменты, которые находятся где-то посередине, такие как Replit, которые также находятся в этой категории. Так, нетехнические, и они, возможно, создают немного больше вещей. Где у вас есть автоматизация и подключение к инструментам и некоторые другие вещи. А затем я бы сказал, что есть эти инструменты, которые находятся где-то посередине, где Bolt немного более технический, но все еще действительно направлен на создание одной вещи, просто веб-приложений, а Leap немного более технический снова, и вы можете создавать немного больше вещей на Leap, но это все еще в основном веб-приложения. У нас есть этот пробел на рынке, где нет инструментов, которые были бы немного более техническими, и с которыми вы могли бы создавать больше вещей. И вот где различие между "vibe coding" и агентами для кодирования вступает в игру, и вот почему у нас есть такое бинарное мышление об этом. Но опять же, вы можете создать приложение с помощью этих инструментов "vibe coding", вы можете развернуть его, вы можете получить его, вы можете получить реальных людей, использующих его, и вы можете подключить его к Stripe или Polar для платежей, и вы можете фактически начать зарабатывать деньги с ним, и вы можете развернуть его с уверенностью и безопасностью. Все эти платформы усердно работают над этим. И поэтому я думаю, что нам нужно разрушить этот нарратив о том, что это единственные инструменты, которые вы должны использовать, потому что для многих людей эти более технические инструменты, которые дают вам гибкость создавать все, что вы хотите, на самом деле могут быть более трудными в использовании и фактически создавать то, чего вы никогда не хотели в первую очередь. И некоторые, и для некоторых людей они на самом деле не хотят этой видимости всей технической информации. они на самом деле просто хотят использовать что-то немного более простое, возможно, немного более удобное для пользователя, даже если у него есть некоторые ограничения или он создает только одну определенную вещь. И вы всегда можете перейти от этих инструментов. Эти инструменты "vibe coding", большинство из них, по крайней мере Lovable, Bolt и Leap, дают вам возможность получить ваш код в GitHub и перейти к Claude Code и Codeex, используя IDE для кодирования, такую как VS Code или Cursor, если вы хотите, и мы также будем синхронизироваться с вашим репозиторием GitHub, чтобы вы могли вносить изменения, используя Claude, а затем возвращать это в Lovable и продолжать редактировать в Lovable, если вы хотите сделать это. Вы можете работать с комбинацией различных инструментов, если хотите, в зависимости от вашего рабочего процесса. И то, что я считаю действительно полезным, когда вы думаете о том, какой инструмент использовать для создания вашего приложения, это по крайней мере сначала понять основы вашего приложения и как оно настроено, прежде чем вы начнете строить. И это ключевые основы, которые вам нужно знать, из чего фактически состоит ваше приложение. И эти инструменты "vibe coding" более детерминированы в технологии, которую они используют для всего этого. А более мощные агенты для кодирования менее детерминированы, где они дают вам возможность использовать что угодно для любой части вашего приложения. Но вам нужно знать, что вы хотите использовать, прежде чем вы начнете строить, если вы используете эти инструменты. Итак, у вас есть фронтенд, у вас есть бэкенд, база данных, аутентификация, любые платежные сервисы, API и развертывание. Это семь ключевых вещей, которые составляют ваше приложение и все, что вы будете делать в вашем приложении. Итак, ваш фронтенд — это то, что вы видите большую часть времени в браузере на приложении, на настольном приложении, на мобильном приложении. Это то, что вы видите на экране и с чем вы взаимодействуете. Бэкенд — это то, как он работает за кулисами. Это вещи, которые происходят для расчета, для использования различных сервисов, для создания информации, которая затем представляется обратно на фронтенде. Ваша база данных — это место, где сохраняется информация. Так, это означает любую информацию о пользователе, любую информацию, которую пользователь создает в вашем приложении, сохраняется там. Ваша аутентификация — это то, как пользователи входят в систему и регистрируются, и эта информация о пользователе будет сохранена в вашей базе данных с момента их входа и регистрации. У вас есть платежные провайдеры, такие как Stripe или Polar, которые подключаются к вашему приложению, чтобы позволить вам принимать платежи. У вас есть API, которые, по сути, являются внешними сервисами, которые вы используете. Так, если вы хотите использовать что-то вроде OpenAI или Gemini или Claude в вашем приложении, вы используете эти API, чтобы получить эту функциональность ИИ. А затем у вас есть развертывание, которое включает в себя такие вещи, как Netlify, Vercel, и есть много других платформ развертывания для разных типов приложений. Но развертывание — это то, как вы получаете ваше приложение из простого кода в живую среду, к которой люди могут фактически получить доступ. И для веб-приложения это будет просто через веб-браузер, зайдя по URL. И одно, что я хочу сказать, это то, что есть люди, которые создали и запустили приложения, просто используя инструменты "vibe coding", и зарабатывают на них деньги. Так что нет бинарного различия между правильными и неправильными инструментами. Все дело в выборе правильного инструмента для вашего проекта и знании ограничений, прежде чем вы начнете, а не просто броситесь прямо и застрянете. И поэтому я также хочу немного разобрать, что, я думаю, сейчас является нарративом, это в основном Lovable, Bolt. Это недостаточно хорошо для меня. Это не правильный инструмент. Это не лучший инструмент. Значит, я должен использовать этих агентов для кодирования. Я должен использовать лучшие инструменты, лучшие инструменты для разработчиков. Итак, давайте углубимся в Claude Code и Codeex. Я думаю, это неправильный способ мышления. Нет ничего "достаточно хорошего" или "лучшего" или "более лучшего". Все зависит от проекта и типа работы, которую вы хотите выполнять, и типа приложения, которое вы хотите создать, а также от того, что лучше всего подходит для вас. Короткий перерыв в эпизоде, чтобы поговорить о моем сообществе для людей, которые создают приложения с помощью ИИ и хотят фактически запустить свои приложения и получить реальных клиентов. Оно называется AI App Builders Academy. Так что, если вы создаете приложение с ИИ с помощью Bolt или Lovable или Cursor или любого из этих инструментов ИИ, и вы действительно хотите получить прибыль и запустить свое приложение, то это сообщество для вас. Внутри вы получите доступ к сообществу других создателей, а также к моему 30-дневному курсу по приложениям, который поможет вам перейти от идеи к приложению и прибыльному запуску всего за 30 дней. Вы также получите доступ к еженедельным звонкам с живыми мастер-классами и обучением, а также ко всем моим фреймворкам и ресурсам для стартапов и круглосуточной поддержке от сообщества, чтобы помочь вам ответить на любые вопросы или проблемы, с которыми вы сталкиваетесь при создании и запуске вашего приложения с ИИ. Так что, если вы создаете приложение с ИИ и действительно хотите получить прибыль и запустить свое приложение, тогда перейдите на school.com/aiapps, чтобы узнать больше. Увидимся там. И я думаю, что реальность такова, что эти инструменты "vibe coding", такие как Lovable и Bolt, они создают определенные типы приложений, которые работают, они упрощены, и у них очень объективный рабочий процесс. Так что у них есть четкий рабочий процесс, через который они проводят людей. Вы работаете с чатом с левой стороны. Вы создаете свое приложение в окне предварительного просмотра. Вы даете ему запрос. Возможно, вы можете очистить контекст чата. Возможно, вы сохраняете свой прогресс по мере продвижения. Возможно, есть другие функции, позволяющие выбрать другую модель ИИ или другого агента для кодирования, например, Bolt фактически имеет Claude Code, встроенный в него, и кодирует с Claude Code, и я думаю, что мы увидим это гораздо чаще с другими инструментами "vibe coding". Я знаю, что приложение Vive Code только что выпустило обновление, где они используют Claude Code в своем приложении для создания вашего мобильного приложения. Так что я думаю, что мы увидим, как эти агенты для кодирования фактически появятся в инструментах "vibe coding" в течение следующих шести месяцев-года, даже больше от Claude Code до Codeex и других. И дело в том, что вы можете создавать определенные типы приложений, которые работают и принесут вам деньги. Вам может не захотеться всегда оставаться на этих платформах, потому что, как правило, они дороже. И с другой стороны, у нас есть лучшие агенты для кодирования ИИ и IDE для кодирования, такие как разработка, своего рода, приложения. И они могут создавать любые типы приложений, которые работают, и они более технические, и у них более субъективный рабочий процесс. Так что вы можете создавать свои собственные рабочие процессы немного больше с ними, но вам нужно знать, как они работают и как это настроить, потому что в противном случае это как использовать кувалду, чтобы забить гвоздь. Вам не нужна такая большая мощность в большинстве случаев для того, что вы пытаетесь сделать. Если вы используете кувалду для правильной работы, это имеет полный смысл. Но вам не нужна эта кувалда самого мощного агента для кодирования, чтобы фактически просто заставить ваше приложение работать. И я думаю, что печальная реальность такова, что проблема часто заключается в процессе и фреймворке, который вы используете, а не в самом инструменте. Мы не должны винить в этом инструмент. Во многих случаях дело просто в наличии правильного процесса и правильного фреймворка. И каково решение этой проблемы? Решение этой проблемы, этого нарратива о том, что нам всем нужно перейти на Claude Code и Codeex, который, я не думаю, что это правда, и я не думаю, что это правильно для всех. Я думаю, есть несколько вещей, которые мы можем сделать здесь. Во-первых, выбрать правильные инструменты, прежде чем вы начнете строить. Понять, какой тип приложения вы создаете. Какая функциональность вам нужна? Как ваше приложение будет расти со временем? Нужно ли вам решать каждый элемент технологии, которую вы хотите использовать? В этом случае Claude Code и Codeex отлично подходят. Или вы хотите более определенный технологический стек для более простого типа приложения, которое уже использует эти основные, как бы, распространенные фреймворки для веб-приложений, которые распространены во всей сети? В этом случае вы можете начать с Lovable, Bolt, любого из этих инструментов "vibe coding". Или вам нужно что-то, что находится где-то посередине, где это дает вам техническую гибкость для использования различных типов технологий, но также позволяет вам работать в более, как бы, среде "vibe coding", в каком случае, возможно, Leap или Wind Surf — хороший вариант. А затем вторая часть здесь — это построить, используя процесс и фреймворк, который работает, и не просто фреймворк, который работает, а фреймворк, который работает для вас. Некоторым людям нравится оставаться в одном инструменте. Некоторым людям нравится начинать в Lovable, а затем переходить к Cursor с Claude Code. Некоторым людям нравится начинать с Claude Code и Codeex прямо с самого начала. Нет правильного способа сделать это. Есть только способ, который работает для вас и который будет работать для вашего приложения. И поэтому я люблю думать об этом, всегда создавая план сначала, выполняя сначала вашу базу данных, аутентификацию и платежи, строя по одной функции за раз, а затем тестируя ее. А затем имея хороший фреймворк для запросов, чтобы фактически писать запросы для создания функций, которые дают ИИ роль старшего разработчика или тестировщика QA, дают ему контекст того, что вы создаете, рассказывают ему о пользовательском пути, как вы хотите, чтобы пользователь мог взаимодействовать с вашим приложением, описывают любую используемую вами технологию, а затем дают ему некоторое направление дизайна в этом запросе. И я использую этот фреймворк запросов все время для создания функций с использованием любого из этих инструментов "vibe coding", и это дает гораздо лучшие результаты. А затем третья вещь здесь — это исправить то, что у вас есть, прежде чем переходить к другому инструменту. Так что одна из основных вещей, которые я вижу в своем сообществе и среди людей, создающих приложения с помощью этих инструментов "vibe coding", заключается в том, что они просто начинают использовать Lovable. Они застревают на каком-то этапе, возникает ошибка или что-то происходит, что ломается, и они думают: "Ну, этот инструмент не работает. Я попробую использовать что-то другое". И одна вещь, которую я хочу подчеркнуть здесь, это то, что создание приложений всегда будет приводить к ошибкам. Вы всегда будете сталкиваться с проблемами. Всегда будут вещи, которые не работают. Даже разработчики, кодирующие вручную, создают ошибки. Ошибки есть почти в каждом программном обеспечении, которое существует в мире. Восприятие, которое мы должны иметь здесь, заключается в том, что ошибки всегда будут возникать. Так как же нам их исправить? И как нам управлять нашим рабочим процессом так, чтобы если возникнет ошибка, которую мы не можем исправить, мы могли вернуться к точке, где мы можем попытаться построить ее снова. И поэтому мы захотим иметь возможность откатывать функции, которые не работают или которые вводят ошибки, пробовать альтернативные подходы, и ни один инструмент не является волшебным решением, которое вы ищете. А также иметь фреймворк для исправления ошибок. Так что я сделал видео об этом с шестишаговым процессом исправления любых ошибок с использованием "vibe coding" и ИИ-инструментов для кодирования. Но я думаю, что первый шаг здесь — это действительно просто дать этому ИИ контекст того, где произошла ошибка, дать ему код ошибки или сообщение об ошибке, которое произошло, когда произошла эта ошибка, точно сказать ему, что вы хотите, чтобы произошло вместо этого, сказать ему, что вы не хотите, чтобы произошло, а затем попросить его исследовать проблему, прежде чем исправлять ее. А также, некоторые из этих инструментов имеют своего рода режим отладки, который вы также можете включить. Или вы можете изменить режим мышления в некоторых из этих инструментов, чтобы увеличить объем рассуждений, которые этот агент для кодирования будет проводить, прежде чем он попытается исправить ошибку, чтобы точно понять, что происходит в вашем коде. И поэтому это ответы вместо того, чтобы просто переключаться между инструментами. И кто должен перейти на Claude Code и Codeex? Ну, я думаю, что люди говорят сейчас немного о том, что все должны перейти. Например, почему мы используем Lovable? Потому что лучшие агенты для кодирования в мире доступны. Вы можете установить его очень, очень легко. Вы можете быстро начать работу. И я думаю, это неправильный способ мышления. Я думаю, есть инструмент для каждого, для каждого типа приложения, которое вы создаете, и что вы можете фактически достичь запуска с платящими клиентами с помощью многих из этих инструментов "vibe coding", с многими из основных, по крайней мере. Есть проблемы с блокировкой для некоторых из них, где вы построены на конкретной платформе, и вы заблокированы в этом инструменте конкретно. Я думаю, что труднее, может быть труднее выйти из таких инструментов, как Replit и Base 44, по опыту, чтобы фактически начать кодировать где-то еще, и на самом деле немного труднее теперь выйти из Lovable, теперь, когда они добавили Lovable Cloud, и вы не можете перенести это на Superbase. Так что некоторые из этих платформ действительно как бы блокируют вас немного. Но из использования таких как Bolt, Leap, эти две платформы работают очень, очень хорошо с GitHub. Вы можете взять свой код за пределы этого и начать строить за пределами этого, если хотите. И я думаю, есть несколько причин, по которым люди сейчас переходят, которые не являются правильными причинами. Итак, почему люди переходят на Claude Code? Я думаю, люди, возможно, думают, что у меня слишком много ошибок. Этот инструмент не работает должным образом. Мне нужен лучший инструмент. И они перейдут на Claude Code. Я не думаю, что это правильный подход. Я думаю, первое, на что нужно обратить внимание, это ваш процесс, ваш фреймворк, как вы работаете с этими инструментами, чтобы фактически писать лучшие запросы для ИИ, которые более конкретны, которые более ясны в пользовательском пути и контексте, а также в роли, которую вы ему даете, чтобы фактически создавать эту функцию на основе конкретной технологии. Затем люди могут подумать, что это просто не работает. Это не сработало. Я ввел запрос, и он просто сломался. Он сделал сломанную вещь. И чтобы понять, что многие вещи, которые мы создаем с помощью этих инструментов, будут в какой-то степени сломаны, и что исправление ошибок и решение проблем на самом деле является частью процесса, а не неправильным событием. Это всегда происходит. Мы должны исправлять ошибки, когда мы создаем приложения. Инструменты "vibe coding" — это игрушки, и они не могут довести вас до конца до запуска законного приложения и получения прибыли. Я думаю, используйте инструменты "vibe coding" для того, для чего они хороши, а именно для быстрого перехода от нуля к MVP и для создания простых функций и запуска идеи, и вы все равно можете создать полное приложение, подключить платежи, базу данных, аутентификацию, все эти вещи. Запустить его и фактически получить платящих клиентов, даже если вы используете инструменты "vibe coding". И если вы используете платформу, которая не блокирует вас, вы также можете перенести это на другого агента для кодирования, такого как Claude Code, такого как Codeex. Если вы хотите развиваться дальше, если вы начнете масштабировать это приложение, и я всегда бы рекомендовал, если вы начнете масштабировать ваше приложение до большого количества пользователей, тогда вам, вероятно, захочется нанять разработчика, чтобы помочь вам немного, пока вы его создаете. Еще одна причина, по которой люди думают о переходе на Claude Code и Codeex, заключается в том, что это не то, что используют настоящие разработчики. Ну, я не думаю, что это имеет значение. Мы вступаем во время, когда не только разработчики могут создавать приложения. Любой может создавать приложения. И эти платформы "vibe coding" начинают исправлять и решать эти проблемы, которые вызывают проблемы у людей. Каждый месяц мы получаем новые релизы, которые помогают людям. И также, вам не нужно использовать настоящий инструмент для разработчиков, чтобы создать настоящее приложение. Я думаю, это тоже заблуждение. У меня также есть это дважды. Так что я просто удалю это. По какой-то причине я добавил эти вещи дважды. Но чтобы также охватить другую сторону этого аргумента, почему люди переходят. Я думаю, есть несколько действительно хороших причин, по которым люди переходят на этих агентов для кодирования. И я думаю, что Claude Code и Codeex — это одни из самых мощных, они являются одними из самых мощных инструментов для создания приложений на данный момент. И они позволяют вам делать невероятные вещи. Я думаю, что потребность в большей гибкости в технологиях, которые вы используете для вашего приложения, — это действительно хорошая причина для перехода, потому что Claude Code и Codeex позволят вам создавать с любой технологией, которую вы хотите в вашем приложении. Мне нужно создать функциональность, которую Lovable, Bolt или Replit не могут создать. Опять же, это действительно хорошая причина начать использовать что-то вроде Claude Code. Если вы хотите создавать совместные функции в вашем приложении, например, с использованием веб-сокетов, то вы, вероятно, захотите сделать это в чем-то вроде Claude Code или Codeex, вместо того, чтобы пытаться создавать эти более сложные функции в чем-то вроде Lovable или Bolt. И я хочу создавать с помощью более технического инструмента и иметь полный контроль. Так что, если вы более технически подкованы, вам не мешает видеть код, вам не мешает работать с терминалом, и вы действительно хотите иметь полный контроль над вашим полным проектом приложения, и быть действительно четким и конкретным о том, как именно вы хотите его создать, это отличная причина использовать Claude Code и Codeex. И также, если у вас есть конкретные требования, которые требуют под-агентов или конкретных инструментов MCP, которые вы хотите использовать, тогда использование Claude Code и Codeex также является очень, очень хорошей причиной для перехода. И поэтому, кто действительно должен, кто действительно должен перейти? Я думаю, это все ключевые моменты о том, почему вы должны перейти, если вы хотите полную гибкость вашего технологического стека. Если вы хотите полный контроль над каждым аспектом вашего кода, не всем это нужно, кстати, потому что вы можете подумать, ну, очевидно, мне нужен полный контроль над всем. Вам не обязательно нужен полный контроль над всем, потому что если у вас есть контроль над вещами, которые вы не понимаете, это может вызвать больше проблем для вас в дальнейшем и фактически привести к созданию чего-то еще более сломанного, чем если бы вы построили с помощью Lovable или Bolt, например. Или если вы хотите создавать более сложную функциональность, такую как ИИ-агенты, совместная работа, конкретные технологии, более глубокая интеграция, конкретные пакеты, если вы более технически подкованы и хотите изучить лучший инструмент для разработчиков ИИ, тогда это отличная причина начать использовать Claude Code и Codeex, и если вы хотите использовать под-агентов с доступом к конкретным инструментам MCP для конкретных подзадач, я думаю, это очень хорошая причина перейти на Claude Code и Codeex. Я думаю, в конечном итоге мысль, которую я хочу оставить вам здесь, заключается в том, что вы можете создавать с любым инструментом и выбирать инструмент, который имеет смысл для вашего проекта, и не брать на себя больше сложности, чем вы хотите, и нет лучшего инструмента, только то, что работает для вас. Для некоторых проектов и для некоторых людей Lovable будет лучшим, но для многих других людей и для многих других проектов Claude Code и Codeex будут лучшими. Вам не нужно использовать Claude Code и Codeex, чтобы создавать законные приложения, запускать их и получать платящих клиентов. Но вам нужно использовать инструмент и технологический стек, который имеет смысл для вашего проекта приложения и который работает для вас и фактически дает вам хорошие результаты. И наличие хорошего процесса, хорошее понимание основ создания приложений — это то, что действительно поможет в этом процессе. Вот почему я создал свое сообщество. Вот почему я создал свой курс. И вот почему я создал этот канал — чтобы помочь таким людям, как вы, как я, найти эти рабочие процессы, создавать ваши приложения, запускать их, получать реальных платящих клиентов. Надеюсь, это видео поможет объяснить, стоит ли вам переходить на Claude Code или Codeex, почему люди переходят на Claude Code и Codeex, и каковы проблемы с текущим нарративом и восприятием этих инструментов "vibe coding" по сравнению с агентами для кодирования ИИ, такими как Claude Code и Codeex, а также поможет вам понять, следует ли вам использовать Claude Code и Codeex для вашего проекта приложения. Если вы рассматриваете возможность перехода, то обязательно выясните, какое именно приложение вы пытаетесь создать, какой технологический стек вы хотите использовать, чтобы понять, является ли переход на Claude Code и Codeex по сравнению с некоторыми другими инструментами "vibe coding" правильным путем для вас, и в конечном итоге избежать еще большего застревания, чем вы могли бы, если бы использовали что-то вроде Lovable или Bolt. В конечном итоге нет правильного пути для каждого проекта, и вам решать, найти правильный рабочий процесс для приложения, которое вы хотите создать, и правильные инструменты помогут вам создать его, запустить и фактически получить платящих клиентов, используя это приложение. Если вы создаете приложение или у вас есть идея, и вы хотите начать его создавать и научиться делать это, то у меня есть сообщество на school, которое помогает людям делать это. И вы можете перейти на school.com/iapps, чтобы узнать больше об этом и начать создавать свое приложение уже сегодня. Если вам понравилось видео, не забудьте поставить лайк и подписаться. И, как обычно, спасибо за просмотр и до следующего раза. [Музыка] продукт. Продукт.