Нова тенденція в Силіконовій долині, кодування Vibe, сприяє експоненціальному прискоренню в тому, як швидко інженери можуть розробити продукти та алгоритми. Цей підхід узгоджується з принципами, викладеними співзасновником Google Сергієм Бріном у недавньому електронному листі для інженерів Deepmind.
Топ -інсайдери Силіконової долини називають Vibe, кодуючи “домінуючий спосіб коду”, і повідомлення Бріна пропонує, що Google сприйме його, щоб різко прискорити розвиток AI. Враховуючи свій потенціал, такий підхід також може поширюватися на алгоритми пошуку Google, що призводить до більшої кількості змін, як класифікуються результати пошуку.
Кодування вібрації тут, щоб залишитися
Чотири керівники комбінаторів погодилися, що кодування Vibe – це дуже велика справа, але здивовані тим, як швидко воно обганяло галузь. Джареде Фрідман зауважила, що це як щось із казки Джека та Бінсталка, де вночі проростає магічні боби, що змінюються у світі.
Гаррі Тан погодився, кажучи:
«Я думаю, що зараз наше сенс – це не примха. Це не йде. Це насправді домінуючий спосіб коду, і якщо ви цього не робите, ви можете залишити позаду. Це тут, щоб залишитися ».
Що таке кодування Vibe?
Кодування Vibe – це інженерія програмного забезпечення з AI:
- Інженери програмного забезпечення використовують AI для створення коду, а не написання його вручну.
- Покладатися на підказки природної мови для керівництва розробкою програмного забезпечення.
- Пріоритетність швидкості та ітерації.
- Час не витрачається на налагодження, оскільки код просто регенерується, поки він не працює.
- Vibe Coding Shifts Software Engineering Focus від написання коду до вибору, які проблеми для вирішення.
- Важити AI для швидкого регенерації коду замість традиційної налагодження.
- Це експоненціально прискорює кодування.
Кодування Vibe – це спосіб створення коду з AI з акцентом на швидкість. Це означає, що для налагодження коду все більше необхідно, оскільки інженер може просто переробити покоління коду кілька разів, поки AI не отримає його правильно.
Нещодавній твіт Андрій Карпаті розпочав хвилю хвилювання в Силіконовій долині. Карпаті, видатний дослідник AI та колишній директор AI в Tesla, описав, що таке кодування вібрації, і пояснив, чому це найшвидший спосіб кодувати AI. Це настільки надійно, що він навіть не перевіряє модифікації, які вносить AI (його називають “різними”).
Карпаті написав твіт:
“Є новий вид кодування, який я називаю” кодуванням вібрації “, де ви повністю поступаєте вібраціям, охоплюють експоненціал і забуваєте, що код навіть існує. Це можливо, тому що LLM (наприклад, композитор курсору W Sonnet) стає занадто хорошим.
Також я просто розмовляю з композитором із Superwhisper, тому я ледве навіть торкаюся клавіатури. Я прошу найглухіші речі, такі як “Зменшити прокладку на бічній панелі вдвічі”, тому що я лінивий, щоб знайти його. Я “приймаю все” завжди, я більше не читаю різниці.
Коли я отримую повідомлення про помилки, я просто копіюю їх вставити без коментарів, як правило, це виправляє. Код виростає за межі мого звичного розуміння, я повинен був дійсно прочитати його на деякий час.
Іноді LLM не можуть виправити помилку, тому я просто працюю навколо неї або прошу випадкових змін, поки вона не зникне. Це не дуже погано для проектів вихідних вихідних, але все ще досить кумедно.
Я будую проект або WebApp, але він не дуже кодує – я просто бачу речі, скажу речі, запускають речі та копіюю речі, і це в основному працює ».
Сергій Брін підкреслює принципи кодування віб
Нещодавній електронний лист від співзасновника Google Сергія Бріна до інженерів Deepmind наголосив на необхідності інтегрувати AI у свій робочий процес, щоб скоротити час, витрачений на кодування. Електронна пошта зазначає, що код має значення найбільше, і AI покращиться, радивши, що якщо буде простіше підказати ШІ для рішення, то це краще для навчання абсолютно нової моделі. Брін описує це як дуже важливе для отримання ефективних кодерів. Ці принципи узгоджуються з кодуванням Vibe, що надає пріоритет швидкості, простоті та розвитку, орієнтованому на AI.
Брін також рекомендує використовувати код першої сторони (код, розроблений Google) замість того, щоб покладатися на програмне забезпечення з відкритим кодом або сторонній стороні. Це рішуче говорить про те, що Google має намір зберегти свої просування в галузі AI у власності, а не на відкритому корі. Це може означати, що будь-які досягнення, створені Google, не будуть відкритими і можуть не з’явитися в науково-дослідних робітах, а натомість можуть бути виявлені за допомогою патентних подач.
Повідомлення Бріна де-підкреслює використання Lora, техніки машинного навчання, яка використовується для ефективного налаштування моделей AI. Це означає, що він хоче, щоб інженери Deepmind надали пріоритет ефективних робочих процесів, а не витрачаючи надмірні часові моделі. Це також говорить про те, що Google переміщує фокус на простіші, більш масштабовані підходи, такі як кодування вібрації, які покладаються на оперативну інженерію.
Сергій Брін писав:
«Код має значення найбільше – AGI відбудеться з зльотом, коли АЛ покращиться. Напевно, спочатку це буде з великою кількістю людської допомоги, тому найважливішим є наша ефективність коду. Крім того, це потрібно працювати над власним кодом 1P. Ми повинні бути найефективнішим кодером та науковцями AL у світі, використовуючи власний АЛ.
Простота – дозволяє використовувати прості рішення, де ми можемо. Наприклад, якщо підказка працює, просто робіть це, не поступайте окремої моделі. Ніяких зайвих технічних складностей (таких як Лора). В ідеалі ми по -справжньому матимемо один рецепт та одну модель, яку можна просто запропонувати для різних цілей.
Швидкість – нам потрібні наші продукти, моделі, внутрішні інструменти, щоб бути швидким. Не можу дочекатися 20 хвилин, щоб запустити трохи Python на Борзі ».
Ці твердження узгоджуються з принципами кодування Vibe, тому важливо зрозуміти, що це таке і як це може вплинути на те, як Google розробляє алгоритми пошуку та AI, які можуть використовуватися для цілей ранжування веб -сайтів.
Інженери програмного забезпечення, що переходять до інженерів продуктів
Нещодавній подкаст Y Combinator, компанія з прискорювача для запуску Силіконової долини, обговорював, як кодування Vibe змінює те, що означає бути інженером програмного забезпечення та як це вплине на практику найму.
Хости подкастів цитували декількох людей:
Лео Паз, засновник Outlit, зауважив:
«Я думаю, що роль інженера програмного забезпечення перейде до інженера продукту. Смак людини зараз важливіший, ніж будь -коли, як кодензи інструменти роблять кожного інженером 10 разів ».
Абхі Айєр з Мастри поділився, як змінилися їхні практики кодування:
“Я не багато пишу код. Я просто думаю і переглядати ».
Один із хостів подкастів, Джареде Фрідман, керуючий партнер, Y Combinator сказав:
«Це супер технічний засновник, який остання компанія також був інструментом DEV. Він надзвичайно здатний кодувати, і тому захоплююче мати таких людей, які говорять подібні речі.
Далі вони цитують Абхі Балійепаллі з CopyCat:
«Зараз я набагато менш прив’язаний до свого коду, тому мої рішення щодо того, чи ми вирішимо скасувати чи код рефактора, менш упереджені. Оскільки я можу кодувати в 3 рази швидко, мені легко скасувати і переписати, якщо мені потрібно ».
Гаррі Тан, президент та генеральний директор, Y Combinator прокоментував:
“Я думаю, що справді крута річ у цьому матеріалі – це насправді паралелізується дуже добре”.
Він цитував Йоав Тамір Касікті:
«Я пишу все з курсором. Іноді у мене паралельно відкрито два вікна курсору, і я підкажу їх на дві різні функції ».
Тан прокоментував, скільки сенсу, що має, і чому б не відкрити три екземпляри курсору, щоб зробити ще більше.
Потім учасники форуму на подкасті цитують Джексона Стокса з Trainloop, який пояснює експоненціальну шкалу того, наскільки швидке кодування стало:
«Як кодування змінилося шість -один місяці тому: 10x прискорення. Місяць тому до зараз: 100x прискорення. Експоненціальне прискорення. Я вже не інженер, я людина продукту ».
Гаррі Тан прокоментував:
«Я думаю, що це може бути щось, що відбувається широко. Знаєте, це дійсно закінчується двома різними ролями, які вам потрібні. Це фактично відображає те, як інженери якось самозаписують сьогодні, оскільки ви або на передній частині, або бекенді. А потім Backend закінчується фактично інфраструктурою, а потім передній кінець набагато більше насправді є прем'єр-міністром (менеджер продуктів) … “
Harj Taggar, керуючий партнер, Y Combinator зауважив, що LLMS підштовхне людей до ролі вибору, що фактичне написання коду стане менш важливим.
Чому налагодження з AI непотрібна
Цікавою зморшкою в коді VIBing є те, що одним із способів, що він прискорює розробку, є те, що інженерам програмного забезпечення більше не доводиться витрачати довгі години налагодження. Насправді їм більше не потрібно налагоджувати. Це означає, що вони здатні висунути код у двері швидше, ніж будь -коли раніше.
Тан прокоментував, наскільки бідний AI при налагодженні:
“… Одне, що було вказувало на опитування, – це те, що цей матеріал жахливий при налагодженні. І так… люди все ще повинні робити налагодження. Вони повинні добре розібратися, що насправді робить код?
Здається, не існує способу просто сказати це, налагодження. Ви говорили, що ви повинні бути дуже явними, як ніби надати інструкції інженеру програмного забезпечення вперше ».
Джареде запропонував своє спостереження за здатністю AI налагодити:
«Я мушу дійсно ложкою годувати його інструкціями, щоб змусити налагодити речі. Або ви можете сприймати вібрації. Я б сказав, що стиль Андрій Карпаті, начебто повторний рол, як і скажи, щоб спробувати ще раз з нуля.
Диве, як змінюється стиль кодування, коли фактично написання коду стає дешевшим на 1000 разів. Мовляв, як людина ви ніколи не любите, щоб здути щось, над чим ви працювали дуже довго і переписали з нуля, бо у вас була помилка. Ви завжди виправляєте помилку. Але для LLM, якщо ви можете просто переписати тисячу рядків коду всього за шість секунд, як, як ні? “
Тан зауважив, що це схоже на те, як люди використовують генератори зображень AI, де, якщо є щось, що їм не подобається, що вони просто повторюються, навіть не змінюючи підказки, вони просто просто натискають на повторне проходження п'ять разів, а потім у п'ятий раз це працює.
Алгоритми пошуку Vibe та алгоритми пошуку Google
Хоча електронна пошта Сергія Бріна прямо не згадує алгоритми пошуку, він виступає за AI-керовану, оперативну розробку на масштабі та високій швидкості. Оскільки кодування Vibe зараз є домінуючим способом кодування, цілком ймовірно, що Google прийме цю методологію в своїх проектах, включаючи розробку алгоритмів майбутнього пошуку.
Перегляньте круглий стіл y Combinator
Кодування вібрації – це майбутнє
https://www.youtube.com/watch?v=iachfkmzmr8
Зображення від Shutterstock/Bluestork