Transcription
Привет. Эм, я создаю это как свое первое видео, и я думаю, один из советов, который я постоянно слышу, это просто начать. И поэтому, даже если это просто видео с необработанным кодом, эм, я просто хочу что-то выложить, чтобы помочь себе стать лучше. И эм, я думаю, одна из причин, почему я это делаю, заключается в том, что я изначально создал продукт, и он действительно не получил никакого развития в плане маркетинга, привлечения людей к его использованию, привлечения людей к регистрации на него. Поэтому я решил просто строить публично. И одна из причин, по которой я начал этот YouTube-канал, заключалась в том, чтобы изначально продвигать себя, свой продукт, конечно, и просто получить больше известности, потому что это сложно. Эм, я пытался публиковать на X и Reddit, и на нескольких других форумах, но действительно никакого развития здесь и там. Даже Hacker News ничего толком не дал. И поэтому, эм, это уловка, чтобы показать свой продукт, показать себя, эм, и показать что-то реальное, потому что мы будем жить в эпоху ИИ-агентов и ИИ, генерирующего все. И поэтому вы больше не получаете много человеческого аспекта. Так что, эм, да, я думаю, одна из вещей, о которых я мог бы говорить вечно, — это скорость программирования. И одна из техник, с которой я вырос, эм, действительно началась с техники обучения тому, как учиться. Эм, я знаю, есть люди, которым было очень трудно учиться чему-то у своего учителя. И один из лучших советов, который я получил от одного из своих дядей, был просто: ты сам себе лучший учитель, и ты будешь тем, кто научит себя практически всему. Эм, и будь то чтение книг, просмотр видео, эм, использование ИИ, эм, многое из этого просто ускорит вашу мышечную память обучения. Эм, вы можете не захотеть, знаете ли, передать все это ИИ, чтобы он сделал это, но вам нужно уметь думать самостоятельно — это один из моих первых советов. И оттуда, эм, до того, как существовал ИИ, эм, одна из вещей, которую я узнал в колледже, эм, было обучение тому, как использовать другую операционную систему, кроме Windows. Эм, я вырос в среде Windows всю свою жизнь и, работая в IT, была однажды ситуация, когда я работал в компании, которая использовала действительно старую систему Linux в качестве своей сетевой файловой системы, и эм, никто не знал, как в нее войти, кроме того, что был пароль, написанный на стикере. И когда я использовал эти учетные данные, я просто, знаете ли, смотрел на консоль. И оттуда, эм, я начал искать в интернете, гуглить вещи. Как мне использовать эту систему? Она называется Ubuntu. И, эм, оттуда я, по сути, понял, как работает командная строка. Эм, что есть больше, чем просто использование пользовательского интерфейса. Вы можете на самом деле ввести в терминал и ввести команды, чтобы компьютер что-то сделал для вас и взаимодействовал с ним. И это было без, знаете ли, браузеров, без кнопок для нажатия. Это был просто терминал и ваша клавиатура, и это все. Вы просто видели черный экран и какой-то текст. И эм, это действительно заставляет вас мыслить нестандартно: как мне действительно подойти к взаимодействию с этим компьютером, который я не понимаю, и что я могу сделать, чтобы он работал на меня и решал проблему, потому что, по мнению бизнеса, для которого я работал, этот компьютер, эта система, этот сервер содержали действительно критические данные от предыдущего человека, который, эм, был ответственным за него. И, эм, моя работа в IT заключалась в том, чтобы разобраться в этом. И многое из этого разбирательства заключалось в то время просто в поиске всего в Google. И, эм, в наши дни это так просто. Вы можете просто задать свой вопрос ИИ, чат-боту, облаку и т. д., и получить действительный ответ. И с агентами это также может быть сделано автоматически. Но есть некоторые люди, которые, очевидно, слишком боятся даже вводить команды в терминал. И это будет их первым большим шагом к выходу из этой оболочки, к попытке научиться учиться. И большая часть этой борьбы действительно является основой для перехода к следующему шагу. И, по крайней мере, мой следующий шаг с точки зрения цели — кодировать быстрее, двигаться быстрее, использовать ИИ-агентов быстрее — это изучение того, что такое Linux. И если вы не знаете, что такое Linux, эм, ну, у вас есть домашнее задание, потому что я, например, возможно, научу вас некоторым концепциям в будущем, возможно, с помощью Shorts, но я думаю, я просто оставлю этот медиум для разговоров в этом медиуме, чтобы, как бы, привлечь аудиторию, привлечь сообщество, потому что я хочу однажды создать сообщество, и я хочу, чтобы люди следили за мной. Я был частью клубов, эм, которые привели меня в сообщество безопасности, откуда я родом сейчас. И, эм, да, как бы, вы можете спросить себя, почему слушать меня, и я могу сказать, что вы можете многому научиться у меня, и одна из причин, по которой я заставляю вас слушать меня, заключается в том, как научиться кодировать быстрее, как использовать ИИ-агентов быстрее, как использовать ИИ быстрее, как использовать компьютер быстрее. Это моя цель. К этому я стремился. И я скажу вам, что вы научитесь навыкам, которым никогда раньше не учились. И один из навыков, который, эм, действительно вытолкнул меня из зоны комфорта, — это знание раскладок клавиатуры. Что такое раскладка клавиатуры? Эм, одна из основных раскладок клавиатуры, на которой я вырос, — это Quarity, и она используется в большинстве школьных систем. Но я могу сказать вам, что если бы я продолжал использовать эту раскладку, у меня была бы та же проблема с получением туннельного синдрома. И знание другой раскладки клавиатуры помогло мне, знаете ли, использовать клавиатуру так, как я хотел, чтобы у меня больше не было боли. И это была одна из причин, по которой я, я выучил другую раскладку клавиатуры. Эм, но я не осознавал, что использование разных раскладок клавиатуры заставит меня кодировать быстрее, эм, печатать быстрее, потому что тот факт, что вам приходится учить совершенно другую раскладку клавиатуры, означает, что вам действительно приходится, как бы, практиковаться, тренировать свой мозг, чтобы знать, где находятся клавиши. И это обучение тому, как учиться, верно? Если бы я представил себе, что я буду жонглировать, как бы, своим прогрессом в ускорении кодирования с болью или найду другое решение, которое облегчит мою боль и никогда больше не столкнусь с такой проблемой. И вот так я научился учиться другой раскладке клавиатуры и практиковаться в печати. Я выучил новую раскладку клавиатуры за час и знал, как печатать по крайней мере 50 слов в минуту в течение дня. Эм, потому что все, что я делал, это тратил все свое время на печатание новой раскладки клавиатуры. И если вы хотите знать, я использую Colemarmac. Эм, я думаю, следующее, что, эм, помогло мне научиться кодировать быстрее, — это просто горячие клавиши. Эм, горячие клавиши — одна из основных причин, как бы, знания того, как быстрее использовать инструменты. Вы можете задаться вопросом: «Эй, как ты это сделал так быстро, кроме использования скрипта?» Ну, мне пришлось нажимать некоторые клавиши на клавиатуре, использовать разные комбинации клавиш для активации этой конкретной функции или ярлыка. И это действительно помогает вашей мышечной памяти быть очень гибкой в отношении того, что вы хотите напечатать, и какие ваши лучшие движения пальцами. Похоже на игру на пианино: что нажимать в нужное время, когда нажимать. И я думаю, одна из причин, почему я так активно пользовался клавиатурой в прошлом, — это то, что я много играл в видеоигры. Эм, я не особо играл с помощью контроллера. Я в основном играл в видеоигры на клавиатуре, играя в такие игры, как World of Warcraft, Dota 2, Age of Empires, Starcraft 2. И немного на пианино в прошлой жизни. Но оттуда это просто дало мне мышечную память в пальцах, чтобы нажимать разные клавиши в нужное время и возможность двигаться быстрее. Эм, дальше я бы сказал, следующее, чтобы стать более быстрым и эффективным, — это, эм, либо печатать в терминале, либо, эм, учиться кодировать и писать скрипты. Эм, это начинается с того, как бы, какой язык мне нужно выучить, чтобы печатать, или какой синтаксис мне нужно выучить? Эм, ну, я думаю, есть несколько ресурсов, чтобы выяснить, что вы хотите сделать, на каком языке вы хотите учиться. Большинство людей начинают, в старые времена люди начинали, эм, используя язык программирования C, а в школе учат Java, в наши дни Python, чтобы начать, но это прерывает ваш импульс к более быстрому кодированию, честно говоря, и нам больше не нужно кодировать благодаря ИИ и ИИ-агентам. Так что, эм, в наши дни вы можете просто заставить ИИ кодировать для вас, но действительно ли вы знаете, как заставить его делать то, что вы хотите, очень быстро? Эм, я думаю, одна из проблем с, эм, более быстрым кодированием — это среда, в которой вы кодируете. И я думаю, что один из худших, эм, IDE там — это VS Code. Эм, в основном потому, что вы много щелкаете, эм, пытаясь выяснить, какой текст выделить, и, эм, щелкаете в разных областях, перемещая руку с клавиатуры на мышь туда и обратно, туда и обратно, создавая повторяющиеся движения, которые могут вызвать туннельный синдром в некоторой степени. И поэтому один из основных, эм, инструментов, которые я использую для декодирования, — это Neoim. Эм, в основном потому, что, во-первых, вам нужно выучить BIM, который является еще одним редактором, который имеет множество ярлыков для навигации по тексту и дает вам мышечную память о том, как использовать его для навигации по файлу и файлам в вашем проекте. Эм, я не буду показывать это сейчас, потому что я просто хочу, знаете ли, поговорить о том, как кодировать быстрее, как о моем первом видео. И, эм, да, Neoim многому учит. Я думаю, главное — это быстро перемещаться по файлам, эм, и строкам в вашем файле очень быстро. И, эм, извините, там мотылек пытается добраться до меня. В любом случае, эм, оттуда, я думаю, многое входит в этот опыт обучения Neoim. Я не хочу отнимать это у вас и учить вас с нуля. Я думаю, эм, проходя через бесконечный цикл обучения тому, что доступно там в Neoim, вы научитесь, эм, многому самостоятельно, и, как я уже сказал, вы сами себе лучший учитель. Эм, следующее, что, я полагаю, поможет программировать быстрее, — это, эм, следующий шаг после печати. Я думаю, нам больше не придется печатать. Мы можем фактически, пока вы знаете, как быстро говорить, вы сможете, эм, быстро давать указания ИИ-агентам, что делать сейчас, и я могу показать вам, но я бы предпочел, чтобы сейчас отображалась эта графика, потому что она выглядит очень круто. Эм, потому что это мой продукт. Эм, и да, это приятно и завораживающе смотреть. Другое дело, давайте посмотрим, я был на преобразовании речи в текст, эм, это была одна из основных вещей, к которым мы будем двигаться, и мы сможем координировать работу с несколькими агентами, чтобы кодировать для вас. Эм, я думаю, теперь по теме агентов, вы заметите, что если вы будете использовать несколько ИИ-агентов, эм, вы можете столкнуться с ограничением скорости или вы можете заметить, что ваш ИИ-агент приостанавливается и не делает то, что вы хотите. И я думаю, вам нужно уметь сортировать, что происходит, и каковы причины, по которым, эм, ваш ИИ перестает работать над этим и тем. Эм, это, вероятно, одна из причин, по которой я создал этот продукт, — иметь возможность видеть, что делает мой, эм, ИИ-агент в реальном времени и определять, что он делает неправильно, потому что есть много вещей, которые я знаю о компьютерах и Linux, которые я не хочу, чтобы мой ИИ-агент делал. И поэтому я создал несколько правил, чтобы, эм, предотвратить это. И это позволяет ИИ либо спрашивать меня, либо принудительно использовать другой инструмент, эм, и т. д. И это часть того, как быстрее использовать ваших ИИ-агентов — определить узкие места в использовании их инструментов. И если вы определите, если вы сможете это отсортировать, вы сможете быстрее использовать ваших ИИ-агентов. Эм, есть также, как бы, ограничение скорости. Вы можете не знать, что, эм, большинство поставщиков передовых моделей ИИ, эм, ограничивают ваши запросы в секунду, эм, которые взаимодействуют с вашим, эм, аккаунтом, если вы не используете, эм, так что есть два медиума, есть подписка, а затем есть API, и API использует, эм, использует ли он все ваши запросы без ограничений? И, эм, подписка имеет возможность включить быстрый режим, но это будет использовать в два-три раза больше токенов, чем вы бы выделили для своего аккаунта. И поэтому есть борьба между одним или другим. И затем есть другой, эм, вариант использования, эм, более слабой модели с меньшими усилиями. Например, эм, для, эм, ИИ Anthropic Claude, у них есть возможность использовать разные версии моделей, такие как Sonnet и Haiku. И поэтому, если вы, эм, большую часть времени, когда я использую Claude, я использую модель Opus, которая позволяет полностью обдумать и разработать архитектуру, эм, как вы планируете создать свой проект, прежде чем писать код. И поэтому вы переключитесь на модели Sonnet или Haiku для более быстрого кодирования. Эм, и это работает, эм, очень хорошо, эм, когда вас не ограничивают. Но когда вы начинаете создавать все больше и больше агентов и субагентов, которые порождаются, эм, вы заметите, что все ваши запросы становятся все медленнее и медленнее, потому что вы можете сходить с ума, как я, и запускать несколько сеансов одновременно. И, эм, это одна из вещей, о которых вы должны знать, — это количество запросов, которые вы делаете на каждого агента, эм, потому что это в конечном итоге ограничит вас и приведет к тому, что вы, потому что может быть только определенное количество выходных токенов, которое, эм, повлияет на производительность. Эм, следующее, о чем вам, вероятно, стоит подумать, — это контекст. Я знаю, что вы будете слышать это много раз из каждого видео на YouTube, кроме моего, но, эм, вы заметите, что каждый запрос, отправленный в API и обратно, и для вашего, эм, облака или OpenAI или вашей модели, чтобы понять, происходит обмен, эм, контентом и контекстом, которые, эм, обмениваются туда и обратно, чтобы прочитать ваш облачный код, ваш файл MD агента, ваши навыки, ваши включенные инструменты. Эм, весь этот раздутый объем повлияет на вашу скорость и повлияет на использование ваших токенов. Я не хочу говорить об использовании токенов здесь. Я просто хочу говорить о скорости, о том, как сделать так, чтобы все работало как можно быстрее. Эм, но да, чем больше раздутого контекста у вас есть, тем медленнее будет ваш агент. И это звучит довольно очевидно, пока вы не начнете сходить с ума от ваших, эм, ваших длинных разговоров, что приводит к следующему: попробуйте не вести длинные разговоры с вашим ИИ. Вам следует либо начать новый чат для каждой новой тестовой задачи, которую вы хотите выполнить, которую, я надеюсь, к настоящему времени они исправили, потому что это как бы отстой — каждый раз очищать контекст, сжимать контекст. Это буквально стирает память ваших ИИ-агентов. Эм, если у вас нет общей памяти, эм, о которой я могу поговорить позже. Я действительно не хочу говорить об этих, эм, типах глубоких механик. Я просто хочу говорить о том, как стать быстрее. Эм, и я думаю, единственное, что мешает людям стать быстрее сейчас в эпоху ИИ, — это деньги. И, эм, если у вас есть деньги, вы можете заплатить за скорость. Эм, вы можете заплатить за одновременность и параллелизм запуска нескольких агентов одновременно без последствий. Вам просто нужны деньги на это. Однако есть еще одна вещь, которую я должен упомянуть, и это время, время, когда вы фактически взаимодействуете с API и контактируете, взаимодействуете с вашей, эм, моделью. Эм, потому что поставщик, вероятно, ограничивает вас в зависимости от вашего региона, и поэтому есть некоторая небольшая задержка здесь и там, и вам может потребоваться работать в другое время. Было время, когда я работал примерно с 1:00 ночи до 5-6:00 утра, потому что я знал, что в это время запросы будут молниеносно быстрыми. Меня не будут ограничивать, все будет работать как по маслу, эм, по подписке. И это было потрясающе, потому что я мог сделать так много работы так быстро, с такой скоростью запросов API для использования токенов, просто, как бы, просыпаясь в другое время. И это заставляет вас чувствовать себя сумасшедшим, потому что вы будете делать это только тогда, когда столкнетесь с ИИ-психозом. И ИИ-психоз — это просто взаимодействие с ИИ через промпты, как бы, как наркотик, потому что они постоянно будут предоставлять дофамин при каждом ответе, который вы получаете, потому что вы поймете, если у вас есть много идей, все эти идеи могут быть реализованы за один час или меньше, и это просто становится аддиктивным наркотиком. Эм, да поможет нам всем, как бы, как остановить это от нас. Эм, и просто высасывание всего наших знаний, всех наших идей ИИ. Эм, я думаю, бонус или вещи, о которых стоит поговорить, — это, эм, я думаю, одна из главных вещей, когда вы разрабатываете, одна из вещей, которая будет вас больше всего останавливать, — это тестирование вашего кода, либо с помощью разработки, управляемой тестами, эм, и, эм, О, не забудьте. Эм, самое главное — это CI/CD. Хорошо, не дайте мне забыть. Если я забуду, напишите в комментариях. Эм, но начиная с тестирования. Тестирование — это здорово. Вы можете проверять форматы, дымовые тесты, модульные тесты, интеграционные тесты, сквозные тесты. Эм, все это может вызвать проблемы у вашего ИИ, потому что он может зациклиться на тестировании и отладке и т. д. Так что мой совет, возможно, отложить тестирование на конец, но в то же время вы должны уметь говорить своему ИИ создавать для себя собственный отладчик. Отладчик очень глубоко погружается в то, как работает код программы. Но вы знаете, что вы можете просто запустить и сказать своему ИИ-агенту создать любой инструмент, который вы хотите, создание отладчика позволит вашему ИИ-агенту определить, как были созданы ошибки, и как их исправить до написания какого-либо кода. Эм, что является большим советом при работе с бэкенд CLI-инструментами и тому подобным. Эм, что касается создания пользовательского интерфейса и фронтенда, я очень рекомендую использовать что-то вроде Playwright от Microsoft или сказать своему ИИ-агенту создать собственный утилиту для снимков экрана в вашем инструменте, в вашем продукте, чтобы он мог захватывать снимки экрана, передавать их в модель LLM, и они могли самоитерироваться и самообучаться при создании пользовательского интерфейса. Высоко. Эм, очевидно, что выполнение всех этих тестов значительно замедляет вас. Я бы хотел, чтобы у меня не было необходимости делать это, но для вас, чтобы предотвратить, как бы, постоянные разговоры с вашим агентом о том, чтобы сделать снимок экрана этой конкретной части экрана, а затем отправить его вашему ИИ, а затем напечатать, что это неправильно, бла-бла-бла, вы можете просто заставить своего ИИ делать это итеративно, чтобы убедиться и проверить, что это работает. Так что интеграционное тестирование и сквозное тестирование — это основное, что поможет ускорить получение желаемого результата от вашего ИИ-агента. Эм, следующее, что я бы также рекомендовал, эм, я, я не забыл. Хорошо, я не забыл. Следующее — это CI/CD. Хорошо, вы, возможно, слышали о такой вещи, как GitHub Actions. Хорошо, это, по сути, бич всего импульса разработки. Я могу сказать вам, нет. Эта концепция CI/CD, непрерывная интеграция, непрерывная разработка заставила разработчиков тратить часы и часы, ожидая, пока компьютер завершит все тесты и сборки, тестирование и компиляцию программного обеспечения, а затем его публикацию и распространение, чтобы клиенты могли использовать и загружать. Это самое большое препятствие. Хорошо. И я расскажу вам, как сделать это быстрее. Хорошо. Слушайте. Слушайте. Вы меня слышите? Вы меня слышите? О, слишком громко. Хорошо. Эм, самое главное — не использовать, эм, язык вроде Rust так часто. Хорошо. Я начинал все свои проекты на Rust, когда начал работать с ИИ-агентами. Эм, и это было бичом моего существования: почему моя задача занимает так много времени? Код пишется очень быстро, но компиляция кода занимает несколько минут, а затем, когда вам нужно его распространить, это занимает еще несколько минут. И когда вы тестируете и итерируете и тестируете, это занимает еще больше времени. Так что я думаю, что сэкономит вам много времени — не использовать Rust в качестве основного языка бэкенда, если только вы не используете его как сайдкар или не используете его с фреймворком, который его использует, эм, который будет компилировать его быстрее и очень быстро. И я не буду говорить конкретно о том, какие фреймворки поддерживаются, потому что их так много. Все они хороши, все они быстрые, но я действительно не рекомендую это, если только вы не используете REST как сайдкар для внедрения или создания библиотеки для помещения в другой язык или фреймворк, эм, чтобы ускорить работу. Потому что вы потратите так много времени, часов, и ваши токены ИИ будут таять и сгорать просто на этом полном цикле итераций компиляции кода. Это не сработает. Это совсем не сработало. Эм, так что я знаю, что Codeex сделан на Rust, но да поможет им Бог. Они, они не могут итерировать достаточно быстро из-за времени компиляции и скорости. Но они знают, что это безопасно. Продукт безопасен. Это единственная главная причина, по которой вы используете Rust — это безопасность. Он сжат для создания очень маленьких бинарных файлов и проверен в бою, так что вы будете знать, что он будет работать после компиляции, и, и многое другое, вы избежите ошибок времени выполнения, но вы все равно можете столкнуться с ошибками времени выполнения. Эм, так что выбор другого языка, кроме, эм, компиляционно-тяжелого языка, действительно рекомендуется. Так что что-то вроде TypeScript, эм, поможет, и еще одна вещь, которую я хочу обсудить, — это использование TypeScript, а затем TypeScript с использованием Bun. Так что использование чего-то вроде Bun поможет ускорить процесс, не создавая, как бы, клиентов для конкретной базы данных, потому что если вы используете Bun с SQLite, вы можете немедленно разрабатывать с базой данных. Он также поставляется с некоторыми встроенными утилитами для тестирования и т. д. Многое можно сказать о Bun, но есть и много недостатков у Bun 2, о которых я могу рассказать больше. И я думаю, одна из главных вещей, которую я узнал о Bun, — это то, что есть так много ошибок, эм, и сбоев во время выполнения, которые могут произойти. Так что одна из вещей, которую я узнал о других языках программирования, которые я также рекомендую изучать, — это изучение всех языков программирования. Вы услышите о сильных и слабых сторонах каждого из них, и, эм, я могу сказать вам, что есть одна действительно классная концепция, которую я узнал из языка под названием Elixir, и она говорит вам, эм, у них есть эта способность языка обновлять код в реальном времени в продакшене, как мгновенно, без необходимости его выключать, что безумно. Не говоря уже о концепции под названием супервизор. Эм, если вы прочитаете о языке, он позволит вашему коду сбоиться, перезапускаться и самовосстанавливаться. Это, это функция, которой нет ни у одного другого языка по умолчанию, и вам нужно, знаете ли, подтолкнуть вашу, эм, вашу программу, ваше приложение, чтобы иметь это встроенным, потому что это такая безумная функция, которая сэкономит вам тонны и тонны времени, потому что вы не знаете, сколько итераций я прошел со своим приложением, моими проектами, где я сталкиваюсь с таким количеством ошибок времени выполнения и сбоев, но если бы у меня был способ справиться с этим, исцелиться от этого, эм, это сделало бы все намного быстрее. И, эм, я думаю, ИИ-агенты могут не рекомендовать это. Так что вам придется рассказать им об этой функции. Эм, я думаю, следующее, что поможет с скоростью итерации или, по крайней мере, со скоростью программирования в целом, — это использование демонов. Эм, демоны — это, по сути, прослушивание на краю того, как, знаете ли, программы общаются друг с другом, и я не очень хорошо знаю детали, вам придется попросить ИИ объяснить это лучше, чем я могу. Эм, но это предполагает, что если вы находитесь на этом переднем крае, где создаются сокеты и, эм, и программы общаются друг с другом, вы сможете добиться лучшей производительности при запуске и производительности. Другие вещи, которые помогут с этим, — это кэширование, эм, также. Кэширование может использоваться в нескольких областях создания вашей, эм, вашей программы и проекта, но кэширование также применяется к разным уровням, эм, разработки приложений, будь то сетевой стек, стек разработки программного обеспечения и т. д. Эм, и это может применяться к памяти или, эм, да, в основном это применяется к хранению всех этих данных в памяти или в закодированном файле для легкой загрузки и понимания. Эм, я говорю ерунду, но это некоторые вещи, которые, эм, ИИ-агенты действительно рекомендуют. Эм, давайте посмотрим. Мы говорим о скорости здесь. Что еще заставит нас кодировать быстрее? Хорошо, еще одна вещь, я думаю, продукты прямо передо мной, верно? Это наблюдаемость. И наблюдаемость — это действительно основное, как бы, как вы убеждаетесь, что ваша, эм, ваша программа здорова и работает должным образом, верно? Так что, если вы, я думаю, если вы послушаете, как работают высокочастотные трейдеры, особенно такая компания, как Jane Street, у них есть система наблюдаемости, на которую они так сильно полагаются, что если она не работает должным образом, они вообще не торгуют без нее. Безумно, правда? Насколько ценна эта система наблюдаемости, потому что если что-то не так с их платформой, их проектами, их приложениями и т. д., они не торгуют. И они знают по опыту, что если они торгуют без наблюдаемости, их ждет плохой конец, верно? Ждет плохой конец. Эм, так что это касается, эм, есть много вещей о наблюдаемости, о которых можно говорить. Эм, если вы углубитесь, вы узнаете о метриках трассировки, графах пламени, Prometheus как возможной альтернативе, эм, для и Grafana для работы в стиле open source. В последнее время они делают много закрытого исходного кода, потому что они теперь компания. Но в любом случае, идем дальше. Наблюдаемость — это одна из самых важных вещей, которую вам нужно действительно сделать и внедрить в свой образ жизни, в то, как вы подходите к созданию проекта. Эм, таким образом вы будете знать, почему вещи работают медленно, сколько нагрузки они могут выдержать и т. д. Эм, я думаю, я могу говорить вечно о наблюдаемости, потому что проекты, с которыми я сталкиваюсь с наблюдаемостью, — это, эм, на работе я управляю конвейером данных для всей телеметрии из всех источников данных, и если какой-либо из этих источников данных выходит из строя, нам нужно уметь сортировать, что пошло не так, и есть несколько областей наблюдаемости конвейера данных, которые могут пойти не так. Это может начаться с исходных данных, верно? Источник данных, который генерирует данные, может иметь проблему. Он может сбойнуть, верно? Так что он не будет отправлять данные вниз по течению к месту назначения. Следующее — это учетные данные. Эм, обычно для получения или отправки данных требуются какие-то API-ключи и т. д., которые необходимо обменивать и настраивать, и эти ключи могут быть просрочены. Эм, если вы работаете в компании с жесткой дисциплиной, которая ожидает, что, знаете ли, API-ключи будут жить только год, вам придется помнить, чтобы вращать их раз в год, и может не быть системы, которая может вращать ключи для вас. Я думаю, следующее, о чем мне нужно поговорить, — это, эм, как это называется? Давайте посмотрим. Мы говорим о конвейере данных, верно? Так что большая часть этого — это действительно следующая часть конвейеров данных — это возможность отправлять к месту назначения. Так что ваше место назначения может не справляться с трафиком или пропускной способностью и т. д. Вы узнаете о потоковой передаче журналов и т. д. И да, есть так много компонентов наблюдаемости. Есть даже оповещения, как бы, наблюдаемость — это одно, а затем как вы будете получать оповещения, когда возникнет проблема, верно? Эм, так много всего входит в наблюдаемость и мониторинг вашего, эм, вашего кодирования и производительности вашего приложения, чтобы просто кодировать быстрее в целом. Эм, да. Так что я могу говорить вечно на эту тему, но я действительно хочу перейти к другим вещам. Эм, я думаю, еще одно, прежде чем я забуду, — это журналы аудита. Эм, так что журналы аудита — это действительно, хотя бизнес просто или это видео просто о более быстром кодировании, эм, вы хотите иметь возможность сортировать, что пошло не так, и ваш ИИ-агент должен знать, что пошло не так. Так что наличие целой базы данных или файла, который отслеживает всю произошедшую активность, эм, и возможность сортировать и смотреть назад, очень полезно для вашего ИИ-агента, чтобы кодировать быстрее, потому что если он пытается отлаживать вручную без какой-либо формы истории или аудиторского следа, ему будет трудно реализовать функцию, которую вы хотите. Хорошо, продолжаю бить лошадь. Эм, давайте посмотрим. Следующее, что нам нужно сделать, это да. Как бы, о чем еще мне нужно говорить для более быстрого кодирования? Я имею в виду, мы приближаемся к эпохе, когда вы можете просто говорить с вещами, говорить с ИИ-агентами, чтобы они кодировали для вас, он делает кодирование, но вы все равно столкнетесь с бесконечным циклом отладки. Так что мы позаботились об отладке, представив все эти инструменты, чтобы помочь, помочь мониторить и самовосстанавливаться, чтобы продолжать прогресс работы. Так что это здорово. Эм, но я чувствую, что может быть больше. Всегда есть больше. Эм, в последнее время есть, эм, цикл итераций, который проводят несколько исследователей, где они могут сузить своего ИИ-агента, чтобы модифицировать один файл и итерировать над ним с требованием быть быстрее, на миллисекунды быстрее или даже на наносекунды быстрее. Эм, если вы не знаете о миллисекундах или наносекундах, я предлагаю вам узнать разницу между ними. Короткая история: наносекунды быстрее миллисекунд. И поэтому, если вы удовлетворяете свои требования, чтобы они были наносекундными, вы будете очень довольны, как бы, производительностью вашего, эм, вашего кода в целом. Но для этого может потребоваться несколько циклов итераций. Стоит ли оно того для вас или нет, зависит от клиента. Я думаю, что сейчас клиентам просто важно, чтобы продукт работал. Задержка приходит позже, и масштабирование приходит позже. Так что делайте то, что не масштабируется, сначала создайте вещь, а затем работайте над производительностью позже. Я думаю, это то, что я сделал для SSG, это мой продукт. И я изначально сделал все на TypeScript, потому что, знаете ли, я, я обжегся, делая все на Rust. И поэтому я сначала сделал на TypeScript, чтобы я мог итерировать быстрее, быстрее проходить через функции, кодировать быстрее, получать больше прогресса быстрее. А затем, как только я это сделал, как только у меня появился продукт, которым я был доволен, я начал делегировать многие критические компоненты, такие как то, как мы обрабатываем ввод, как мы выполняем наш механизм правил, в Rust, Zig и другие языки и другие методы и т. д., просто чтобы я мог наконец прогрессировать быстрее, потому что продукт существует сейчас. Теперь я могу оптимизировать его для более быстрой работы, лучшей производительности. У меня есть время для этого сейчас. Эм, и это очень помогает. Эм, я думаю, я охватил большинство того, что, одна из причин, почему я хочу, чтобы я помог вам кодировать ваш проект быстрее, кодировать с ИИ быстрее. Эм, я думаю, одна вещь, которую я не упомянул, — это то, что вы можете жонглировать разными, эм, ИИ-агентами для кодирования. Я знаю, что я кодировал с антигравитацией с, эм, и Codeex, и Cloud Code, и Cursor, и Open, эм, что такое Open Code, и несколькими другими, чтобы попробовать. И я могу сказать вам, что ничто не сравнится с тем, чтобы придерживаться одного, а затем, например, использовать Cloud Code только для кодирования, а другие модели — только для генерации контента. Эм, я думаю, одна из вещей, которые я наблюдал с другими моделями, — это, эм, Google Gemini 3.1 Pro очень быстр в выдаче контента и фактически поиске в Google для поиска, проведения глубоких исследований, но он ужасен в кодировании, кроме, но он очень хорош во фронтенде. Удивительно, вы заставляете его кодировать какой-то фронтенд TypeScript, он работает очень быстро, и результат довольно хорош. Удивительно для себя. А затем он может работать еще быстрее, используя Flash-модели, которые мгновенно знают, какой код набирать или что-то еще, но не очень ему доверяют, кроме его производительности, чтобы просто быстро выдавать всякую ерунду. Но когда вам нужно, эм, знаете ли, мышление и кодирование и архитектура, вы используете что-то вроде Claude Opus, эм, для мышления, для архитектуры, а затем делегируете создание спецификации рабочего потока, эм, которая может быть выполнена, эм, в деталях более слабой моделью, такой как Sonnet. Но да, жонглирование всем этим. Я думаю, что больше всего замедлило меня, — это настройка каждого ИИ-агента, чтобы он вел себя так, как мне нравится. Например, для разрешений, какие команды выполнять, а какие нет. Я действительно устал от этого. А также обновление файла markdown, эм, правил о том, как делать X, Y и Z, и как правильно проводить жизненный цикл разработки программного обеспечения при внедрении новой функции. Я действительно устал от этого, что является одной из причин, почему я создал SSG в первую очередь — это просто один из тех продуктов, который позволяет вам создавать правила, которые вы не хотите, чтобы он делал, и применять их во время выполнения. И поэтому вам не нужно жонглировать ничем. Вы просто создаете свои правила и свой проект, и SSG загружается через хуки и команды MCP, и это просто будет работать, но я могу поговорить об этом позже. Эм, я думаю, это касается, как бы, использования нескольких IDE и жонглирования ими. Мне нравится, они хороши для определенных вещей, и вы должны использовать их для этих определенных вещей, но, эм, я сам не очень рекомендую это. Эм, есть этот выбор между, знаете ли, использованием всех ваших токенов для вашего провайдера, которые у вас есть, или риском полного сбоя вашего проекта из-за этого. И я думаю, один из уроков, которые я усвоил до сих пор и который поможет ускорить ваш прогресс, — это просто придерживаться модели, которая действительно хороша. В данном случае это Opus, а затем Sonnet для выполнения. Эм, а затем генерация контента с другими моделями. Эм, я пробовал, знаете ли, самое новое и лучшее, и они пока не очень хороши. Они будут, но они очень хороши в выдаче дизайнерского контента. Но да, действительно ли это того стоит, если ваш проект сломается? Вероятно, нет. Эм, что еще? Вещи, которые я узнал, чтобы помочь мне ускорить. О, я думаю, многое из того, что я узнал, — это просто погружение в детали, самостоятельное выполнение задач, трата токенов, трата времени. И я думаю, другая вещь, которая может не произойти для всех, и это, вероятно, очень, очень не по теме, но просто прослушивание музыки во время работы помогает ускорить ваше вовлечение в кодирование в целом. Эм, я думаю, музыка, чтобы дать вам мотивацию, чтобы сделать вас стоящим, эм, чтобы поставить вас в этот режим ИИ-психоза, чтобы заставить вас работать до 6:00 утра и не спать, — это один из основных мотиваторов, чтобы продолжать работать, быть сосредоточенным и мотивированным продолжать работать. Эм, у меня было несколько ночей, когда просто прослушивание моего саундтрека Initial D, как бы, заставляло меня кодировать часами, всю ночь до следующего дня, и все благодаря просто музыке. И поэтому я оставляю это так. Эм, я уже 50 минут, согласно этой записи. Так что, если вас интересует этот контент, это мое первое видео. Эм, я не знаю, как оно достигнет кого-либо, но, эм, пожелайте мне удачи, потому что у меня есть миссия создать первую компанию стоимостью миллиард долларов как сольный основатель с использованием ИИ. И, эм, иду на все, детка. Береги себя.