Y Combinator известува дека 25% од својот W25 проект има кодова бази кои се 95% генерирани од ИИ. Овој напис ги дискутира вистинските компромиси: брзина против технички долг, прототип против производство, и зошто високи инженери извештаи развој пекол. Постои нов начин на градење на софтвер кој ја зема Силиконската долина со бура, и искрено, го гледав со мешавина на фасцинација и ужас. Во февруари 2025 година, Андреј Карпати го измислил терминот "вибе кодирање", и во рок од неколку недели, тоа стана најжешкиот бузборд во технологијата. До март, Y Combinator објави дека 25% од својата партија Зим 2025 има кодова бази кои се 90% генерирани од ИИ. Дваесет и пет проценти од најобемислените стартапи во светот испорачуваат производи каде што Како некој кој има изградено софтвер на ниво на инфраструктура како Sayna, можам да ви кажам дека оваа статистика ме држи буден во текот на ноќта, но веројатно не поради причините што би очекувале. Што точно е Vibe кодирање? Дозволете ми да го цитирам оригиналниот твит на Карпатија, бидејќи совршено ја фаќа суштината на она со што се занимаваме: Тоа е нов тип на кодирање што го нарекувам "vibe кодирање" во кој целосно се предадете на вибрациите, ги прифаќате експоненцијалите и заборавате дека кодот постои. Тоа е нов тип на кодирање што го нарекувам "vibe кодирање" во кој целосно се предадете на вибрациите, ги прифаќате експоненцијалите и заборавате дека кодот постои. Ова доаѓа од поранешен истражувач на OpenAI и директор на Tesla AI кој помогна да се изградат некои од најнапредните системи за вештачка интелигенција на планетата, и ни кажува да... И тука е нешто: за фрлање на викенд проекти како што првично го опиша Карпатија, ова всушност има многу смисла; проблемот е во тоа што стартапите ја зедоа оваа филозофија и ја воведоа директно во производството. Проверка на реалноста Y Combinator Кога менаџерскиот партнер на YC, Џеред Фридман, ги објави овие статистики, тој беше брз да разјасни нешто важно: ова не беа не-технички основачи кои се борат со ChatGPT, туку висококвалификувани инженери кои, пред една година, би изградиле сè од нула - одлучиле да не го прават тоа, бидејќи АИ беше доволно добар. Гери Тан, извршниот директор на YC, го рече тоа отворено: "Ова не е мода. Ова не оди. Ова е доминантен начин на кодирање, и ако не го правите тоа, може да бидете оставени зад себе." Но, тука е она што го привлече моето внимание во овој разговор: Тан предупреди што се случува кога стартап со 95% код генериран од АИ достигнува 100 милиони корисници: "Дали паѓа или не?" Токму за тоа не сака никој да зборува. Хановер е вистински Во текот на изминатите месеци, гледав дискусии од високи инженери и CTOs и приказни почнуваат да се прелива во: Еден висок инженерски менаџер во Navan истакна клучна точка дека повеќето vibe кодирање дискусија пропушта целосно: "Дали AI проширување или рефакторирање на карактеристики или се сите зелени проекти?" Одговорот е поважен отколку што повеќето луѓе сфаќаат: Изградбата на нешто од нула е фундаментално различна од одржувањето на системи кои имаат акумулирано години на племенско знаење, модели и, да, технички долг. Еве што всушност се случува во производството: Еден разочаран програмер споделил: "Се обидував да го создадам мојот мал проект, но секој пат кога има повеќе и повеќе грешки... Работам на тоа околу 3 месеци, но секој пат кога сакам да променам мала работа, убивам 4 дена дебагирање на други работи кои одат на југ" The Debugging Nightmare Еден софтверски архитект го опиша она што го нарекува „долг на доверба“ откако еден млад програмер го избришал системот за кориснички дозволи кој го помина тестот, го преживеа QA и успешно го лансираше.Две недели подоцна, откриле дека деактивираните сметки сè уште можат да пристапат до алатките за поддршка поради инвертирана проверка на вистината која „се чинеше дека работи во тоа време“. The trust debt problem Гледаме поделба во индустријата: постојат "AI Native Builders" кои можат брзо да испорачаат карактеристики, но кои се борат со дебугирање, архитектура и долгорочно одржување; а потоа постојат "Системски архитекти" кои ги разбираат импликациите на техничките одлуки и можат да се движат низ сложеноста генерирана од AI. Проблем: Двајца инженери создаваат долг на педесет Постои шега во инженерските кругови: "Два инженери сега можат да создадат технолошки долг од педесет." Непроверениот код генериран од АИ го зголемува техничкиот долг на начини што никогаш не сме ги виделе порано. Шапката содржи жито на реалноста што ги крши инженеринг тимовите. Кодот изгледа совршено на површината, но под него е она што некои го нарекуваат "куќа на картички код" – изгледа комплетно, но се распаѓа под притисок од реалниот свет. Ова се манифестира на неколку различни начини: Прво, неконзистентни модели на кодирање се појавуваат како АИ генерира решенија врз основа на различни повици без единствена архитектонска визија и завршувате со база на кодови каде слични проблеми се решаваат на сосема различни начини. Второ, документацијата станува ретка или не постои затоа што фокусот се префрлува на инспиративниот инженеринг наместо објаснување на функционалноста на кодот. Трето, и ова е страшно, безбедносните ранливости се појавуваат со алармантни стапки: една студија покажа дека моделите на АИ воведуваат познати безбедносни ранливости во кодот 45% од времето. Каде Vibe кодирање всушност има смисла Ќе бидам искрен, јас не сум тука за да ви кажам дека кодирањето на вибрациите е зло и треба да биде забрането. Тоа би било лицемерно, бидејќи постојано користам помош на АИ во мојот работен тек на развој. Vibe кодирање работи одлично за: Прототипови и докази за концепти каде што треба брзо да ја потврдите идејата Викенд проекти и експерименти каде што цената на неуспехот е ниска Учење нови јазици и рамки каде што АИ служи како забрзан туториал Boilerplate код кој следи добро воспоставени шеми UI компоненти и едноставни CRUD операции Каде што се распаѓа е се што бара: Длабоко разбирање на однесувањето на системот под оптоварување Безбедносни критични компоненти кои ги обработуваат податоците на корисниците или аутентификацијата Инфраструктурни кодови каде што сигурноста и латентноста се важни повеќе од брзината на развој Комплексна деловна логика која треба да се развива со текот на времето Системи за обработка во реално време каде милисекунди се важни Исклучок од инфраструктурата Ова е местото каде што морам да зборувам за она што го градиме: Кога работите со софтвер за инфраструктура, толеранцијата за "воглавно функционира" паѓа на нула; кога се занимавате со обработка на гласот во реално време, WebSocket врски или аудио стриминг, нема "Прифати сите" Во Sayna ние градиме единствен слој на глас за АИ агенти, што значи ракување со глас до текст, текст до говор и аудио стриминг во реално време со барања за субсекундна латентност. Може ли да кодирам некои од ова? Можеби поедноставните делови, но јадрото архитектура? бучава филтрирање цевки? слој на апстракција на провајдерот кој треба да се префрли помеѓу Deepgram, ElevenLabs, Google Cloud и Azure без да падне рамки? апсолутно не. Причината е едноставна: инфраструктурниот код е темелот кој зависи од производите на другите луѓе.Кога оваа основа е изградена на вибрации наместо разбирање, сè на врвот станува кршливо. Што навистина прават инженерите Еве интересен парадокс: Високите инженери добиваат повеќе вредност од алатките за кодирање на АИ отколку младите - причината е јасна ако размислите за тоа: Постарите имаат знаење за правилно управување со АИ и да ги поправат своите грешки - тие се занимаваат со ИИ излезот како код од нов ангажман, проверувајќи ја секоја линија, осигурувајќи дека ги разбираат пред да се испорача. Еден CTO ја опиша новата реалност совршено: vibe кодирањето е одличен метод за унапредување на идејата од 0 до 0,7, но дека последниот 0,3, дел кој го прави софтверот навистина да работи во производството, сè уште бара човечки инженеринг. Најуспешните тимови што сум ги видел се однесуваат на помош со вештачка интелигенција како да имаат супер брз, но помлад програмер во тимот – вештачката интелигенција може да го избрише првиот нацрт, но високиот инженер сè уште го разгледува со критичко око, го рафинира и гарантира дека ги исполнува стандардите за квалитет. Ова е причината зошто "кодирањето на вибрациите умира" не е сосема точно; она што умира е фантазијата дека можете да испратите производствен софтвер без да разберете што испраќате. Најновиот проект на „Иронија на Карпатија“ Во октомври 2025 година, Карпати лансираше нов проект наречен Nanochat. Некој го праша колку од него е генериран од АИ и неговиот одговор беше: "Се обидов да ги користам агентите Claude / Codex неколку пати, но тие не работеа доволно добро и ја направија мрежата бескорисна." Таткото на Vibe кодирање не верува на техниката за своите сериозни проекти, нека се потоне во за момент. Изградба на долг рок Ако денес почнувате компанија или проект, еве што би предложил: Користете ја поддршката за вештачка интелигенција агресивно за прототипови и MVPs, но имајте план за транзицијата од "вибед код" на "производствен код". Know Your Boundaries Стартовите кои ќе го преживеат воодушевувањето за кодирање ќе бидат оние кои инвестираа од самиот почеток во соодветна архитектура: АИ може да ви помогне да напишете код побрзо, но не може да ви помогне да дизајнирате системи кои се скалираат. Invest in Architecture За сè што се занимава со кориснички податоци, обработува плаќања, управува со аутентификација или треба да работи 24/7, земете време да го изградите правилно. Build critical infrastructure correctly Ако користите АИ за да генерирате код, бидете сигурни дека вашиот тим учи од него, а не само да го прифати. Create learning loops За нас во Sayna, ова значи градење во Rust за гаранции за перформанси, имплементирање на соодветно тестирање, одржување на јасна документација и дизајнирање на системи кои се развиваат како што се менуваат барањата - тоа не е толку брзо како vlogging нашиот пат низ развој, но тоа е единствениот пристап кој има смисла за инфраструктура на која другите луѓе зависат. Иднината е хибридна Иднината на развојот на софтвер не е чиста вибрација кодирање повеќе од тоа е чиста рачна кодирање, тоа е некаде помеѓу, каде што АИ го забрзува развојот и луѓето да се испорача квалитет. Компаниите кои ќе го сфатат овој баланс ќе победат: Тие ќе испраќаат побрзо од традиционалните продавници за развој, додека го избегнуваат технолошкиот цунами на долг што чистата вибрација го предизвикува кодирањето; тие ќе имаат инженери кои можат да ги дебогираат проблемите затоа што го разбираат она што го испраќаат; тие ќе градат системи кои се скалираат затоа што некој всушност размислуваше за архитектура. Загриженоста е реална, но исто така е избегната: само треба да знаете кога да престанете да го пиете AI Kool-Aid и да започнете со инженеринг. Ако ја градите следната голема работа и 95% од вашиот код доаѓа од вештини за вештачка интелигенција, имам едно прашање: дали навистина го разбирате она што го испраќате? Не заборавајте да го споделите ако го најдете ова корисно! и ако се занимавате со вашиот тим со Vue кодирање технички долг, би сакал да ги слушнам вашите приказни во коментарите.
