Monday, September 14, 2026

The Quiet Disappearance of the Programmer: AI Coding Agents

A quick look at where AI coding agents actually stand today, what the data says about their effect on the software engineering profession, and a few scenarios for where this goes next.

A job that is changing faster than its job title

Ask a software engineer in 2026 what they did yesterday, and there's a good chance the honest answer is: "I reviewed what an AI wrote." (!). Tools like Claude Code, Cursor, GitHub Copilot's agent mode, OpenAI's Codex-based agents, and autonomous systems such as "Devin" no longer just autocomplete a line — they take a ticket, plan the work, write across multiple files, run the tests, and open a pull request. The title "programmer" hasn't disappeared from job boards, but the day-to-day activity behind it has shifted dramatically, and the shift is accelerating.

This isn't speculative marketing anymore. It's showing up in hard numbers, in the public statements of the people building these systems, and in hiring data.

Where the technology actually stands

The clearest way to track progress in agentic coding is a metric popularized by the AI safety research group METR: the length of a task an AI system can complete independently, with a reasonable success rate. METR's research has shown this "time horizon" has been doubling every few months — models that once needed hand-holding for a five-minute task can now often handle multi-hour, multi-step engineering work with minimal supervision. Extrapolated even conservatively, that trend implies agents capable of tackling week-long projects within a small number of years.

The people at the frontier labs are saying so publicly and bluntly. In September 2026, Anthropic CEO Dario Amodei stated that he personally no longer writes code, and predicted that AI could replace human software engineers within roughly six to twelve months for large classes of programming work. Notably, in that same window, Amodei — joined by OpenAI's Sam Altman — also called for a deliberate slowdown in frontier AI development, a striking signal from the executives with the most direct visibility into these systems' trajectories: they are moving fast enough to worry the people building them.

The gap between the frontier and the daily reality

It would be a mistake, though, to read the frontier demos as the median experience. Stack Overflow's 2026 developer survey found that AI tool usage among professional developers has reached roughly 84%, yet genuine trust in the accuracy of AI-generated code remains remarkably low — only a small single-digit percentage of developers say they fully trust it. Most describe a familiar pattern: the AI is fast and often right, but confidently wrong often enough that every output still needs a human who understands the system well enough to catch a hallucinated API, a subtly broken edge case, or a security hole introduced three files away from where anyone was looking.

In other words, the bottleneck hasn't disappeared — it has moved. Writing code was never really the hard part of software engineering; understanding the problem, the system, and the consequences of a change always was. Right now, that understanding is still a human responsibility, even when the typing isn't.

The profession is bifurcating before it's disappearing

Where the disruption is real and measurable is at the entry level. An August 2026 update from Stanford's Digital Economy Lab ("Canaries in the Coal Mine?") found that the employment gap between young workers in AI-exposed occupations — software development prominent among them — and their less-exposed peers has widened to about 19%. The researchers were careful to note this isn't evidence of mass, economy-wide displacement; overall employment hasn't collapsed. But it is clear evidence that the traditional entry point into the profession — the junior developer who learns by doing the small, well-specified tasks — is the part of the job that AI agents now do most easily and most cheaply.

That creates a strange dynamic: demand is rising for senior engineers who can specify problems precisely, review AI-generated systems critically, and take accountability when something breaks in production — while the traditional pipeline that used to produce those senior engineers, by having them cut their teeth on junior work, is eroding. It's less that "programming" is vanishing and more that the career ladder into it is losing its bottom rungs.

Four scenarios for where this goes

Nobody can say with confidence which of these plays out, and elements of all four could coexist in different corners of the industry. They're offered here as a map of plausible futures, not a prediction.

1. Full autonomy for routine software

If the METR capability curve keeps compounding, agents could handle most conventional application development — CRUD apps, internal tools, routine features, boilerplate integration work — largely unsupervised within a few years. Under this scenario, "programmer" as a job of writing code mostly disappears for standard software, surviving chiefly in novel, safety-critical, or highly ambiguous domains where human judgment about what to build (not how to type it) remains the scarce resource.

2. A plateau, and augmentation rather than replacement

Scaling has hit friction before — diminishing returns on training data, the cost and reliability ceiling of long autonomous task chains, and the accumulating "review debt" from AI-generated code that Stack Overflow's trust-gap data hints at. In this scenario, agents plateau as extremely capable but imperfect collaborators, much as compilers, IDEs, and high-level languages transformed programming without eliminating programmers. The job persists, redefined around specification, architecture, and verification.

3. A bifurcation that causes its own talent shortage

If junior roles keep disappearing at the current pace, the industry may simply stop producing experienced engineers over the next decade — because there's no longer a normal path to becoming one. This could quietly create a scarcity of senior talent precisely as demand for skilled oversight peaks, forcing companies and universities to invent new apprenticeship-style paths built around supervising, auditing, and correcting AI systems rather than writing code from scratch.

4. A trust and regulatory correction

A handful of high-profile security incidents or system failures traced to autonomously generated code could trigger the same kind of regulatory response seen in other safety-critical industries: mandatory human sign-off, liability rules tied to code provenance, audit requirements for AI-assisted systems. In this scenario, economics and law reassert the value of verified human judgment, at least in regulated or high-stakes software, slowing the shift even if the underlying technology keeps improving.

The honest conclusion

The evidence right now supports a specific, narrower claim rather than the sweeping one: the entry-level, routine-task version of "programmer" is disappearing quickly, while the version of the job built on judgment, specification, and accountability is becoming more valuable, not less — for now. Whether that holds depends on whether AI capability keeps compounding at its current rate or hits the kind of wall that's stalled other technologies at this stage. The people building these systems are themselves divided enough on that question to be publicly calling for the brakes to be applied. That alone is worth paying attention to.

Further reading:

Wednesday, September 11, 2013

Free PHP, HTML, CSS, JavaScript editor (IDE) - Codelobster PHP Edition



For valuable work on creation of sites you need a good comfortable editor necessarily. There are many requiring paid products for this purpose, but we would like to select free of charge very functional and at the same time of simple in the use editor - Codelobster PHP Edition .

Let us consider some important possibilities and advantages of this program:
    • All code highlights depending on a type, the also mixed code is thus supported, so the area of HTML will be highlighted as HTML, PHP as PHP, and Javascript as Javascript in a the same file. Thre is possibility of choice from color schemes, including popular IDEs.
    • Powerful autocompletion for HTML, PHP, CSS and Javascript, including HTML5 and CSS3. For PHP the structure of project is fully recognized, and the complete list of methods falls out in the proper places.
    • HTML/CSS inspector on the type of Firebug, which allows easily to correlate the selected elements of page with a code and proper style.
    • Context help on all supported languages. By pressing F1 key the page with detailed description for current tag, attribute or function will be opened.
    • PHP debugger. PHP debugger allows to execute PHP scripts incrementally, watching the values of all variables in every line.
    • SQL manager allows to produce all necessary actions with a database - to add, delete, edit a structure and records in tables, to export data, execute SQL queries. Highlighting and autocompletion works for SQL files also.
    • Support of FTP allows to work straight with a remote server and to do all necessary changes with files;
    The portable option allows to use editor without the preliminary installation.

    Other useful utilities: pair highlighting, possibility of blocks selection, collapsing, tooltips, navigation on descriptions of functions and included files at withholding of the key of CTRL, viewing of structure of files and project, preview in a browser, book-marks, and all other standard possibilities for work with a code.

      Also there are special plugins for work with:


      Developer
      Codelobster Software
      Web Site
      Language
      English, Russian, German, Spanish, French, Portuguese
      Supported OS
      Windows 2000, Windows XP, Windows Vista, Windows 7

      Monday, October 1, 2012

      Git push error: RPC failed; result=55, HTTP code = 0

      Today I had some problem pushing my data on a git repository.
      The data was some MB and the error message when I did the push was

         fatal: The remote end hung up unexpectedly
         error: RPC failed; result=55, HTTP code = 0

      If you get this error, it's because you are trying to push a large delta to the repository and your push buffer is not big as needed.

      The solution is to increase your buffer size with this command:

         git config http.postBuffer 1024000

      This will add a line in your config file with the specified value.
      Set the value to what you need.
      The http.postBuffer configuration value is exactly the maximum size in bytes of the buffer used by smart HTTP transports when POSTing data to the remote system (source).

      EDIT: 2014/02/06
      An user (Matej Sychra) in a commet report you need a value bigger than 1024000 for lager repository.
      Thanks Matej!

      Tuesday, July 24, 2012

      Automapper upper and lower case properties mapping

      Yesterday I face some sort of common problem: mapping an class to another one (a DTO).
      The first class was a generated entity using Entity Framework 4.
      The database is a legacy one, and of course untouchable and the name of the columns are are all upper case.
      To map these entities to a DTO class, I'm using best tool for .NET on the way: I'm talking about AutoMapper of course.
      As you probably know, AutoMapper is a convention-based object-object mapping library.
      In a basic usage, AutoMapper maps your property automatically to another one, if the property have the same name.
      In my case this convection (the default one) doesn't work because of the upper-case properties, different by the properties of the DTO.

      The solution.

      AutoMapper, as said is convention based, so you have simply to say to it, to consider one said of the mapping with upper-case property.

      How to do it?
      First of all write your Naming Convention class:
      public class UppercaseNamingConvenction : INamingConvention
      {
         private static readonly Regex _splittingExpression
               = new Regex("(\\p{Lu}0-9]+)");
      
         #region Implementation of INamingConvention
      
         public Regex SplittingExpression
         {
            get { return _splittingExpression; }
         }
      
         public string SeparatorCharacter
         {
            get { return string.Empty; }
         }
      
         #endregion
      } 
      As you can see, we use a splitting regular expression with a upper case specification.

      The next is to define an Automapper profile to specify a different configuration usage.
      Write the code below where you configure your application at startup.


      Mapper.CreateProfile("first_profile"
         , expression =>
         {
            expression.SourceMemberNamingConvention
               = new UppercaseNamingConvenction();
         });
      
      Mapper.CreateProfile("second_profile"
         , expression =>
         {
            expression.SourceMemberNamingConvention
               = new UppercaseNamingConvenction();
         });
      

      So you will have two profiles: "first_profile" and "second_profile".
      To use this configuration, simple specific the profile when you define a mapping strategy:

      Mapper.CreateMap<DtoClass, MyDbEntity>().WithProfile("first_profile");
      

      Of course the strategy is the same if you have lower case properties: you have only to change the regular expression.

      Have a nice mapping ;)

      Saturday, July 7, 2012

      Android - Mobile clouds @ Exchange program seminars on cloud computing


      Wednesday 07/07/2012 I and Emanuele Palazzetticonducted a workshop in "Università degli studi di Perugia, dipartimento di Matematica/Informatica".

      Was a long and funny day and this workshop, was one of the six for the "Exchange programme summer 2012",  between University of Perugia (IT) and Hong Kong Baptist University (HK).
      Thanks to all the italy and hong kong studets was there, thanks to Professor Alfredo Milani and Valentina Franzoni.

      The link of the page of the cloud computing events is here.

      In the second part of the workshop, we did a full android application!
      This application is a simple browser, with some nice features like a "Splash screen" and "Bookmarks save/delete" in a SQLite database.

      Here the abstract of the seminar.
      You can see the slide of first part here.
      You can download the project resource (installation guide, a source tarball and the images) here.
      Here you can find the full source code of the project on github to make your own fork.

      I hope all the students (and professors :-) ) had fun building this app from scratch.

      See you next seminar!