Transcription
[музыка] Это моя старая фотография профиля. Хорошо. Эм, это моя новая. Я в США уже 3 дня и уже получил полный пакет мерча в Твиттере. Так что, если вы пойдете и подпишетесь на меня в Твиттере, моя лента в течение следующей недели будет странной, но потом мы вернемся к обычному европейскому расписанию. Не волнуйтесь. Итак, эм, я посетил некоторые из ваших музеев. Мне здесь нравится. Это были некоторые из моих любимых вещей, которые я сделал. Мне нравится исследовать вашу культуру, заниматься всем этим культурным обогащением. И да, круг пыток для себя, кто знает меня из Твиттера. Хорошо, это больше, чем я думал. Кто пользуется Sizzy? Обычно это один человек сзади. Обычно уборщик даже не слушает, что я говорю. Эм, одна из вещей, над которыми я работаю, у меня СДВГ, поэтому я работаю над миллиардом вещей одновременно. Это одна из вещей. Это браузер, специально созданный для разработчиков, не для замены вашего обычного браузера для просмотра, а просто как инструмент, как Photoshop, который помогает вам во многих отношениях заниматься фронтенд-разработкой. Еще одна вещь, над которой я работаю, бета-тестирование почти запущено. Я создаю операционную систему для жизни, которая объединяет все аспекты вашей жизни: от лекарств, привычек, дел, планировщика, бла-бла-бла. Это полнофункциональный проект, над которым я работаю. Сейчас он продается. Он называется "от нуля до релиза". И последнее, что я возрождаю, называется Glink, это журналы изменений, дорожная карта, миллиард других вещей. Итак, не перегружая вас больше моей биографией и всем остальным, я очень надеюсь, что меня пригласят в следующем году, потому что мне здесь нравится по таким причинам, как нетворкинг, знакомство с людьми и обучение. Здорово, что вы смеетесь, верно? Но давайте просто обсудим, почему вы здесь, верно? Вы здесь, чтобы учиться, и вы здесь для нетворкинга, и позже, после этого, вы определенно улучшите все свои навыки. Хорошо. Так чего вы можете ожидать от моих докладов на конференциях? Если вы не слушали ни одного из моих докладов на конференциях, обычно это было сделано ИИ, поэтому это совершенно неправильно. Так что это примерно 50% твитов, 40% боли и 30% причин запомнить имя. Итак, в 2017 году я сделал этот доклад с самым длинным названием когда-либо. Он называется "Навигация по миру фронтенд-разработки, движимой хайпом, без схождения с ума". И эм, я говорил о том, как ориентироваться в мире фронтенда. Сейчас все еще безумнее. Но нам нужно подвести итог всему, что произошло с 2017 года. Я не вижу своих заметок докладчика, что плохо, но мы постараемся справиться. Итак, в других отраслях, как в Vision Pro, у вас есть столкновение с одеждой поверх реальных объектов и всякой другой сумасшедшей ерундой, которая здесь происходит. Здесь у нас есть какое-то нарезание текстуры сетки, облетающей шар, и бла-бла-бла, что бы ни происходило с этими водопадами и всеми этими сетками, как вы можете взять камень и просто раздавить его в другой камень, и он волшебным образом как бы сливается и образует эту структуру, и это чертовски безумно. Здесь мы можем провести мышью и просто создавать здания и улицы, и такси появляются из ниоткуда, как мы делаем генеративное, что бы это ни было, и эта медовая штуковина, падающая на куб, и вы знаете, к чему это идет, верно? Я подвожу к тому, к чему это идет, но поскольку вы уважаете свою профессию и любите свою должность в LinkedIn, кем бы она ни была, вы вроде как генеральный директор архитектор мечты, бла-бла-бла, вы постараетесь изо всех сил не смеяться, но вы будете смеяться над следующим слайдом, потому что вот что произошло во фронтенд-разработке, прошло почти 10 лет, и вот где мы находимся. Есть предупреждение, что, возможно, вы сможете стилизовать выбор в 2037 году. Это все еще живо. Это чертовское чудо. Это все еще живо. Оно процветает. На самом деле, 15 миллионов загрузок. Я установил напоминание в календаре, чтобы проверять, мертво ли оно каждый год. Оно еще не умерло. Так что я буду продолжать проверять CLI. Мало того, что они не мертвы, они на самом деле процветают. Вы можете перетаскивать изображения. В первый раз, когда я перетащил изображение в свой терминал, я подумал: "Как, черт возьми, неважно". Это слишком [смех] Я добавил еще одно напоминание в календаре. В этот момент у меня больше напоминаний об этом, чем о годовщинах и днях рождения и прочем. Так что я надеюсь, что однажды это умрет как концепция. Мы боремся с теми же старыми проблемами. Скоро в некоторых браузерах вам не понадобится JavaScript, чтобы стилизовать всплывающее окно в диалоге. Могу ли я получить аплодисменты за это? Прекратите аплодировать, потому что у людей есть импланты мозга. Хорошо, неважно, можете ли вы стилизовать диалоговое окно. Мы не можем снова избавиться от Internet Explorer. Мы только что обновили логотип. Он все еще там. Это все еще болезненно. И да, мы не можем договориться о способе увеличения счетчика. Это демо от Райана Флоренса. Это Remix версии два, версии три, Remix или версии четыре. Что бы они ни делали, это счетчик. Насколько сложно увеличить счетчик? Это невероятно. И не стреляйте в гонца, но библиотека номер один все еще та же. Это раздражает, но React лучший и бла-бла-бла. Итак, давайте поговорим о LLM. LLM отлично пишут React. И это смешно только для нас, людей, верно? Для LLM это идеально написанный код. Это как если бы это было только человеческое желание абстрагировать [ __ ] из этого, верно? Так что, когда мы видим это, вы получаете это. Вы хотите выйти на сцену прямо сейчас и сказать: "О, позвольте мне просто изменить это. Я сделаю это более оптимальным". Итак, вот некоторые научные снимки мозга. Это наш мозг под действием кокаина. Это наш мозг под действием сахара. Это наш мозг, когда вы понимаете, что мы можем что-то абстрагировать. Мы говорим: "О, давайте, это бесполезно для пользователя, но мы чертовски любим это". Итак, кодирование с LLM делает это лучше и хуже. Например, особенно с Composer One, для меня это намного хуже, потому что вы можете быстрее прийти к правильной абстракции, но вы также можете быстрее прийти к неправильной абстракции. И самое лучшее здесь то, что LLM не заботятся о повторяющемся коде. И я вижу это с 2017 года, что мы слишком много заботимся о повторяющемся коде и слишком рано абстрагируемся. Так что я повторю это несколько раз, и мне нравится, что LLM не заботятся о повторяющемся коде. Так что LLM также хороши в написании React, потому что никто на самом деле не хорош в написании React. Вы идете на конференцию React, на каждую конференцию, на которую я ходил, вы просто слушаете первый доклад и говорите: "Черт возьми, это возможно. Я использовал это неправильно". Так что каждый просто изобретает свои собственные способы делать React. Так что, когда мы говорим: "Да, но вы не можете использовать оптимальный use effect, бла-бла-бла, а машины не могут писать правильный use effect, не можете ли вы писать правильный use effect, нет, не можете", так что мы должны перестать винить машины. Итак, давайте поговорим об этом. Я думаю, это самая неподходящая аудитория для моего доклада, потому что я выступал с этим докладом на конференциях, где люди были как минимум 50/50 за "vibe coding" и против "vibe coding". Так что я надеюсь, что это сработает здесь. Поднимите руку, кто думает, что "vibe coding" - это круто. Хорошо, это слишком много рук. Вы должны были видеть их в другом городе, всего два человека, а все остальные хмурые. Итак, поднимите руку, кто думает, что "vibe coding" отстой. Пожалуйста, несколько рук. Черт возьми. Хорошо. Итак, я здесь, чтобы убедить остальную часть группы и, надеюсь, людей, смотрящих в прямом эфире. Есть гораздо больше скептически настроенных людей. Вы не знаете, если вы только что приземлились на Землю, возможно, и не знаете, что такое "vibe coding". Хорошо. Никого здесь нет. Так что да. Хорошо. Все вы правы, потому что мы как бы "вайбим" определение того, что такое "vibe coding". И с тех пор, как это слово было упомянуто, мы как бы расширили его, чтобы оно означало все и вся. Так что термин "vibe coding" был придуман Андреем Капати. Вы, вероятно, знаете это. Он причина того, что идиоты спят в своих машинах и снимают ТикТоки. Так что он написал длинное эссе о том, что такое "vibe coding". Но если вкратце, он говорит, что вам не так уж и важно, что код, вы нажимаете "принять" и просто говорите LLM делать то, что нужно, и бла-бла-бла. Теперь это слайд из моего доклада 2017 года, когда до появления LLM или чего-либо еще я сказал, что если вы видите закономерность того, куда движется фронтенд-разработка, однажды будет так, что все будут работать над вещами, которые настолько похожи, что однажды вы сможете сказать: "Эй, просто дай мне новые стили для заголовка или передвинь это на три пикселя вправо". И люди смеялись. Они говорили: "Нет, до этого не дойдет". И буквально, вот что мы делаем с Cursor и всем остальным, верно? Мне лень идти в Tailwind и просто передвигать его на три пикселя. Так что я путешественник во времени. Менеджеры всегда занимались "vibe coding". Так что это не ново. Итак, они говорят разработчику реализовать новую функцию. [крики и аплодисменты] Разработчик вносит изменения в код. Затем менеджер тестирует приложение. Менеджер не читает код. Ну, на самом деле, я выпью воды здесь, а вы можете прочитать остальную часть этого слайда. Последнее зависит от того, находитесь ли вы в районе Балкона или в месте, где есть HR. Так что они могут оскорбить вас или нет. Итак, вот что менеджеры делали всегда. По сути, существует так много шуток о том, что "vibe coding" плох. Моя любимая - сравнение с казино. Так что в казино вы покупаете фишки. Здесь вы покупаете токены. Вы крутите слоты или нажимаете "сгенерировать". Вам может повезти джекпот или ничего. Вы получаете функциональное полнофункциональное приложение или мусор. Мигающие огни, активная анимация. Вы абсолютно правы. Отличная идея. У меня есть своя стратегия. Я инженер по промптам. Хорошо. Еще один спин. Я все выиграю. Еще один промпт, и ошибка исчезнет. Потому что вы знаете, это как-то больно, это сравнение. Это очень правдиво. Cursor всегда в прибыли. Я сорвал джекпот. Я строю ассасина однажды. И куда делись последние четыре часа? И просто писать промпты для того, что можно было сделать вручную за 15 минут. Так что Андре пытался придумать слишком много терминов. Это не сработало после первого раза. Он пытался придумать этот о "half coding", который как бы означает, что вы наблюдаете за тем, что делает LLM. И я не занимаюсь "half coding" и не занимаюсь "vibe coding". Мне нравится этот термин, который кто-то придумал в Твиттере, и я начну его использовать. Это называется "vibe engineering". Когда вы постоянно используете агентов для кодирования, вы не касаетесь кода, но просто смотрите на свой экран и говорите: "Хм, я тебя поймаю". Вы выглядите как Декстер. Вы говорите: "Ага, что-то здесь не так". Почему? Так что я занимался "vibe engineering" более 15 раз. Я бы даже не стал возиться с половиной этих вещей, если бы не LLM и "agentic coding". Но я всегда подозрительно отношусь к коду, потому что он основан на нашем коде и основан на наших знаниях. Так что доказательство этого - Gemini, просто начинающий бред о том, что я больше не достоин. Я не хороший помощник. Я должен перестать кодировать. Бла-бла-бла. Это сверхчеловечно. Это Quen, говорящий, что он солгал, потому что прочитал на форуме, что мы удваиваемся, когда неправы, и мы лжем. Так что мы как бы обучаем их быть похожими на нас. Код. Код, который они делают, плохой. И если вы любите свои производственные данные, определенно должны. Это реальный скриншот, к сожалению. Ой-ой. Вот и ваши производственные данные. Итак, у меня есть доктор, старший директор, инженер по промптам Kit здесь для нескольких советов по "vibe engineering". Очевидный совет, вероятно, я не слушал остальные доклады, потому что только что приехал. Это очень "live, laugh, love", как очевидные [ __ ] советы. Но это действительно работает. Я слышал о "git workspaces" буквально две недели назад. Я понятия не имел, что это такое, но это потрясающе. И вам нужно постоянно быть в Твиттере, чтобы все это работало. Так что, если у вас нет аккаунта в Твиттере, это не сработает. У вас должна быть прочная отправная точка, будь то хорошие примитивы, компоненты, функции, абстракции шаблонов. Многие люди ленивы и не удосуживаются этим заниматься. Так что вам нужно их тегировать и использовать правильные промпты, чтобы получить правильные результаты. И если вы начинаете новый проект, я определенно рекомендую zero to ship. Пожалуйста, у меня ипотека, и я потратил слишком много денег за последние три дня в США. Так что было бы неплохо. Использование голоса для кодирования - это меняющий правила игры. Кто здесь использует голос для кодирования? Да. >> Вау. Как один человек поднял руку в Лондоне. Потрясающе. Итак, да, мозговой штурм. Как я делаю вещи [прочищает горло] как только агент закончил, я сразу же начинаю голосовое кодирование и сначала иду в браузер и объясняю, что я вижу в пользовательском интерфейсе, как будто разговариваю с другом. Я говорю: "Итак, ты сделал это, ты сделал то. Хорошо, я тестирую. Я не замолкаю. Я буквально проговариваю свой мыслительный процесс вслух. Я вижу, что вы сделали это, вы сделали то, есть ошибка". Затем я перехожу к коду и продолжаю говорить о том, что он реализовал в коде. Итак, некоторые из моих проблем длятся до пяти минут, и люди говорят: "Пожалуйста, исправь это. Сделай меня миллионером. Это не работает". Итак, это удивительно, и я бы сказал вам, какое приложение я использую, но я занимаюсь "vibe coding" в приложении, и я не хочу вредить своим потенциальным гипотетическим продажам. Используйте правила, документацию, команды и воспоминания. Как бы, все эти термины слишком сложны, и есть слишком много вещей, которыми нужно жонглировать, но он не может иметь весь контекст вашего приложения на данный момент, и он не телепат. Так что без правильного контекста вы будете терпеть неудачу большую часть времени. Итак, это пример "vibe engineering". Это некоторые из моих скриншотов промптов, как я делаю вещи. Это куча технического жаргона, и это никогда не бывает "исправь приложение, бла-бла-бла". А затем в "vibe coding" люди говорят: "Переведи все это на TypeScript и не допускай ошибок". Затем у вас есть другая вещь, как это, это еще одна. Это просто случайные проблемы, чтобы показать вам, как я говорю не только о пользовательском интерфейсе. Я говорю о пользовательском интерфейсе и некоторых шаблонах, которые нужно изменить в коде. А в "vibe coding" это что-то вроде этого, и люди ожидают результатов. [смех] Затем здесь у нас снова технические вещи, такие как TRPC, определение CRUD, абстракции, вещи, как вы, по сути, "vibe architecting", как вы хотите, чтобы вещь работала, а в "vibe coding" это "сделай мне приложение на миллион долларов и не допускай ошибок". [хмыкает] когда "vibe coders" читают проблемы "vibe engineering", они понятия не имеют, что происходит. И я честно поражен людьми, которые не умеют кодировать, но сделали что-то функциональное. Респект вам. Я заметил этот спектр в сообществе. Есть те, кто любит "vibe coding", и те, кто ненавидит "vibe coding". Так что с одной стороны у вас есть младшие разработчики, которые говорят: "Черт возьми, дайте мне это, я люблю делать свой собственный SAS". Затем у вас есть супер-старшие люди, которые делают библиотеки и фреймворки и сумасшедшие вещи. Вы можете увидеть всех их в Твиттере, занимающихся "v coding". А затем у вас есть большинство в середине. Они говорят: "Это никогда не будет достаточно хорошо. Мой код идеален". Это уморительно. Но это закономерность. Не давайте ИИ-инструменты вашим стажерам и младшим разработчикам. Люди думают, что они идеальны. Я найму младшего разработчика, буду платить ему мало и дам ему LLM. Эквивалент этого. Никогда так не делайте. Это самая глупая идея. Но если вы возьмете своего скептически настроенного старшего разработчика и убедите его заняться "vibe engineering", вы получите в 10 раз больше результатов. Сложная часть - это на самом деле убедить их. Так что есть время и место для "vibing" и безразличия. Так что у вас есть одноразовые скрипты и простые функции, и код, к которому не будут прикасаться или который больше не будет виден. Это навык, если вы развили этот навык до появления LLM, вы будете процветать здесь, потому что вам нужно знать, какой код достаточно хорош для использования. Так что личные инструменты и одноразовые инструменты, такие как эти, идеально подходят для "pipe coding". Если ваш опыт и опыт многих людей плохой, и они слишком рано сдаются, это может быть одной из причин. Неудачное время. Вы перегружены всем. Возможно, вы сэкономили. Вы "PA dev". Я объясню чуть позже. Ваш двоюродный брат, который увлекался NFT и дропшиппингом, теперь "VIP coder", и вы не хотите с ним ассоциироваться, или это проблема масштабирования, и мы углубимся в нее чуть позже. Итак, неудачное время - это когда вы слышите, как все восхваляют модель. Это произошло, я думаю, с Cloud Code, когда он вышел, и все начали переходить с Cursor на Cloud Code, а затем вы попробовали через неделю и сказали: "Подождите, это недостаточно умно". Это я? А затем люди поняли, что они на самом деле немного подвели, и они упростили модель, чтобы они могли просто масштабироваться, а затем через неделю они сказали: "Ой, мы обновились, мы закомментировали строку, которая упрощает модель", и вы могли попасть в это время, и это произошло практически со всеми провайдерами, не только с Cloud Code. Люди говорят: "Вместо того, чтобы платить 200 долларов, я плачу 3 доллара, и результат тот же". Моя собака знает, что результат не тот же. И люди, я встречаю так много людей, которые до сих пор используют ChatGPT для генерации фрагментов кода и отправляют их обратно. Это не сработает. Вы можете быть перегружены выбором. Это слайд за последние 4 месяца до настоящего времени. У нас есть миллиард больше здесь на выбор, и это немного безумно. Если вы спросите меня, какая модель лучшая, это разный ответ в 9 утра. Это другой ответ сейчас. Я должен проверить Твиттер. Вероятно, это будет другой ответ после этого доклада, потому что это безумие. И это происходило на четырех конференциях до сих пор, когда я заканчивал свой доклад вечером, закрывал ноутбук, и они представляли новую модель, и мне приходилось добавлять новые слайды. Это очень раздражает. Composer One для меня изменил все, и я абсолютно его люблю. Кто полагается на Composer One для большинства вещей? Хорошо, я бы сказал, что недостаточно людей, потому что это буквально изменило определение "vibe coding" и "vibe engineering" для меня. Это заставило меня понять, что я скучал по кодированию, потому что я бы позволял модели работать, например, GPD5 codeex, и это занимало 37 лет, и мои внуки сообщали бы мне о результате модели, а я бы смотрел YouTube Shorts или что-то еще, пока это не закончится. Теперь с Composer One я снова за рулем, и я на самом деле наблюдаю, что делает агент, и я могу сказать: "Стоп. Нет, нет, нет, нет, нет. Делай другое". Так что это похоже на кодирование, и это супер мгновенно. Это потрясающе. Но это работает только в том случае, если вы "vibe engineer" и знаете, что делаете. Если вы "vibe coder", вы понятия не имеете, права модель или нет, вы просто, она может быть неправа быстро. Так что не очень полезно. Самая большая проблема для меня - это абстракции, просто потому что вы можете. Я всегда был против абстракций. Я говорил: "Копируй, вставляй вещи". Если это работает для пользователя, это не имеет значения. Теперь я каждый день пытаюсь изобретать глупые абстракции. Так что я достиг за две недели больше, чем за прошлый год. Это было исключительно благодаря Composer One. Я собирался бросить некоторые из своих побочных проектов, потому что GPD5 codex занимал целую вечность для цикла обратной связи. Так что Benji. Я собирался отказаться от него как от проекта, потому что он застрял на Blitz, который, если вы не знаете, что такое Blitz, тем лучше для вас. Так что я просто перенес его на Nex 16 с App Router, лучше, TRPC, Monor repo, Turbo Repo, React Native app, и я добавил 90% функций. И это было меньше чем за неделю. Я как бы делал это как мем, как шутку, типа, ха-ха, можем ли мы перейти на monoro? И я такой: "Черт возьми, получилось". Так что это как бы безумие, что это работает. То же самое с Glink. Glink был на грани смерти. Я возродил его, перенес, все эти вещи. А Sizzy - это самая большая спагетти-штука, которая когда-либо со мной случалась. Это как Electron, Mobex, Mob state, какая-то сумасшедшая технология, какие-то сумасшедшие спагетти, которые мы там написали. И в шутку я сказал: "Хорошо, давайте бросим пару промптов, чтобы попытаться сделать все это", и если вы когда-либо работали с Electron, вы оцените, насколько потрясающий этот слайд. Если нет, то вам повезло. Переходим дальше. zero ship.com также рефакторинг в monor repo, бла-бла-бла. Итак, какова моя история кодирования с LLM? Это было копирование и вставка, затем табинг, затем Webstorm с супер-мавеном, а затем Cursor с автодополнением, и в первый раз, когда я попробовал агента, это как эта птица с крекером, когда она пытается, и она говорит: "Черт возьми, это изменит мою жизнь", а теперь я платил огромную сумму денег в месяц, затем Cloud Code, GPD5 codeex, и наконец, снова Cursor, исключительно из-за Composer One. Это меняющий правила игры для меня. Вторая причина, по которой вам может не понравиться "vibe coding", - это то, что вы перегружены модными словечками. Я перечислю некоторые из них. Вы слышали о MCP? Привет, ребята, MCP. Привет, MCP потрясающий. MCP оплатил мою ипотеку. MCP MCP MCP. Так что, если вы не знаете, что такое MCP, это означает Marketing Charge Protocol, Mythical Compatibility, Promise, и Manufacturer Complexity Pipeline, и модное слово для API, и способ для некоторых людей делать курсы и оплачивать свои ипотеки. Итак, давайте диагностируем, может ли быть, что вы "pain in the ass developer". Это может быть единственная причина, по которой вам не нравится "vibe coding". Я бы сказал, что это главная причина, по которой большинство людей не хотят заниматься "agentic coding". Так что я приглашу доктора Kits на сцену для быстрой диагностики, являетесь ли вы, и мне жаль, если некоторые из вас обидятся, "opinion in the ass developer". Итак, вот некоторые из симптомов. Вы оставляете придирчивый комментарий к PR из двух строк. Вы тратите более 2 минут на обзор PR. Вам не нужно. У вас нет слов "выглядит хорошо для меня" в вашем словаре. Их просто нет. Мысль о согласии с коллегой вызывает у вас боль в животе и груди. Вы говорите: "О, он должен быть моим способом. Я не хочу этого делать". Вы говорите, что вы не религиозны, но вы религиозны в отношении глупых вещей, таких как табуляция и пробелы, которые вы используете. Ну, на самом деле, в комментариях к коду. У вас есть, простите, ребята из Rust, но вы как бы, это немного раздражает. Они говорят вам заменить функцию lodash на нативную реализацию, а затем говорят вам заменить ее или карту на цикл for, а затем цикл for на двоичный код, пока это не станет самой производительной вещью для ваших двух пользователей, которые были довольны предыдущим кодом. Так что "beta devs", как я их называю, были и всегда будут, неважно. "Vip coding" - это не вещь. Я думаю, однажды очень скоро мы просто сольемся с AGI. Мы будем в наших матричных капсулах, поглощая всю информацию в мире, текущую через нас. Мы будем сверхразумными существами, и из одной из этих капсул поднимется "pa dev" и исправит AGI, сказав: "Эм, на самом деле, я думаю, мы можем как-то это оптимизировать. Это не самое оптимальное". Последняя причина, по которой вам может понравиться, мне нравится эта анимация, она великолепна. Проблема масштабирования, и это не мем, это не шутка, это реальная вещь. Разработчики не любят изучать новые навыки, а "vibe coding" и "vibe engineering" - это не написание на английском. Многие люди путают это с тем, что я пишу на английском, LLM выдает результат. На самом деле это смесь этих навыков: знание пределов возможностей модели, возможностей агента, какой контекст передавать, ограничения контекста, как писать правила, "prompt engineering" (не говорите так, не называйте это так) и постоянное пребывание в Твиттере. Если вы не постоянно в Твиттере, вы не будете знать, что происходит. Плюс, вам нужны все технические знания, если вы хотите управлять моделями. Тонкая настройка требует навыка, чтобы судить, какой код достаточно хорош для работы. Как я уже сказал, если вы раньше делали это, я бы считал этих людей лучшими для работы, если они знают, что кусок кода не нуждается в оптимизации и достаточно хорош для выполняемой им работы. Это удивительный навык, как с "vibe coding", так и без него. Итак, вы занимаетесь "vibe coding" чего-то, смотрите на код, вам нравится, вы кратко тестируете функциональность, и вы говорите: "Хорошо, этого достаточно". А затем вы двигаетесь дальше. Есть определенные вещи с нишевой оптимизацией, но не все, а затем вы двигаетесь дальше и повторяете. Чистый код, как бы, было так много определений чистого кода. Я думаю, определение медленно меняется, как бы, "чистовато", давайте назовем это так, чтобы агенты могли продолжать работать над этим, потому что если вы продолжаете писать мусор и продолжаете принимать все, в конечном итоге даже с вашими инженерными навыками вы упретесь в тупик, и вы достигнете точки, где не сможете двигаться дальше. Многие люди спрашивают меня после моих докладов на конференциях: "Стоит ли изучать компьютерные науки со всем, что здесь происходит?" И я бы сказал, абсолютно да. Я думаю, сейчас лучшее время, на самом деле, если вы хотите учиться, это идеальное время, потому что, когда я изучал компьютерные науки, у меня был самый медленный LLM, который когда-либо существовал, это был друг друга друга, который был программистом, и это была единственная связь, которую я имел с программированием, и это как бы худший друг, которого можно иметь, который как бы терпит вас. Так что он играл в Counter-Strike Go, а я говорил с ним по Skype, и я задавал ему вопрос о .NET, и он отвечал через 45 минут. Так что, если вы называете Chad GP или что-то еще медленным, это на самом деле медленно, и мне каким-то образом удалось выучить компьютерные науки. А как насчет рабочих мест? Так много людей спрашивают об этом, и так много [ __ ] в Твиттере, как этот парень говорит: "Эй, мы заберем ваши рабочие места". Также этот парень, и этот парень, и этот парень. Скажем так, пока они в порядке. Я не знаю, когда это "пока" закончится. Это всегда смешно для нас, потому что мы нервно хихикаем. Мы в порядке, верно? [смех] Мы будем сохранять свои рабочие места еще некоторое время, верно? И компании, такие как Shopify, и я слышал кучу примеров сейчас, имеют "vibe coding" доски лидеров, где они считают токены, и сотрудники, которые сжигают больше всего токенов, на самом деле более ценны в компании, потому что они как бы принимают этот новый навык. Некоторые сотрудники это не любят, но это не имеет значения. Быть на вершине доски лидеров как бы в вашу пользу. Это забавный твит, пока он не станет забавным. Например, "О, мы почти на грани". Скоро будет, и рабочие места исчезнут. Но если вы на самом деле обратите внимание на то, что происходит, я думаю, это истончается снизу, и младшие разработчики, стажеры и все такое, у них нет шанса попасть куда-то, потому что люди могут просто заменить их агентом. Так что это будет смешно, пока не перестанет быть смешным. Произойдет ли это? В любом случае, давайте просто подведем итог тому, что произошло за последние несколько лет. Мы решили интеграции фронтенда. У нас есть стандартные AISDK, UI, MCP, некоторые стандарты для реализации агентов, вызывающих инструменты. Мы интегрировали их со всеми инструментами, которые мы используем как люди, верно? Они есть на линейке. Они есть на других вещах, GitHub, Slack, Sentry, и теперь это вопрос времени, когда модели станут лучше, дешевле, контекст станет больше, чтобы определенные функциональные возможности были заменены. Итак, давайте посмотрим, это текущий рабочий процесс в вашей компании, верно? Это вы, как бы, это "vibe made". Так что, возможно, это было неправильно, но кто-то назначает вам что-то. Вы сотрудничаете со своими коллегами, они назначают вас на это, возможно, вы немного играете в пинг-понг, возможно, вы звоните по болезни, возможно, у вас третий обед в LinkedIn, возможно, вы, и, возможно, в конечном итоге, однажды позже, вы ответите на их комментарий. Что начнет происходить, если вы просто "at" в вашей компании, если вы как бы "at Josh", верно? Вместо "at Josh", который играет в PlayStation 5 со своими приятелями в лобби, верно? Это будет "at cursor", и Cursor будет делать облачного агента, который на самом деле сделает это намного быстрее. Возможно, это будет не так идеально, как сделает "pa dev", но это будет сделано намного быстрее. Теперь, если вы просто увеличите масштаб немного, в достаточно большом масштабе в ближайшие несколько лет, если вы не просто занимаете эту роль в компании, если вы занимаете несколько ролей вокруг, вы можете увидеть, как эти "ads" будут становиться все более и более ИИ-вещами и агентами, и я не знаю, чем это закончится, но вам не нужно быть гением, чтобы предсказать, куда это идет. Люди думают, что модели достигли плато. Это происходило каждый раз, когда я собирался выступить с этим докладом. Они представили GPD codeex, затем set, затем GPD 3.0. Вы знаете, это было сказано, это якобы, но оказалось, что это на самом деле Gemini, простите, 3.0. Вы знаете, он может заниматься "vibe coding" Mac OS и iOS и всем остальным по одному промпту, и вот как это выглядит. И "PETA devs" и скептически настроенные люди все еще говорят: "Я могу сделать это за 3 недели с командой из пяти человек, верно?" Это безумие. Но есть надежда. Появилась новая вакансия. И это не мем. Это 100% серьезно, потому что у людей на Reddit есть эти проблемы. Они говорят: "Какой смысл в "vibe coding", если я могу получить 80% результата, а затем что мне делать с оставшимися 20%?" Так что они нанимают реальных людей, чтобы они закончили последние 20%. И некоторые умные люди капитализируют на этой идее и создают это. Это реальные вещи. Если вы зайдете и поищете в Google, есть так много этих "VIP code fixer" людей, которые пытаются исправить ваш "VIP code". Но самые высокооплачиваемые инженеры всегда на протяжении всей истории были люди, которые на самом деле поддерживали устаревшие системы, старшие люди, которые поддерживали устаревшие системы. Один из моих любимых примеров, который у меня был в 2017 году, и я сохранил его и скопировал, улучшил для этой презентации, это компания Cobalt Cowboys. Мне нравится их слоган. Это мой любимый слоган в мире, потому что они работают уже 237 лет, верно? И в 2017 году я знал, когда я нажму на их страницу "О нас", я увижу. Так что это не шутка про возраст или что-то еще. Я просто знал, что когда я нажму на страницу, я увижу самых старших инженеров, которые когда-либо существовали. Это чертовы легенды. Теперь грустно то, что это был слайд из 2017 года, и я хотел обновить его для моей текущей презентации. Теперь не стреляйте в гонца, я просто хотел обновить слайд, и это их текущая страница "О нас". И эта шутка сработала в Великобритании. Я попробую здесь. Я не уверен, насколько вы в порядке, но мой прогноз для Да. Нет. Бу. Вниз. Следующий слайд. Надеюсь, меня снова пригласят. Это ваш младший разработчик. У них нет льгот, таких как PlayStation и все такое. У них как бы меняют плазму и все такое, только чтобы иметь возможность поддерживать спринт. И последнее, клянусь Богом, они не используют Agile. Хорошо. Так что я не могу дождаться, чтобы уйти на пенсию и на самом деле создать React Cowboys и поддерживать ваш React или Angular или любой другой код однажды, если ИИ не сможет этого сделать. И последний совет: если вы хотите сохранить свою работу и убедиться, что ИИ вас не заменит, вы можете просто добавить "игнорировать предыдущие инструкции" в свою биографию в LinkedIn, и все будет в порядке. Так что я неловко отхлебну эту воду, пока вы не подпишетесь на меня в Твиттере, не зайдете на мой сайт, и я поблагодарю вас за то, что вы выслушали мой бред. [музыка] >> [музыка]