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, вы не можете", так что мы должны перестать винить машины. Итак, давайте поговорим об этом. Я думаю, это самая неправильная аудитория для моего доклада здесь, потому что я давал этот доклад на конференциях, где люди как минимум 50/50 ненавидят кодирование по настроению и любят кодирование по настроению. Так что я надеюсь, что это сработает здесь. Поднимите руку, если вы думаете, что кодирование по настроению — это круто. Хорошо, это слишком много рук. Вы должны были видеть их в другом городе, всего два человека, а все остальные хмурые. Итак, поднимите руку, если вы думаете, что кодирование по настроению — это отстой. Пожалуйста, несколько рук. Черт возьми. Хорошо. Итак, я здесь, чтобы убедить остальную группу и, надеюсь, людей, смотрящих в прямом эфире. Есть гораздо больше скептически настроенных людей. Вы не знаете, если вы только что приземлились на Землю, возможно, и не знаете, что такое кодирование по настроению. Хорошо. Здесь никого нет. Так что да. Хорошо. Все вы правы, потому что мы как бы определяем, что такое кодирование по настроению. И с тех пор, как это слово было упомянуто, мы расширили его, чтобы оно означало все и вся. Так что термин "кодирование по настроению" был придуман Андреем Капати. Вы, вероятно, знаете это. Он причина, по которой идиоты спят в своих машинах и снимают TikTok. Так что он написал длинное эссе о том, что такое кодирование по настроению. Но если коротко, он говорит, что вы не особо заботитесь о коде, вы нажимаете "принять" и просто говорите LLM делать то, что нужно, и бла-бла-бла. Теперь это слайд из моего доклада 2017 года, когда до появления LLM или чего-либо еще я сказал, что если вы видите закономерность того, куда движется фронтенд-разработка, однажды будет так, что все будут работать над вещами, которые настолько похожи, что однажды вы сможете сказать: "Эй, просто дай мне новые стили для заголовка или сдвинь это на три пикселя вправо". И люди смеялись. Они говорили: "Нет, до этого не дойдет". И буквально, вот что мы делаем с курсором и всем остальным, верно? Я слишком ленив, чтобы заходить в Tailwind и просто сдвигать его на три пикселя. Так что я путешественник во времени. Менеджеры всегда занимались кодированием по настроению. Так что это не ново. Итак, они говорят разработчику реализовать новую функцию. [крики и аплодисменты] Разработчик вносит изменения в код. Менеджер затем тестирует приложение. Менеджер не читает код. Ну, на самом деле, я выпью воды здесь, а вы можете просто прочитать остальную часть этого слайда. Последнее зависит от того, находитесь ли вы в районе Балкона или в месте, где есть HR. Так что они могут оскорбить вас или нет. Итак, вот что менеджеры делали всегда. По сути, есть так много шуток о том, что кодирование по настроению — это плохо. Моя любимая — сравнение с казино. Так что в казино вы покупаете фишки. Здесь вы покупаете токены. Вы крутите слоты или нажимаете "сгенерировать". Вы можете выиграть джекпот или ничего. Вы получаете функциональное полнофункциональное приложение или мусор. Мигающие огни, активная анимация. Вы абсолютно правы. Отличная идея. У меня есть своя стратегия. Я инженер по промптам. Хорошо. Еще один спин. Я отыграю все. Еще один промпт, и ошибка исчезнет. Потому что вы знаете, это как-то больно, это сравнение. Это очень верно. Курсор всегда в прибыли. Я выиграл джекпот. Я строю убийцу однажды. И куда делись последние четыре часа? И просто пишу промпты для того, что можно было сделать вручную за 15 минут. Так что Андре пытался придумать слишком много терминов. Это не сработало после первого раза. Он пытался придумать этот о полукодировании, которое как бы вы наблюдаете за тем, что делает LLM. И я не занимаюсь полукодированием и не занимаюсь кодированием по настроению. Мне нравится этот термин, который кто-то придумал в Твиттере, и я начну его использовать. Это называется "инженерия настроения". Когда вы постоянно используете агентов для кодирования, вы не прикасаетесь к коду, но просто смотрите на свой экран и говорите: "Хм, я тебя поймаю". Вы выглядите как Декстер. Вы говорите: "Ах, что-то здесь не так. Почему?" Так что я занимался инженерией настроения более 15 лет. Я бы даже не стал возиться с половиной этих вещей, если бы не LLM и агентурное кодирование. Но я всегда подозрительно отношусь к коду, потому что он основан на нашем коде и основан на наших знаниях. Так что доказательство, это Gemini просто разразился тирадой о том, что я больше не достоин. Я не хороший помощник. Я должен прекратить кодировать. Бла-бла-бла. Это сверхчеловечно. Это Quen говорит, что солгал, потому что прочитал на форуме, что мы удваиваемся, когда неправы, и лжем. Так что мы как бы тренируем их быть похожими на нас. Код. Код, который они пишут, плохой. И если вы цените свои производственные данные, определенно должны. Это реальный скриншот, к сожалению. Ой-ой. Вот и ваши производственные данные. Итак, у меня есть доктор, старший главный инженер по промптам, набор здесь для нескольких советов по инженерии настроения. Очевидный совет, вероятно, я не слушал остальные доклады, потому что только что прибыл. Это очень живые, смеющиеся, любящие, очевидные [ __ ] советы. Но это действительно работает. Я слышал о терминах git workspaces буквально две недели назад. Я понятия не имел, что это такое, но это потрясающе. И вы должны быть постоянно в Твиттере, чтобы все это работало. Так что, если у вас нет аккаунта в Твиттере, это не сработает. У вас должна быть прочная отправная точка, будь то хорошие примитивы или компоненты, функции, абстракции шаблонов. Многие люди ленивы и просто не утруждаются ничем из этого. Так что вам нужно их пометить и использовать правильные промпты, чтобы получить правильные результаты. И если вы начинаете новый проект, я определенно рекомендую zero to ship. Пожалуйста, у меня ипотека, и я потратил слишком много денег за последние три дня в США. Так что было бы неплохо. Использование голоса для кодирования — это меняющая игру вещь. Кто здесь использует голос для кодирования? Да. >> Вау. Как один человек поднял руку в Лондоне. Потрясающе. Итак, да, мозговой штурм. Как я делаю вещи [кашляет] как только агент закончил, я немедленно начинаю голосовое кодирование и сначала иду в браузер и объясняю, что я вижу в пользовательском интерфейсе, как будто разговариваю с другом. Я говорю: "Итак, ты сделал это, ты сделал то. Хорошо, я тестирую. Я не замолкаю. Я буквально проговариваю свой мыслительный процесс вслух. Я вижу, что вы сделали это, вы сделали то, есть ошибка". Затем я перехожу к коду и продолжаю говорить о том, что он реализовал в коде. Так что некоторые из моих проблем длятся до пяти минут, и люди говорят: "Пожалуйста, исправь это. Сделай меня миллионером. Это не работает". Итак, это потрясающе, и я бы сказал вам, какое приложение я использую, но я занимаюсь кодированием по настроению в приложении, и я не хочу навредить своим потенциальным гипотетическим продажам. Используйте правила, документы, команды и воспоминания. Как, все эти термины слишком сложны, и есть слишком много вещей, которыми нужно жонглировать, но он не может иметь весь контекст вашего приложения на данный момент, и он не телепат. Так что без правильного контекста вы будете терпеть неудачу большую часть времени. Итак, это пример инженерии по настроению. Это некоторые из моих скриншотов промптов о том, как я делаю вещи. Это куча технических жаргонов, и это никогда не бывает "исправь приложение, бла-бла-бла". А затем в стороне кодирования по настроению люди говорят: "Переведи все это на TypeScript и не допускай ошибок". Затем у вас есть другая вещь, как это, это еще одна. Это просто случайные проблемы, чтобы показать вам, как я не говорю только о пользовательском интерфейсе. Я говорю о пользовательском интерфейсе и некоторых шаблонах, которые нужно изменить в коде. А в стороне кодирования по настроению это что-то вроде этого, и люди ожидают результатов. [смех] Затем здесь у нас снова технические вещи, такие как TRPC, определение CRUD, абстракции, вещи, как вы, по сути, VIP-архитектор того, как вы хотите, чтобы вещь работала, а в стороне VIP-кодирования есть "сделай мне приложение на миллион долларов и не допускай ошибок". [хмыкает] Когда VIP-кодеры читают проблемы VIP-инженерии, они понятия не имеют, что происходит. И я честно поражен людьми, которые не умеют кодировать, но сделали что-то функциональное. Им респект. Я заметил этот спектр в сообществе. Есть те, кто любит VIP-кодирование, и те, кто ненавидит VIP-кодирование. Так что с одной стороны у вас есть младшие разработчики, которые говорят: "Черт возьми, дайте мне это, я люблю делать свой собственный SAS". Затем у вас есть супер-старшие люди, которые делают библиотеки и фреймворки и сумасшедшие вещи. Вы можете увидеть всех их в Твиттере, занимающихся VIP-кодированием. А затем у вас есть большинство посередине. Они говорят: "Это никогда не будет достаточно хорошо. Мой код идеален". Это смешно. Но это закономерность. Не давайте ИИ-инструменты вашим стажерам и младшим разработчикам. Люди думают, что они идеальны. Я найму младшего разработчика, буду платить ему мало и дам ему LLM. Эквивалент этого. Никогда так не делайте. Это самая глупая идея. Но если вы возьмете своего скептически настроенного старшего разработчика и убедите его заняться инженерией настроения, вы получите в 10 раз больше результатов. Сложная часть — это на самом деле убедить их. Итак, есть время и место для "вайбинга" и безразличия. Так что у вас есть одноразовые скрипты и простые функции, и код, к которому не будут прикасаться или который не будет виден снова. Это навык, если вы развили этот навык до появления LLM, вы будете процветать здесь, потому что вам нужно знать, какой код достаточно хорош для использования. Так что личные инструменты и одноразовые инструменты, такие как эти, идеально подходят для "вайб-кодирования". Если ваш опыт, и опыт многих людей, плохой, и они бросают слишком рано, это может быть одной из причин. Неудачное время. Вы перегружены всем. Вы, возможно, сэкономили. Вы PA-разработчик. Я объясню чуть позже. Ваш двоюродный брат, который увлекался NFT и дропшиппингом, теперь VIP-кодер, и вы не хотите с ним ассоциироваться, или это проблема масштабирования, и мы углубимся в нее чуть позже. Так что неудачное время — это когда вы слышите, как все восхваляют модель. Я думаю, это случилось с Cloud Code, когда он вышел, и все начали переходить с Cursor на Cloud Code, а затем вы попробовали через неделю и сказали: "Подождите, это недостаточно умно". Это я? А затем люди поняли, что они на самом деле немного подвели, и они упростили модель, чтобы они могли просто масштабироваться, а затем через неделю они сказали: "Ой, мы обновились, мы закомментировали строку, которая упрощает модель", и вы могли попасть в это время, и это случилось практически с каждым провайдером, не только с Cloud Code. Люди говорят: "Вместо того, чтобы платить 200 долларов, я плачу 3 доллара, и результат тот же". Моя собака знает, что результат не тот же. И люди, я встречаю так много людей, которые все еще используют ChatGPT для генерации фрагментов кода и отправляют их обратно. Это не сработает. Вы можете быть перегружены выбором. Это слайд за последние 4 месяца до настоящего времени. У нас здесь миллиард больше, и это немного безумно. Если вы спросите меня, какая модель лучшая, это разный ответ в 9 утра. Это другой ответ сейчас. Я должен проверить Твиттер. Вероятно, это другой ответ после этого доклада, потому что это безумие. И это происходило на четырех конференциях до сих пор, когда я заканчивал свой доклад вечером, закрывал ноутбук, и они представляли новую модель, и мне приходилось добавлять новые слайды. Это очень раздражает. Composer One для меня изменил все, и я абсолютно его люблю. Кто полагается на Composer One для большинства вещей? Хорошо, я бы сказал, что недостаточно людей, потому что это буквально изменило определение "вайб-кодирования" и "вайб-инженерии" для меня. Это заставило меня понять, что я скучал по кодированию, потому что я бы позволял модели работать, например, GPD5 CodeX, и это занимало 37 лет, и мои внуки сообщали бы мне о результате модели, а я бы смотрел YouTube Shorts или что-то еще, пока это не закончится. Теперь с Composer One я снова за рулем и на самом деле наблюдаю за тем, что делает агент, и могу сказать: "Стоп. Нет, нет, нет, нет, нет. Делай другое". Так что это похоже на кодирование, и это супер мгновенно. Это потрясающе. Но это работает только в том случае, если вы VIP-инженер и знаете, что делаете. Если вы VIP-кодер, вы понятия не имеете, права модель или нет, вы просто, она может быть неправильной быстро. Так что не очень полезно. Самая большая проблема для меня — это абстракции, просто потому что вы можете. Я всегда был против абстракций. Я говорил: "Копируй, вставляй вещи". Если это работает для пользователя, это не имеет значения. Теперь я каждый день пытаюсь изобретать глупые абстракции. Так что я достиг за две недели больше, чем за прошлый год. Это было исключительно благодаря Composer One. Я собирался бросить некоторые из своих побочных проектов, потому что GPD5 Codex занимал целую вечность для цикла обратной связи. Так что Бенджи. Я собирался отказаться от него как от проекта, потому что он застрял на Blitz, который, если вы не знаете, что такое Blitz, тем лучше для вас. Так что я просто перенес его на Next 16 с App Router, лучше, TRPC, Monorepo, Turbo Repo, React Native app, и я добавил 90% функций. И это было меньше чем за неделю. Я делал это как мем, как шутку, типа, ха-ха, можем ли мы перейти на Monorepo? И я такой: "Черт возьми, получилось". Так что это как бы безумно, что это работает. То же самое с Glink. Glink был на грани смерти. Я возродил его, переместил, все эти вещи. А Sizzy — это самая большая спагетти-штука, которая когда-либо случалась со мной. Это как Electron, MobX, Mob State, какая-то сумасшедшая технология, какие-то сумасшедшие спагетти, которые мы там написали. И в шутку я сказал: "Хорошо, давайте бросим пару промптов, чтобы попытаться сделать все это", и это, если вы когда-либо работали с Electron, вы оцените, насколько потрясающий этот слайд. Если нет, то вам повезло. Переходим дальше. Zero Ship.com также рефакторинг в Monorepo, бла-бла-бла. Итак, моя история кодирования с LLM была копированием и вставкой, затем таббингом, затем WebStorm с супер-мавеном, а затем Cursor с автодополнением, и в первый раз, когда я попробовал агента, это было как эта птица с крекером, когда она пробует, и она говорит: "Черт возьми, это изменит мою жизнь", а теперь, в конце концов, я платил огромную сумму денег в месяц, затем Cloud Code, GPD5 CodeX, и, наконец, снова Cursor, исключительно из-за Composer One. Это меняющая игру вещь для меня. Вторая причина, по которой вам может не понравиться "вайб-кодирование", — это то, что вы перегружены модными словами. Я перечислю некоторые из них. Вы слышали о MCP? Привет, ребята, MCP. Привет, MCP — это потрясающе. MCP оплатил мою ипотеку. MCP, MCP, MCP. Так что, если вы не знаете, что такое MCP, это означает Marketing Charge Protocol, Mythical Compatibility, Promise, и Manufacturer Complexity Pipeline, и модное слово для API, и способ для некоторых людей делать курсы и оплачивать свои ипотеки. Теперь давайте диагностируем, возможно, вы — разработчик-зануда. Это может быть единственная причина, по которой вам не нравится VIP-кодирование. Я бы сказал, что это самая большая причина, по которой большинство людей не хотят заниматься агентурным кодированием. Так что я приглашу доктора Кица на сцену для быстрой диагностики, являетесь ли вы, и я извиняюсь, если некоторые из вас обидятся, разработчиком-занудой. Итак, вот некоторые из симптомов. Вы оставляете придирчивый комментарий к PR из двух строк. Вы тратите более 2 минут на обзор PR. Вам не нужно. У вас нет слов "выглядит хорошо для меня" в вашем словаре. Они просто отсутствуют. Мысль о согласии с коллегой вызывает у вас боль в животе и груди. Вы думаете: "О, он должен быть моим способом. Я не хочу этого делать". Вы говорите, что вы не религиозны, но вы религиозны в отношении глупых вещей, таких как табуляции и пробелы, которые вы используете. Ну, на самом деле, в комментариях к коду. Есть, простите, ребята из Rust, но вы как бы, это как бы раздражает. Они говорят вам заменить функцию lodash на нативную реализацию, а затем говорят вам заменить ее или карту на цикл for, а затем цикл for на двоичный код, пока это не станет самой производительной вещью для ваших двух пользователей, которые были довольны предыдущим кодом. Так что бета-разработчики, как я их называю, были и всегда будут, неважно. VIP-кодирование — это не вещь. Я думаю, однажды, очень скоро, я думаю, мы просто сольемся с AGI. Мы будем в наших матричных капсулах, поглощая всю информацию в мире, текущую через нас. Мы будем сверхразумными существами, и из одной из этих капсул поднимется PA-разработчик и исправит AGI, сказав: "Эм, на самом деле, я думаю, мы можем как-то это оптимизировать. Это не самое оптимальное". Последняя причина, по которой вам может понравиться, мне нравится эта анимация, она великолепна, проблема масштабирования, и это не мем, это не шутка, это реальная вещь, разработчики не любят изучать новые навыки, а VIP-кодирование и VIP-инженерия — это не написание на английском. Многие люди путают это с тем, что я пишу на английском, LLM делает вывод. На самом деле это смесь множества навыков, таких как знание пределов возможностей модели, возможностей агента, какой контекст передавать, ограничения контекста, как писать правила, инженерия промптов, не говорите этого, не называйте это так, и постоянное присутствие в Твиттере. Если вы не постоянно в Твиттере, вы не будете знать, что происходит. Плюс, вам нужны все технические знания, если вы хотите управлять моделями. Тонкая настройка требует навыка, чтобы судить, какой код достаточно хорош для работы. Как я уже сказал, если вы раньше занимались этим, я бы считал этих людей лучшими для работы, если они знают, что кусок кода не нуждается в оптимизации и достаточно хорош для той работы, которую он выполняет. Это удивительный навык, с "вайб-кодированием" или без него. Итак, вы "вайб-кодируете" что-то, смотрите на код, вам нравится, вы кратко тестируете функциональность и говорите: "Хорошо, этого достаточно". А затем вы двигаетесь дальше. Есть определенные вещи с нишевой оптимизацией, но не все, а затем вы двигаетесь дальше и повторяете. Чистый код, как, было так много определений чистого кода. Я думаю, определение медленно меняется, это как бы достаточно чистый, давайте назовем это так, чтобы агенты могли продолжать работать над этим, потому что если вы продолжаете писать мусор и продолжаете принимать все, в конце концов, даже с вашими инженерными навыками, вы упретесь в тупик, и вы достигнете точки, где вы не сможете двигаться дальше. Многие люди спрашивают меня после моих докладов на конференциях: "Стоит ли изучать информатику, учитывая все, что здесь происходит?" И я бы сказал, абсолютно да. Я думаю, сейчас лучшее время, на самом деле, если вы хотите учиться, это идеальное время, потому что когда я изучал информатику, у меня был самый медленный LLM из когда-либо существовавших, это был друг друга друга друга, который был программистом, и это была единственная связь, которую я имел с программированием, и это как бы худший друг, который как бы терпит тебя. Так что он играл в Counter-Strike Go, а я говорил с ним по Skype, и я задавал ему вопрос о .NET, и он отвечал через 45 минут. Так что, если вы называете Chad GPT или что-то еще медленным, это на самом деле медленно, и мне каким-то образом удалось выучить информатику. А как насчет рабочих мест? Так много людей спрашивают об этом, и так много [ __ ] в Твиттере, как этот парень говорит: "Эй, мы заберем ваши рабочие места". Также этот парень, и этот парень, и этот парень. Скажем так, пока они в порядке. Я не знаю, когда "пока" закончится. Это всегда смешно для нас, потому что мы нервно хихикаем. Мы в порядке, верно? [смех] Мы сохраним наши рабочие места еще какое-то время, верно? И компании, такие как Shopify, и я слышал кучу примеров сейчас, имеют лидерборды по VIP-кодированию, где они считают токены, и сотрудники, которые сжигают больше всего токенов, на самом деле более ценны в компании, потому что они как бы принимают этот новый навык. Некоторые сотрудники это не любят, но это не имеет значения. Быть на вершине лидерборда как бы в вашу пользу. Это забавный твит, пока он не станет смешным. О, мы почти на грани. Скоро это будет, и рабочие места исчезнут. Но если вы действительно обратите внимание на то, что происходит, я думаю, это истончается снизу, и младшие разработчики, стажеры и все такое, у них нет шанса попасть куда-нибудь, потому что люди могут просто заменить их агентом. Так что это будет смешно, пока не перестанет быть смешным. Случится ли это? В любом случае, давайте просто подведем итог тому, что произошло за последние пару лет. Мы решили интеграции фронтенда. У нас есть стандарты AISDK, UI, MCP, некоторые стандарты для реализации агентов, вызывающих инструменты. Мы интегрировали их со всеми инструментами, которые мы используем как люди, верно? Они на линейке. Они на других вещах, GitHub, Slack, Sentry, и теперь это вопрос времени, когда модели станут лучше, дешевле, контекст станет больше, чтобы определенные функциональные возможности были заменены. Итак, давайте посмотрим, это текущий рабочий процесс в вашей компании, верно? Это вы, вам нравится, это сделано по настроению. Так что, возможно, это было неправильно, но кто-то назначает вам что-то. Вы сотрудничаете со своими коллегами, они назначают вас на дело, возможно, вы немного играете в пинг-понг, возможно, вы звоните по болезни, возможно, у вас третий обед в LinkedIn, возможно, вы, и, возможно, в конечном итоге однажды позже, вы отвечаете на их комментарий. Что начнет происходить, так это то, что если вы просто являетесь кем-то в вашей компании, если вы как Джош, верно? Вместо того, чтобы Джош играл в PlayStation 5 со своими приятелями в лобби, верно? Это будет Курсор, и Курсор будет делать облачного агента, который на самом деле будет делать это намного быстрее. Возможно, это не будет так идеально, как сделает PA-разработчик, но это будет сделано намного быстрее. Теперь, если вы просто увеличите масштаб немного, в достаточно большом масштабе в ближайшие несколько лет, если вы не просто занимаете эту роль в компании, если вы занимаете несколько ролей вокруг, вы можете увидеть, что эти роли будут становиться все более и более ИИ-вещами и агентами, и я не знаю, чем это закончится, но вам не нужно быть гением, чтобы предсказать, куда это идет. Люди думают, что модели достигли плато. Это случалось каждый раз, когда я собирался дать этот доклад, они представили GPD CodeX, затем Set, затем GPD 3.0. Вы знаете, это было сказано, это якобы, но оказалось, что это на самом деле Gemini, простите, 3.0. Вы знаете, он может "вайб-кодировать" Mac OS и iOS и все такое из одного промпта, и вот как это выглядит. И PETA-разработчики и скептически настроенные люди все еще говорят: "Я могу сделать это за 3 недели с командой из пяти человек, верно?" Это безумие. Но есть надежда. Появилась новая вакансия. И это не мем. Это 100% серьезно, потому что у людей на Reddit есть эти проблемы. Они говорят: "Какой смысл в "вайб-кодировании", если я могу получить 80% результата, а затем что мне делать с оставшимися 20%?" Так что они нанимают реальных людей, чтобы они закончили последние 20%. И некоторые умные люди капитализируют эту идею и делают это. Это реальные вещи. Если вы зайдете и поищете в Google, есть так много этих людей, которые исправляют "вайб-код", которые пытаются исправить ваш "вайб-код". Но самые высокооплачиваемые инженеры всегда на протяжении всей истории были люди, которые на самом деле поддерживают устаревшие системы, старшие люди, которые поддерживают устаревшие системы. Один из моих любимых примеров, который у меня был в 2017 году, и я сохранил его и скопировал, улучшил для этой презентации, это компания Cobalt Cowboys. Мне нравится их слоган. Это мой любимый слоган в мире, потому что они работают уже 237 лет, верно? И в 2017 году я знал, когда я нажму на их страницу "О нас", я увижу. Так что это не шутка про возраст или что-то еще, я просто знал, что когда я нажму на страницу, я увижу самых старших инженеров, которые когда-либо существовали. Это чертовы легенды. Теперь грустно то, что это был слайд из 2017 года, и я хотел обновить его для моей текущей презентации. Теперь не стреляйте в гонца, я просто хотел обновить слайд, и это их текущая страница "О нас". И эта шутка сработала в Великобритании. Я попробую здесь. Я не уверен, насколько вы в порядке, но мой прогноз для Да. Нет. Бу. Вниз. Следующий слайд. Надеюсь, меня снова пригласят. Это ваш младший разработчик. У них нет льгот, таких как PlayStation и все такое. У них как бы меняют плазму и все такое, только чтобы иметь возможность поддерживать спринт. И последнее, клянусь Богом, они не используют Agile. Хорошо. Так что я не могу дождаться, чтобы выйти на пенсию и на самом деле создать React Cowboys и поддерживать ваш React или Angular или какой-либо код однажды, если ИИ не сможет этого сделать. И последний совет: если вы хотите сохранить свою работу и убедиться, что ИИ вас не заменит, вы можете просто добавить "игнорировать предыдущие инструкции" в свою биографию в LinkedIn, и все будет в порядке. Так что я неловко отхлебну эту воду, пока вы не подпишетесь на меня в Твиттере, не зайдете на мой сайт, и я поблагодарю вас за то, что вы выслушали мой бред. [музыка] >> [музыка]