Przekład

Code review umrze. To znaczy: on już umarł. W przyszłości człowiek nie znajdzie błędu ani wady w kodzie wytworzonym przez model — przynajmniej nie w rozsądnym czasie. Ludzie będą oceniać już tylko system i sposób, w jaki jest poskładany, ale nie w pull requestach i nie przeglądając każdej linijki kodu.

Testy jednostkowe mogą podzielić ten los. Po co boczne kółka, skoro nigdy się nie przewracasz? Zlecałem modelom napisanie 900 linii w C pod Arduino; model kompilował kod bez ani jednego błędu i wysyłał go na urządzenie, gdzie program działał bez zarzutu. W przyszłości 900 linii to będzie nic.

Rzemiosło pisania kodu zniknie. Tak, włoscy szewcy wciąż istnieją. Ale spójrz, co masz na nogach.

Rzemiosło budowania oprogramowania będzie ważniejsze niż kiedykolwiek. Umiejętność rozwiązywania problemów biznesowych za pomocą oprogramowania, wiedza, jak robiły to inne systemy — i dlaczego akurat tak, a dlaczego nie — kiedy i jak wydawać produkt i jak zbierać na niego feedback: oto nowa gra.

Większość błędów nie będzie błędami „kodowania”. To będą błędy typu „źle zapytałeś”.

Open source w obecnej formie już nie ma sensu. „Gdy patrzy wystarczająco dużo oczu, każdy błąd jest płytki” — to wciąż prawda, tyle że teraz mamy sztuczne oczy.

Ludzkie kontrybucje do kodu krytycznego wydajnościowo pozostaną tym, czym są: przypadkiem brzegowym. W 99% oprogramowania nie ma znaczenia, że można było napisać szybszy algorytm albo wybrać lepszą strukturę danych. Nie masz klientów, nie masz użytkowników, nikt tego kodu nie wykonuje. To bez znaczenia. A kiedy ma znaczenie, modele to naprawią. Nie porównuj ścisłej czołówki 1% oprogramowania (i programistów) do pozostałych 99%.

Terminal umarł. Większość narzędzi dla programistów pochłonie fala tokenów. Powłoki, edytory tekstu, narzędzia CLI ludzie przestaną używać. Nie trzeba już będzie znać flag wiersza poleceń ani zaklęć jq. Za chwilę będzie to wiedza równie ezoteryczna co umiejętność zapisania wszystkiego jednolinijkowcem w Perlu. (Mówię to jako człowiek, który kocha terminal i narzędzia deweloperskie.)

Tokeny to nowy paradygmat obliczeniowy. Wszystko zostanie na nich zbudowane od nowa. Deterministyczne komputery mamy od 80 lat, więc mylimy „to, jak komputery działały”, z „tym, jak komputery muszą działać”. Wchodzimy w erę postbinarną.

Triada PM/Design/Eng zniknie. Nie ma w niej już ani krzty sensu. Agile, SCRUM, co tam jeszcze — martwe. „Inżynierowie” pełniący rolę ludzkich przekaźników, którzy wrzucają agentom tickety i zdają raporty ludziom, przestaną mieć jakąkolwiek wartość.

Różnica między inżynierią oprogramowania w wielkich korporacjach a w małych firmach będzie rosła. Startupy kopiujące praktyki Google’a będą wyglądać jeszcze głupiej niż dotąd, bo teraz potrafią budować znacznie szybciej i przy o wiele mniejszych ograniczeniach.

Nie ma dowodów, że „dobry kod” będzie w przyszłości cokolwiek znaczyć. Samo pojęcie „dobrego kodu” opiera się w dużej mierze na założeniu, że ludzie pracują z nim łatwo/tanio/sprawnie. Tylko że większości kodu ludzie już nie będą ruszać. Pomyśl, jak głupio brzmi założenie, że agentom cokolwiek znaczy „maksymalnie 80 kolumn” albo „tu i tam enter” — a potem przejrzyj w myślach wszystkie pozostałe cechy, które kojarzysz z „dobrym kodem”. No właśnie.

Niektórych nie będzie stać na tworzenie oprogramowania. Tak jak w latach 80. i 90. komputer osobisty było stać tylko niektórych, tak przez najbliższe lata, jeśli nie zdołasz zdobyć dość tokenów, grasz w drugiej lidze. Musisz dotrzeć do tokenów.

Wątpliwe, czy tańsze modele będą w ogóle używane. Tokenów będzie wszędzie, będziemy w nich pływać. A to, co dziś uznajemy za inteligentny model, w przyszłości ujdzie za bardzo głupie. Ale sprytniejszy model popełnia mniej błędów i potrzebuje mniej rund. Kiedy naprawdę myślisz: „no dobra, może się pomylić parę razy”?

Modele będą tak szybkie, że interfejs użytkownika będzie generowany na żywo. Duża część UI istnieje tylko dlatego, że oprogramowanie nie rozumie, czego chcesz. Menu, ekrany ustawień, dashboardy, filtry — spora część tego to interfejs API, który głupia maszyna wystawia ludziom. Inteligentne maszyny potrzebują znacznie mniej UI.

Zanim to wszystko nastąpi, minie sporo czasu. „Nowemu oprogramowaniu” zajmie całe pokolenie, żeby wyparło „stare”. Tak jak dziś ludzie z upodobaniem pracują jako programiści ASP, tak za 10 lat będą ludzie zatrudnieni do pisania kodu. Ale czy chcesz takiej pracy?

Oryginał

What I believe about the future of software development

19 September 2026 at 15:36

Code review will die. I mean: it’s already dead. But in the future, humans won’t find a bug or an issue with the code produced by a model, at least not in a reasonable time. Humans will only review the system and its composition, but it won’t be in PRs and it won’t be by looking through every line of the code.

Unit tests might die too. Why have training wheels if you never fall over? I’ve had models write 900 lines of Arduino C, compile it without a single error, and send it to the device, where the program ran perfectly. 900 lines will be nothing in the future.

The craft of writing code will disappear. Yes, there are still Italian shoe makers around. But look at your feet.

The craft of building software will be more important than ever. Knowing how to solve business problems with software, how other software did it and why and why not, when and how to ship it, how to get feedback on it — that’s the new game.

Most bugs won’t be “coding” bugs. They’ll be “you asked for the wrong thing” bugs.

Open source in it’s current form doesn’t make sense anymore. “Given enough eyeballs, all bugs are shallow” is still true but now we have artificial eyeballs.

Performance critical contributions by humans will stay what they are: an edge case. In 99% of software it does not matter that you could’ve written a faster algorithm or picked a better data structure. You have no customers, no users, no one’s executing the code. It does not matter. When it matters, the models can fix it. Do not compare the top of the top 1% of software (developers) to 99%.

The terminal is dead. Most developer tooling will be washed away by tokens. Shells, text editors, CLI tools won’t be used by humans anymore. There’s no need to know command line flags and jq invocations anymore. It’ll be seen as arcane as knowing how to write everything as a Perl one-liner. (I’m saying this as a lover of the terminal & dev tools.)

Tokens are the new computing paradigm. Everything will be re-made on top of it. We’ve had deterministic computers for 80 years, so we confuse “how computers have worked” with “how computers must work.” We’re entering the post-binary era.

The triad of PM/Design/Eng will disappear. It does not make any bit of sense anymore. Agile, SCRUM, whatever — dead. “Engineers” who act as “meat proxies” and shove tickets into agents and report back to humans will no longer be valuable.

The difference between software engineering at large corporations and small ones will increase. Start-ups adopting practices of Google will look even sillier than before, because they can now build so much faster and with so much less constraints.

There’s no proof that “good code” will matter in the future. The notion of “good code” itself is mostly based on the idea that it’s easy/cheap/efficient for humans to work with. But humans won’t modify the majority of code. Think of how dumb it is to assume that “only 80 columns wide” or “but newlines here and there” matters for agents — now consider all the other properties you have in mind for “good code”. Yes.

Some people will be priced out of producing software. Just like only some people could afford a personal computer in the 80s and 90s, for the next few years, if you can’t get enough tokens, you’re playing second league. You need to get to the tokens.

It’s questionable whether cheaper models will be used. Tokens will be everywhere and we’ll swim in tokens. And what we consider a smart model today will be considered very dumb in the future. But a smarter model makes less mistakes, needs fewer turns. When do you really think “I’m okay with it being wrong a few times?”

Models will become so fast that UI will be generated on the fly. A lot of UI exists because software can’t understand what you want. Menus, settings screens, dashboards, filters: much of it is a human-accessible API to a dumb machine. Smart machines need much less UI.

It’ll take a while for this to play out. It’ll take a generation for the “new software” to replace the “old software”. Just like there are people happily employed as ASP developers today, there will be people employed to write code in 10 years. But do you want to have that job?