This article describes the new discipline that emerges: one built on behavioral specifications, engineered dissent, and continuous instrumented oversight rather than authorship, and argues there is a class of judgment the authors should refuse to delegate, even to a machine that appears capable of it.
Abstract
Which decisions should not be handed over to LLMs? In the teams that have leaned hardest into AI, models already write most, and sometimes all, of the code. Increasingly, no human reads that code before it ships. I argue that this inevitable automation is only replacing the visible artifact of software engineering, not the actual job. What was never automatable in the first place—deciding what to build, judging whether the result serves its purpose, and answering when it does not—now becomes the entire role. Drawing on observations from teams furthest along this path, in this article I describe the new discipline that emerges: one built on behavioral specifications, engineered dissent, and continuous instrumented oversight rather than authorship. I also confront an uncomfortable consequence: We are demanding senior judgment while eliminating the work that produces it. Finally, I argue there is a class of judgment we should refuse to delegate, even to a machine that appears capable of it.
This article describes the new discipline that emerges: one built on behavioral specifications, engineered dissent, and continuous instrumented oversight rather than authorship, and argues there is a class of judgment the authors should refuse to delegate, even to a machine that appears capable of it.
AI-assisted programming raises distinct questions about who produces code, who feels ownership of it, and who is responsible when it fails. This research note examines these distinctions through a hypothetical enrollment failure and a selective reading of the literature. Identifying the producer of a defective expressi...
This vision paper argues that AI does not eliminate software engineering expertise but shifts where that expertise becomes most critical, and identifies research opportunities for education, tools, and policy that can help the software engineering community respond to the AI era with greater agency, accountability, and...
Zi-Xuan Feng, Ítalo Santos, Kostadin Damevski et al.· 0 citations
AI can compress, but not replace AI-assisted development is now the default expectation for new software engineers, but the productivity it delivers depends on professional judgment, and AI is taking over exactly the work that used to develop that judgment. Drawing on two vantage points—teaching software engineering at...
This work introduces Harness-IF, which scores operational rules one at a time from execution evidence: 60 realistic multi-turn coding items drawn from a 642-rule library, 256 rules receiving verdicts, placed on the five configurable surfaces a deployed agent reads.
Zining Huang, Haoran Que, Hongxia Zeng et al.· 1 citation
This paper reviews recent empirical literature to ask what the developer's job is shifting from typing code to directing agents that type code a change often summarized as a move from code generation to code orchestration.
P. N. Nesarajan, P. Thenmozhi, S. A. et al.· International Journal of Inn...· 0 citations
We use cookies to run the site and, with your consent, for analytics and to show ads.
See our Cookie Policy.