Odinstalowałem IDE — i odnotowałem 150% wzrost produktywności
Yuchen Jin z Nvidia powiedział wprost: Każdy dyrektor generalny firmy technologicznej, który nie koduje z AI, zostawia pieniądze na stole. Sergey Brin to robi. Zuck to robi. Tobi Lütke z Shopify to robi. Jeśli nie doświadczyłeś z pierwszej ręki, jak szybko porusza się AI, nie widzisz, co nadchodzi — i zostaniesz zaskoczony przez tych, którzy widzą.
Twórca Claude Code Boris Cherny nie tylko opowiada o tej przyszłości. On w niej żyje. Odinstalował swoje IDE. Pisze 100% kodu z AI, dostarczając mniej więcej 20 commitów dziennie — nie dotykając ani jednej linii kodu osobiście. Wynik? Od premiery Deep Code produktywność na użytkownika skoczyła o 150%. Dla kontekstu, w Meta setki inżynierów mogły spędzić rok, wyciskając 2% zysku. Oto, czym Boris podzielił się w podcaście YC The Lightcone.
Branża tworzenia oprogramowania przechodzi tektoniczną zmianę, a rozmowa Borisa w The Lightcone dokładnie wskazuje, dokąd zmierzamy.
1. „Inżynier oprogramowania" staje się „Budowniczym"
Tytuł na twojej umowie o pracę wkrótce się zmieni. Boris widzi, jak „inżynier oprogramowania" ustępuje miejsca czemuś bardziej jak „Budowniczy" lub „Product Manager".
- Produktywność nie rośnie powoli — eksploduje. Od premiery Claude Code produkcja na inżyniera w jego firmie wzrosła łącznie o 150%. W Meta setki ludzi pracowały cały rok, by dostarczyć 2%.
- AI przejmuje kod. W jego firmie 70–90% kodu jest pisane przez AI. Boris osobiście nie edytował ręcznie ani jednej linii od przejścia na Opus 4.5.
- Praca przesuwa się w górę. Codzienność przechodzi z wypisywania kodu do pisania specyfikacji, projektowania produktów i rozmawiania z użytkownikami. Przyszli inżynierowie potrzebują szerokich, międzyfunkcyjnych umiejętności — nie tylko głębokich kompetencji technicznych.
2. Buduj za sześć miesięcy, nie na dziś
Filozofia produktowa Claude Code jest prosta: model, dla którego dziś optymalizujesz, za sześć miesięcy nie będzie miał znaczenia. Więc przestań nadmiernie komplikować.
- Szkielet staje się długiem technicznym. Dostrajanie promptów i budowanie zawiłych wrapperów wokół dzisiejszego modelu przynosi co najwyżej marginalne zyski — a następny model czyni je bezużytecznymi z dnia na dzień.
- Tryb Planowania był po prostu „nie pisz kodu" dopisanym do prompta. To nie żart. Boris przewiduje, że gdy modele będą potrafiły planować autonomicznie, ta funkcja umrze. Może w ciągu miesiąca.
3. Podążaj za ukrytym popytem, nie twórz go
Najlepsze funkcje AI nie tworzą nowych zachowań — czynią istniejące bezwysiłkowymi.
- Obserwuj, co użytkownicy już sami kombinują. CLAUDE.md nie był jakimś wielkim projektem. Boris zauważył, że użytkownicy piszą pliki Markdown, by sterować modelem, więc to sprofesjonalizował.
- Regularnie usuwaj konfigurację. W miarę jak modele stają się inteligentniejsze, potrzebują mniej instrukcji. Boris zaleca okresowe wyczyszczenie CLAUDE.md — zostaw tylko niezbędne minimum i pozwól modelowi resztę rozgryźć samemu.
4. Nigdy nie obstawiaj przeciwko modelowi
Zespół żyje według „Gorzkiej lekcji" pioniera AI Richa Suttona.
- Ogólnego przeznaczenia obliczenia zawsze wygrywają. Za każdym razem, gdy branża stawiała na ręcznie tworzone zasady zamiast surowej mocy obliczeniowej i uczenia, podejście ręczne przegrywało. Filozofia Claude Code jest na tym zbudowana.
- 80% bazy kodu ma mniej niż kilka miesięcy. Zespół przepisuje Claude Code prawie ciągle. Szkielet jest traktowany jako jednorazowy z założenia — bo jeśli nowy model potrafi to zrobić natywnie, szkielet jest wyrzucany.
Sedno sprawy
Granica możliwości modeli przesuwa się radykalnie co sześć miesięcy. Wygrywającym posunięciem jest zaakceptowanie tego, co modele potrafią dziś, odrzucenie wszystkiego innego i gotowość do ciągłego oduczania się i ponownej nauki. Deweloperzy, którzy rozkwitną, to ci, którzy traktują AI jako integralną część sposobu, w jaki budują — nie jako protezę doczepioną do starego workflowa.