{"id":81353,"date":"2026-03-19T00:01:00","date_gmt":"2026-03-19T06:01:00","guid":{"rendered":"https:\/\/www.opinionpublica.tv\/portada\/?p=81353"},"modified":"2026-03-18T20:45:53","modified_gmt":"2026-03-19T02:45:53","slug":"coding-after-coders-the-end-of-computer-programming-as-we-know-it","status":"publish","type":"post","link":"https:\/\/www.opinionpublica.tv\/portada\/coding-after-coders-the-end-of-computer-programming-as-we-know-it\/","title":{"rendered":"Coding after coders: the end of computer programming as we know it"},"content":{"rendered":"\n
\"Coding<\/figure>\n\n\n\n

Lately, Manu Ebert has been trying to keep his A.I. from humiliating him.<\/p>\n\n\n\n

I recently visited Ebert, a machine-learning engineer and former neuroscientist, at the spare apartment where he and Conor Brennan-Burke run their start-up, Hyperspell.<\/p>\n\n\n\n

Ebert, a tall and short-bearded 39-year-old with the air of a European academic, sat before a mammoth curved monitor. Onscreen, Claude Code \u2014 the A.I. tool from Anthropic \u2014 was busy at work. One of its agents was writing a new feature and another was testing it; a third supervised everything, like a virtual taskmaster. After a few minutes, Claude flashed: \u201cImplementation complete!\u201d<\/p>\n\n\n\n

Ebert grew up in the \u201990s, learning to code the old-fashioned way: He typed it out, line by painstaking line. After college, he held jobs as a software developer in Silicon Valley for companies like Airbnb before becoming a co-founder of four start-ups. Back then, developing software meant spending days hunched over his keyboard, pondering gnarly details, trying to avoid mistakes.<\/p>\n\n\n\n

All that ended last fall. A.I. had become so good at writing code that Ebert, initially cautious, began letting it do more and more. Now Claude Code does the bulk of it. The agents are so fast \u2014 and generally so accurate \u2014 that when a customer recently needed Hyperspell to write some new code, it took only half an hour. In the before times? \u201cThat alone would have taken me a day,\u201d he said.<\/p>\n\n\n\n

He and Brennan-Burke, who is 32, are still software developers, but like most of their peers now, they only rarely write code. Instead, they spend their days talking to the A.I., describing in plain English what they want from it and responding to the A.I.\u2019s \u201cplan\u201d for what it will do. Then they turn the agents loose.<\/p>\n\n\n\n

A.I. being A.I., things occasionally go haywire. Sometimes when Claude misbehaves and fails to test the code, Ebert scolds the agent: Claude, you really do have to run all the tests.<\/p>\n\n\n\n

To avoid repeating these sorts of errors, Ebert has added some stern warnings to his prompt file, the list of instructions \u2014 a stern Ten Commandments \u2014 that his agents must follow before they do anything. When you behold the prompt file of a coder using A.I., you are viewing a record of the developer\u2019s attempts to restrain the agents\u2019 generally competent, but unpredictably deviant, actions.<\/p>\n\n\n\n

I looked at Ebert\u2019s prompt file. It included a prompt telling the agents that any new code had to pass every single test before it got pushed into Hyperspell\u2019s real-world product. One such test for Python code, called a pytest, had its own specific prompt that caught my eye: \u201cPushing code that fails pytest is unacceptable and embarrassing.\u201d<\/p>\n\n\n\n

Embarrassing? Did that actually help, I wondered, telling the A.I. not to \u201cembarrass\u201d you? Ebert grinned sheepishly. He couldn\u2019t prove it, but prompts like that seem to have slightly improved Claude\u2019s performance.<\/p>\n\n\n\n

His experience is not unusual; many software developers these days berate their A.I. agents, plead with them, shout important commands in uppercase \u2014 or repeat the same command multiple times, like a hypnotist \u2014 and discover that the A.I. now seems to be slightly more obedient. Such melodramatic prose might seem kind of nuts, but as their name implies, large language models are language machines. \u201cEmbarrassing\u201d probably imparted a sense of urgency.<\/p>\n\n\n\n

\u201cIf you say, This is a national security imperative, you need to write this test, there is a sense of just raising the stakes,\u201d Ebert said.<\/p>\n\n\n\n

Brennan-Burke chimed in: \u201cYou remember seeing the research that showed the more rude you were to models, the better they performed?\u201d They chuckled. Computer programming has been through many changes in its 80-year history. But this may be the strangest one yet: It is now becoming a conversation, a back-and-forth talk fest between software developers and their bots.<\/p>\n\n\n\n

This vertiginous shift threatens to stir up some huge economic consequences. For decades, coding was considered such wizardry that if you were halfway competent you could expect to enjoy lifetime employment. If you were exceptional at it (and lucky), you got rich. Silicon Valley panjandrums spent the 2010s lecturing American workers in dying industries that they needed to \u201clearn to code.\u201d<\/p>\n\n\n\n

Now coding itself is being automated.To outsiders, what programmers are facing can seem richly deserved, and even funny: American white-collar workers have long fretted that Silicon Valley might one day use A.I. to automate their jobs, but look who got hit first! Indeed, coding is perhaps the first form of very expensive industrialized human labor that A.I. can actually replace. A.I.-generated videos look janky, artificial photos surreal; law briefs can be riddled with career-ending howlers. But A.I.-generated code? If it passes its tests and works, it\u2019s worth as much as what humans get paid $200,000 or more a year to compose.<\/p>\n\n\n\n

You might imagine this would unsettle and demoralize programmers. Some of them, certainly. But I spoke to scores of developers this past fall and winter, and most were weirdly jazzed about their new powers.<\/p>\n\n\n\n

\u201cWe\u2019re talking 10 to 20 \u2014 to even 100 \u2014 times as productive as I\u2019ve ever been in my career,\u201d Steve Yegge, a veteran coder who built his own tool for running swarms of coding agents, told me. \u201cIt\u2019s like we\u2019ve been walking our whole lives,\u201d he says, but now they have been given a ride, \u201cand it\u2019s fast as [expletive].\u201d Like many of his peers, though, Yegge can\u2019t quite figure out what it means for the future of his profession. For decades, being a software developer meant mastering coding languages, but now a language technology itself is upending the very nature of the job.<\/p>\n\n\n\n

The enthusiasm of software developers for generative A.I. stands in stark contrast to how other Americans feel about the impact of large language models. Polls show a majority are neutral or skeptical; creatives are often enraged. But if coders are more upbeat, it\u2019s because their encounters with A.I. are diametrically opposite to what\u2019s happening in many other occupations, says Anil Dash, a friend of mine who is a longtime programmer and tech executive.<\/p>\n\n\n\n

\u201cThe reason that tech generally \u2014 and coders in particular \u2014 see L.L.M.s differently than everyone else is that in the creative disciplines, L.L.M.s take away the most soulful human parts of the work and leave the drudgery to you,\u201d Dash says. \u201cAnd in coding, L.L.M.s take away the drudgery and leave the human, soulful parts to you.\u201d<\/p>\n\n\n\n

Coding has been drudgery, historically. In the movies, programmers excitedly crank out code at typing speed. In reality, writing software has always been an agonizingly slow and frustrating affair. You write a few lines of code, a single \u201cfunction\u201d that does one little thing, and then discover that you made some niggling error, like leaving out a single colon.<\/p>\n\n\n\n

As a company\u2019s \u201ccodebase\u201d \u2014 every line of code in its software, accreting over the years \u2014 gets larger and involves dozens or thousands of functions interacting with one another, you could spend hours, days or weeks pulling your hair out trying to find which little mistakes are bringing everything to a halt. Maybe a line of yours broke something your colleague is coding two cubicles over.<\/p>\n\n\n\n

For decades, computer engineers tried to automate this drudgery. In the industry, they call every step in this direction \u201cadding a layer of abstraction\u201d: If you often find yourself doing something step by step in an onerous fashion, you automate it.<\/p>\n\n\n\n

For example, one early computer language was Assembly, and it was devilishly hard to write. Computers had very little memory, so coders had to be efficient in how they used it, putting each bit of data carefully in place and then keeping mental track of it.<\/p>\n\n\n\n

Even simple calculations required an incremental, meticulous approach. Say you wanted to write some code that would calculate how much you\u2019d have if you got 5 percent interest on $10,000 over 10 years. Back in the 1960s, that would have required perhaps nine lines of pretty obtuse Assembly: \u201cVAL, FLDECML 10000.0\u201d to set the starting amount at $10,000, \u201cCLA VAL\u201d to load the amount into the processor, \u201cFAD ZERO\u201d to tell the computer you\u2019re working with numbers that have decimal points; and so on.<\/p>\n\n\n\n

By the \u201980s and \u201990s, as computers became more powerful, engineers were able to create languages that took care of all that memory management for you, and also turned common asks into simple commands. In Python, a coder can perform that exact same calculation very simply: \u201ctotal_amount = 10000 * (1.05 ** 10).\u201d<\/p>\n\n\n\n

That single line tells the computer to multiply 10,000 by the interest rate over 10 years and store the result in the variable labeled \u201ctotal_amount.\u201d Programmers no longer need to think about where all the data is being stored in the computer\u2019s memory; Python does that for them. It is, in other words, a layer of abstraction on top of all that fiddly memory business. Writing in that language is delightfully easier.<\/p>\n\n\n\n

During the 2000s and 2010s, programmers abstracted away more and more scut work. Virtually anytime they encountered an onerous task, they wrote some code to automate it and then \u2014 very often \u2014 made it open source, giving it away for others to use. Here\u2019s an example: As a hobbyist programmer, I sometimes want to automatically \u201cscrape\u201d the text from a website.<\/p>\n\n\n\n

I\u2019ve never written code myself to do that; I just use Beautiful Soup, a freely available package of thousands of lines of Python code that manages all the complexity. I don\u2019t even need to understand how Beautiful Soup works. It just gives me simple, typically one-line Python commands that \u2014 whoosh \u2014 retrieve and analyze website text for me. A significant amount of software is produced in precisely this way: developers stitching together big piles of code that someone else wrote.<\/p>\n\n\n\n

With A.I., though, programmers ascend to an even higher level of abstraction. They describe, in regular language, what the program should do, and the agents translate that idea \u2014 that human intent \u2014 into code. Writing software no longer means mentally juggling the nuances of a language like Python, say, or JavaScript or Rust. Coding no longer involves messing up an algorithm and then trying to figure out where your error lies. That part, too, has been abstracted away.<\/p>\n\n\n\n

So what exactly is left? Or as Boris Cherny, the head of Claude Code, put it when we met at Anthropic\u2019s headquarters in January: \u201cWhat is computation \u2014 what is coding?\u201d Then he added, \u201cYou can get pretty philosophical pretty fast.\u201d<\/p>\n\n\n\n

His answer echoed what I\u2019ve heard from pretty much every developer I\u2019ve spoken to: A coder is now more like an architect than a construction worker. Developers using A.I. focus on the overall shape of the software, how its features and facets work together. Because the agents can produce functioning code so quickly, their human overseers can experiment, trying things out to see what works and discarding what doesn\u2019t. Several programmers told me they felt a bit like Steve Jobs, who famously had his staffers churn out prototypes so he could handle lots of them and settle on what felt right. The work of a developer is now more judging than creating.<\/p>\n\n\n\n

Cherny himself has been through all the layers of abstraction: As a teenager in California, he taught himself a little Assembly so he could write a program that solved math homework automatically on his calculator. Today he simply pulls out his phone and dictates to Claude what he wants the A.I. agent to do; in a sort of Ouroboric loop, 100 percent of Cherny\u2019s contributions to the Claude codebase are now written entirely by Claude.<\/p>\n\n\n\n

While we talked, his phone was sitting on the table in front of us, and at the end of an hour he showed me the screen: 10 Claude agents had been tweaking the codebase. \u201cI haven\u2019t written a single line by hand, and I\u2019m like the most prolific coder on the team,\u201d he said. \u201cIt\u2019s an alien intelligence that we\u2019re learning to work with.\u201d<\/p>\n\n\n\n

For most of the coders I met, learning to work with A.I. means learning to talk to A.I. This struck me as an unexpected paradox of this new age, because traditionally coding was a haven for introverts who preferred to talk as little as possible to others at work. But now their entire job involves constantly chatting with this alien life form.<\/p>\n\n\n\n

If describing and talking are now much of the work of a software developer, the talk nonetheless remains pretty complex and highly technical. An amateur can\u2019t do it. You can\u2019t just tell an agent, Build me the code for a successful start-up. The agents work best when they\u2019re being asked to perform one step at a time; ask for too much and they can lose the plot.<\/p>\n\n\n\n

Aayush Naik, whose start-up in San Francisco uses Claude Code, says it\u2019s a delusion to imagine that your A.I. agent will generate a whole project at once, in a \u201cBig Bang\u201d moment. Yes, you can get it to write 5,000 lines of code \u2014 but then, he says, \u201cyou test it and nothing works.\u201d This, all the software developers say, is where their training and expertise are still needed: knowing how a big codebase ought to be structured, how to design the system so it\u2019s reliable and how to figure out if the agent is sloppy.<\/p>\n\n\n\n

Given A.I.\u2019s penchant to hallucinate, it might seem reckless to let agents push code out into the real world. But software developers point out that coding has a unique quality: They can tether their A.I.s to reality, because they can demand the agents test the code to see if it runs correctly. \u201cI feel like programmers have it easy,\u201d says Simon Willison, a tech entrepreneur and an influential blogger about how to code using A.I. \u201cIf you\u2019re a lawyer, you\u2019re screwed, right?\u201d There\u2019s no way to automatically check a legal brief written by A.I. for hallucinations \u2014 other than face total humiliation in court.<\/p>\n\n\n\n

When I visited Dima Yanovsky at his small San Francisco apartment, he, too, was busily chatting with Claude. He\u2019s a quick-to-smile 25-year-old programmer at Prox, a company that uses A.I. to help e-commerce companies. He founded it last year with his childhood friend Gregory Makodzeba. Both of them grew up in Ukraine, where their families were in the shipping business.<\/p>\n\n\n\n

As he dictated commands to Claude, a number of agents were busy at work on his laptop, which was perched on his small desk. At one point, one of them started hallucinating, insisting that a table of data existed that clearly didn\u2019t exist. \u201cWhat?\u201d Yanovsky said, peering at his screen with a frown. He mashed out a disdainful reprimand on his keyboard: \u201cwho told you there is gonna be this table? i havent created this table.\u201d<\/p>\n\n\n\n

Claude replied, in a daft and chipper tone: \u201cYou\u2019re right! I shouldn\u2019t assume tables exist.\u201d It began to redo the work.<\/p>\n\n\n\n

Even with this occasional backtracking, Claude codes so much faster than Yanovsky that he struggles to put a number on how much faster he can now get his work done. \u201cLike, 20X?\u201d he offered. What once took weeks now takes hours. Every Silicon Valley founder he knows is experiencing the same thing. If you want to build a company in a hurry, nobody does it by hand anymore.<\/p>\n\n\n\n

The fact that A.I. can boost coder productivity so drastically has been one of the more remarkable talking points in the field. I\u2019ve noticed this myself: Just last week, I needed a web tool to clean up some messy transcripts, and I used A.I. to build it in about 10 minutes. On my own, it would have taken an hour, possibly longer.<\/p>\n\n\n\n

But software start-ups \u2014 or individuals like me who are vibe-coding their own small apps \u2014 are a special case. They involve what\u2019s known in the industry as \u201cgreenfield\u201d coding, where there are no pre-existing lines of code to deal with. An entirely new codebase is being created from scratch.<\/p>\n\n\n\n

A vast majority of software developers aren\u2019t working in greenfield contexts. They\u2019re \u201cbrownfield,\u201d employed by mature companies, where the code was written years (or decades) earlier and already reaches millions or billions of lines. Rapidly adding new functions is usually a terrible idea \u2014 they might accidentally conflict with another part of the code and break something that millions of customers rely on. At most mature software firms, coders historically spent a minority of their time \u2014 sometimes barely more than an hour per day \u2014 actually writing code. The rest was planning, hashing out priorities and meeting to discuss progress.<\/p>\n\n\n\n

This is the curse of success, and why big, established software firms can be slower to deliver upgrades than younger companies. Before a coder\u2019s new work is released, colleagues and higher-ups typically put it through a \u201ccode review,\u201d looking carefully at its lines and the results of any testing. If you want to put a number on how much more productive A.I. is making the programmers at mature tech firms like Google, it\u2019s 10 percent, Sundar Pichai, Google\u2019s chief executive, has said.<\/p>\n\n\n\n

That\u2019s the bump that Google has seen in \u201cengineering velocity\u201d \u2014 how much faster its more than 100,000 software developers are able to work. And that 10 percent is the average inside the company, Ryan Salva, a senior director of product at the company, told me. Some work, like writing a simple test, is now tens of times faster. Major changes are slower. At the start-ups whose founders I spoke to, closer to 100 percent of their code is being written by A.I., but at Google it is not quite 50 percent.<\/p>\n\n\n\n

I visited Salva in Sunnyvale, Calif., to shoulder-surf as he showed me how L.L.M.s have been woven into Google\u2019s work flow. For a firm with billions of lines of code, he noted, A.I.\u2019s value isn\u2019t necessarily in writing new code so much as in figuring out what\u2019s going on with the existing lines. Developers will use it to analyze and explain what \u201csprawling\u201d portions of code are doing, so they can determine how to help improve or alter it.<\/p>\n\n\n\n

\u201cA.I. is much better at wading into an unfamiliar part of the codebase, making sense of what\u2019s happening,\u201d he told me. It also helps developers work in languages they might not be very familiar with. As a result, developers on Salva\u2019s team form smaller groups: A year ago, these might have needed 30 people, each with their own specialty. Now a group needs only three to six people, which enables them to move more nimbly, so \u201cwe\u2019re able to clear through a lot more of our backlog,\u201d Salva said.<\/p>\n\n\n\n

Salva opened up his code editor \u2014 essentially a word processor for writing code \u2014 to show me what it\u2019s like to work alongside Gemini, Google\u2019s L.L.M. For the first few years of the A.I. boom, he said, it was still \u201cvery much what I would describe as \u2018human in the loop.\u2019\u201d The A.I. assisted but didn\u2019t work independently. While he typed away, Gemini analyzed a piece of code for him, explaining whether it had been fully tested or not. When it suggested a few new lines, it was up to him to accept them.<\/p>\n\n\n\n

But Google\u2019s metabolism is gradually speeding up, and Gemini is writing much more code on its own. Salva showed me an example. He had been hankering to solve a problem that Google coders had been complaining about: Sometimes they would log into Gemini\u2019s \u201ccommand line interface\u201d (or C.L.I.) from different accounts, and it was not easy to see which account they were using.<\/p>\n\n\n\n

He typed out a request for Gemini: \u201cWhen working inside of Gemini C.L.I., it would be nice to have a command that lets users see their logged-in identity.\u201d The A.I. processed the request for a few minutes, then told Salva how it intended to fulfill it. Salva gave his approval, and Gemini worked away in the background. When he checked back in 10 minutes, the code had been written and Gemini was testing it for errors. Then Salva realized the A.I. had become a bit overeager.<\/p>\n\n\n\n

\u201cOh, Jesus,\u201d he said. \u201cIt ran 8,000 tests,\u201d far more than was strictly necessary. About 15 minutes later, though, the tests were finished, and Salva tried the new function. Lo and behold, the code worked, correctly displaying his logged-in account. \u201cNot bad,\u201d he said. Making a demo like this was only the first baby step; before it could be incorporated into Google\u2019s codebase, it would have to go through several rounds of code review, rewriting and testing.<\/p>\n\n\n\n

\u201cAs an engineer, I care less that the models are really good at producing the right result the first time,\u201d he said. \u201cI care much more that there are validation steps in place so that it eventually gets the perfect or the right answer.\u201d<\/p>\n\n\n\n

A 10 percent increase in Google\u2019s \u201cvelocity\u201d may seem underwhelming, Salva noted, given the hoopla around A.I. \u201cWe have collectively \u2014 both in the software industry as well as in the media \u2014 oh, my God, created a hype cycle,\u201d he had told me when we first talked, last summer in New York. But the reality was impressive enough for him. \u201cWe should be delighted when there\u2019s 10 percent efficiency gains for the entire company. That\u2019s freaking bonkers!\u201d<\/p>\n\n\n\n

At old and huge brownfield companies, where the effort is focused on keeping the existing systems up and running, many programmers work like digital plumbers, fixing leaks that erupt at all hours. I saw that firsthand when I met in Seattle with David Yanacek, a senior principal engineer for AWS Agentic A.I. \u201cAWS\u201d stands for \u201cAmazon Web Services,\u201d the server cloud that is the digital backbone for millions of firms. If a server crashes, you might not be able to watch Netflix, hail an Uber or play Fortnite.<\/p>\n\n\n\n

An old-school pager sat beneath Yanacek\u2019s monitor. For years, Amazon used it to wake him during middle-of-the-night incidents; these days, he gets a smartphone alert. Whatever the devices involved, someone is expected to fix things as soon as possible.<\/p>\n\n\n\n

\u201cServer ops is annoying,\u201d said Yanacek, a trim man of 42 with a gray beard and jittery intensity. \u201cI actually love it! But it\u2019s also annoying, and it\u2019s nonstop.\u201d His team has long built automations to speed up the pace of diagnosing problems. But L.L.M.s have offered powerful new ones, he said, because the A.I.\u2019s fluency in both human language and programming means it can interpret error reports from crashed systems and look at their code. It can sometimes have a fix ready even before a bleary-eyed employee is fully awake.<\/p>\n\n\n\n

Yanacek looked at his screen and noticed that, 11 minutes earlier, a demo application had issued an error alert \u2014 and Amazon\u2019s A.I. had already pinpointed what went wrong and written a short report. The agent had discovered that a code change had apparently added a new time-stamp field, but some other part of the codebase wasn\u2019t expecting that new field to be there. The result was an \u201cunexpected field\u201d error.<\/p>\n\n\n\n

Yanacek peered at the A.I.\u2019s suggested fix, pondered for a moment, then hit \u201center\u201d to approve it.<\/p>\n\n\n\n

The A.I. took about eight minutes to figure things out, he told me. \u201cBy the time I\u2019d opened my laptop, it\u2019s ready.\u201d One customer recently told him that Amazon\u2019s A.I. agent fixed a problem in only 15 minutes; when a similar problem occurred months before, it had taken a full team of engineers eight hours to debug.<\/p>\n\n\n\n

In other Amazon sectors, the brownfield engineers work on revising segments of old code (sometimes decades old) to make them more efficient, or perhaps to redo them entirely in a more modern language. It\u2019s work that is crucial but finicky and delicate, like performing a heart transplant.<\/p>\n\n\n\n

These digital renovations have sped up, too. McLaren Stanley, a senior principal engineer at Amazon, recently modernized a piece of code he had personally written years earlier. The original version had taken a month to create; this time, with the help of Amazon\u2019s in-house A.I., he finished the job in a morning. His team has similarly reworked other big chunks of code. One of A.I.\u2019s key advantages, Stanley told me, is that it makes it easier to try out new ideas. \u201cThings I\u2019ve always wanted to do now only take a six-minute conversation and a \u2018Go do that,\u2019\u201d he says.<\/p>\n\n\n\n

I\u2019ve written about developers for decades, and they have always rhapsodized about the thrill of bringing a machine to life through arcane commands. Sure, the work could be cosmically exasperating, requiring hours or even weeks to chase down a single bug. But the grind sharpened the joy. When things finally started working, the burst of satisfaction was intoxicating.<\/p>\n\n\n\n

So I was surprised by how many software developers told me they were happy to no longer write code by hand. Most said they still feel the jolt of success, even with A.I. writing the lines. \u201cI love programming. I love getting in the zone. I love thinking big thoughts. It\u2019s the creative act,\u201d says Kent Beck, a longtime guru of the software industry who has been coding since 1972.<\/p>\n\n\n\n

Ten years ago, he mostly stopped writing software; he was frustrated with the latest languages and software tools. But L.L.M.s got him going again, and he\u2019s now cranking out more projects than ever: a personalized note-taking app, new types of databases. Even the fact that A.I.\u2019s output can be unpredictable \u2014 if you ask it to write a piece of code, it might do so in a slightly different way each time \u2014 \u201cis addictive, in a slot-machine way.\u201d<\/p>\n\n\n\n

A few programmers did say that they lamented the demise of hand-crafting their work. \u201cI believe that it can be fun and fulfilling and engaging, and having the computer do it for you strips you of that,\u201d one Apple engineer told me. (He asked to remain unnamed so he wouldn\u2019t get in trouble for criticizing Apple\u2019s embrace of A.I.) He went on: \u201cI didn\u2019t do it to make a lot of money and to excel in the career ladder. I did it because it\u2019s my passion. I don\u2019t want to outsource that passion.\u201d He also worries that A.I. is atomizing the work force. In the past, if developers were stuck on an intractable bug, they asked colleagues for advice; today they just ask the agents. But only a few people at Apple openly share his dimmer views, he said.<\/p>\n\n\n\n

The coders who still actively avoid A.I. may be in the minority, but their opposition is intense. Some dislike how much energy it takes to train and deploy the models, and others object to how they were trained by tech firms pillaging copyrighted works. There is suspicion that the sheer speed of A.I.\u2019s output means firms will wind up with mountains of flabbily written code that won\u2019t perform well. The tech bosses might use agents as a cudgel: Don\u2019t get uppity at work \u2014 we could replace you with a bot. And critics think it is a terrible idea for developers to become reliant on A.I. produced by a small coterie of tech giants.<\/p>\n\n\n\n

Thomas Ptacek, a Chicago-based developer and a co-founder of the tech firm Fly.io, has seen the lacerating fights between the developers who love A.I. and those few who hate it, and \u201cit\u2019s a civil war,\u201d he told me. He\u2019s in the middle. He thinks the refuseniks are deluding themselves when they claim that A.I. doesn\u2019t work well and that it can\u2019t work well. \u201cIt\u2019s like being gaslit,\u201d he says. The holdouts are in the minority, and \u201cyou can watch the five stages of grief playing out.\u201d<\/p>\n\n\n\n

He\u2019s not a Pollyanna, though. \u201cL.L.M.s are going to win on coding, but I don\u2019t know what that\u2019s going to mean for us,\u201d he adds. \u201cPeople may be right about how bad that is for the profession, right?\u201d<\/p>\n\n\n\n

It certainly could mean terrible job prospects. New computer-science graduates are particularly concerned. Companies used to hire junior developers to do the menial labor for their senior colleagues, but who is going to hire a neophyte when a senior engineer can be even more productive with an army of deathless code-writing ghosts?<\/p>\n\n\n\n

Silicon Valley has already been through a huge wave of layoffs. During the 2010s, tech firms were hiring aggressively, competing for new grads and adding an average of 74,000 new employees a year, according to the Bureau of Labor Statistics. Job postings soared in the early years of the pandemic. Then firms abruptly reversed course, and postings for new jobs collapsed. More than 700,000 tech workers have been laid off in the last four years, according to Roger Lee at Layoffs.fyi (this number includes all jobs in tech).<\/p>\n\n\n\n

Most tech observers say A.I. probably wasn\u2019t the cause of those layoffs because, at the time, it wasn\u2019t yet good enough to replace coders. Other factors, they figure, were more significant: Interest rates rose, so tech firms lost their easy growth money. Companies that overhired shed that excess capacity. Some also suspect that when Elon Musk bought Twitter and said he laid off 80 percent of his work force, tech executives at other firms took note and decided that maybe they didn\u2019t need so many engineers either.<\/p>\n\n\n\n

But there\u2019s evidence that A.I. is now eroding entry-level coding jobs. Last year, Erik Brynjolfsson, an economist who directs the Stanford Digital Economy Lab, and his colleagues analyzed industries based on their age group and how easily their jobs could be done by A.I. He found that computer programmers had one of the most \u201cA.I.-exposed\u201d jobs \u2014 and junior developers were hit the hardest. The number of jobs for those between the ages 22 and 25 (when one is most likely to be entering the field) had declined by 16 percent since 2022, while older programmers saw no significant decrease.<\/p>\n\n\n\n

Virtually all of the tech executives I\u2019ve spoken to, from those at coastal giants to those at small regional firms, have sworn to me that A.I. would not stop them from hiring appealing new talent. It\u2019s true that A.I. makes their existing developers more productive, but they always need more done.<\/p>\n\n\n\n

\u201cIn my many years at Google, we have always been constrained by having way, way, way more ideas of things we would like to do than there was time and energy and hours in the day to go do them,\u201d Jen Fitzpatrick, the company\u2019s senior vice president for Google Core Systems & Experiences, told me. \u201cI have never met a team at Google who says, \u2018You know, I\u2019m out of good ideas.\u2019 The answer is always, \u2018The list of things I would like to do is nine miles longer than what we can pull off.\u2019\u201d<\/p>\n\n\n\n

Several developers suggested, in fact, that the number of software jobs might actually grow. An untold number of small firms around the country would love to have their own custom-made software, but were never big enough to hire, say, a five-person programmer team necessary to produce it. But if you could hire a single A.I.-assisted coder to do that same work, or even a part-time one? This is, as Brynjolfsson notes, a version of the \u201cJevons paradox\u201d: When something gets cheaper to do, we don\u2019t just pocket the savings \u2014 we do more of it. Though it could also be that these software jobs won\u2019t pay as well as in the past, because, of course, the jobs aren\u2019t as hard as they used to be. Acquiring the skills isn\u2019t as challenging.<\/p>\n\n\n\n

This question of skills can lead in some unsettling directions, though, when you chase it down. Many midcareer coders told me they felt confident using A.I. because they had spent decades developing a strong sense of what good, efficient code looks like. That allows them to explain to the agents precisely what they want and lets them spot quickly when the agents have cranked out something inefficient or sloppy.<\/p>\n\n\n\n

But what happens to the next generation? Will they still develop that intuitive sense for code? If your job is now less about writing than assessing, how will newbies learn to assess?<\/p>\n\n\n\n

Some new developers told me they can feel their skills weakening. Pia Torain is a software engineer for Point Health A.I., and she was only two years into her job when, in the summer of 2024, the company told her to start using Github\u2019s Copilot code-writing tool. \u201cI realized that it was just four months that I was prompting hundreds, 500 prompts a day, that I started to lose my ability to code,\u201d she says. She stopped using them for a while; these days, she\u2019ll have A.I. write for her, but she carefully reads the output, making sure she\u2019s absorbing how the code works. \u201cIf you don\u2019t use it,\u201d Torain told me, \u201cyou\u2019re going to lose it.\u201d<\/p>\n\n\n\n

Point Health co-founder Rachel Gollub is less worried. She has been a software developer for almost 40 years, and for decades coders have worried that the craft is imminently doomed. When languages like Python and JavaScript emerged, they abstracted away the need to think about memory management, so developers stopped needing those skills. The old-school coders caterwauled: It\u2019s not real coding unless you\u2019re managing your own memory!<\/p>\n\n\n\n

\u201cPeople were all like, \u2018You\u2019re losing all your ability to code,\u2019\u201d Gollub told me. But plenty of big, reliable companies \u2014 Dropbox, say \u2014 relied heavily on newer languages like Python, and they have worked fine. Memory management is crucial in only a subset of coding tasks today, such as with devices that don\u2019t have much computing power. The vast majority of the software industry has moved on. Gollub expects the same transition will happen as A.I. tools become the norm.<\/p>\n\n\n\n

Writing code is now so highly abstracted that nearly anyone could crack open a L.L.M. and describe an app. Maybe not a complex one. But if they needed some simple software for personal use? An A.I. could likely craft it.<\/p>\n\n\n\n

This is what Maxime Cuisy recently did. He\u2019s a production manager for a print shop in Paris that produces photo books for high-end clients including Dior and Louis Vuitton. Educationally, he\u2019s your classic liberal-arts grad, having completed a master\u2019s thesis on the French graphic novel. He knows nothing of coding, and didn\u2019t even pay much attention to A.I. until a couple of years ago, when he says ChatGPT \u201cbasically helped me and my wife to save our cat.\u201d<\/p>\n\n\n\n

They had gotten two new kittens, and both became so sick that one suddenly died. The vet told them the remaining cat had terminal cancer. Cuisy thought that was improbable, so he explained the cat\u2019s symptoms to ChatGPT, which suggested it was an infection. This inspired him to do more research and led him to a diagnosis of feline infectious peritonitis. A day later, the cat was on the mend.<\/p>\n\n\n\n

At work, Cuisy soon had a different problem. The company had bought new printers only to run into problems with their existing software: To get the photos to display correctly, they now had to painstakingly adjust the margins. The company isn\u2019t big enough to have a developer team that could make custom software to automate this for them. Cuisy decided to try vibe-coding the solution himself, using Codex, OpenAI\u2019s code-writing tool.<\/p>\n\n\n\n

\u201cI basically told it, \u2018I need to have an app that does this, and this is the form factor that the printer can receive,\u2019\u201d he says. He spent a few hours carefully detailing the way files would need to be adjusted, and by the end of the day ChatGPT had produced an app that works on Mac and Windows operating systems. Employees use it to process up to 2,000 images in a single shot. His boss is happy. Cuisy has no idea how the code actually works. It\u2019s written in Python, which might as well be ancient Greek.<\/p>\n\n\n\n

This is the cultural side effect of coding becoming conversational: The realms of programmers and everyday people, separated for decades by an ocean of arcane know-how, are drifting closer together. If code-writing A.I. continues to improve, there will likely be far more people in Cuisy\u2019s situation \u2014 the Jevons paradox in action. \u201cMaybe they don\u2019t label themselves as software engineers, but they\u2019re creating code,\u201d Brynjolfsson says. \u201cA lot of people have ideas.\u201d The world becomes flooded with far more software than ever before \u2014 written by individuals, for individuals.<\/p>\n\n\n\n

How things will shake out for professional coders themselves isn\u2019t yet clear. But their mix of exhilaration and anxiety may be a preview for workers in other fields. Anywhere a job involves language and information, this new combination of skills \u2014 part rhetoric, part systems thinking, part skepticism about a bot\u2019s output \u2014 may become the fabric of white-collar work. Skills that seemed the most technical and forbidding can turn out to be the ones most easily automated. Social and imaginative ones come to the fore. We will produce fewer first drafts and do more judging, while perhaps feeling uneasy about how well we can still judge. Abstraction may be coming for us all.<\/p>\n\n\n\n