Changing later
Software Engineer
AI is rapidly taking over routine coding, but replacing most software engineers also means mastering ambiguous requirements, fragile production systems and responsibility for failures—making 2040 a speculative forecast, not a deadline.
Replacement risk
64%
Mostly gone by
2040
Runway left
14 yrs
Will change a lot — some tasks disappear
The ten-question breakdown
Each factor is scored 0–100. Higher means easier to automate.
01
How routine and repeatable are the core tasks?
CRUD endpoints, test scaffolding and straightforward refactoring follow repeatable patterns. Requirements discovery, architectural trade-offs and debugging unfamiliar systems remain much less predictable.
6502
How much of the work is purely digital (no physical presence required)?
Most engineering inputs and outputs are digital, and repositories, build systems and deployment tools can be accessed remotely. Embedded hardware and on-site integration are exceptions.
9603
How available is training data for this work?
Public repositories, documentation and programming discussions provide extensive examples. Proprietary codebases, undocumented dependencies and company-specific requirements are less accessible.
8804
How tolerant is the work to occasional errors?
Draft code can be tested and revised cheaply, but production mistakes can expose customer data, interrupt operations or corrupt financial records. Tests catch only the failures their authors anticipated.
3805
How little regulation, licensing or legal accountability is attached?
Most software engineering positions require no professional license. Privacy obligations, security commitments and sector-specific rules still create accountability for deployed systems.
7206
How little physical dexterity in unstructured environments is required?
Mainstream software development requires essentially no physical manipulation beyond computer interaction. Robotics and hardware-focused positions constitute a more physically constrained subset.
9807
How weak is the requirement for human trust, empathy or presence?
Engineers negotiate conflicting requirements, explain risks and earn permission to change critical systems. These relationships protect some roles, though many implementation tasks require little direct human contact.
5208
How cheap is the work to automate relative to the salary it replaces?
AI tooling can be inexpensive relative to engineering compensation, creating strong incentives to automate bounded tasks. Integration, verification and supervising unreliable outputs substantially reduce the savings from full replacement.
7809
How mature is the technology already deployed in this field?
Code completion, code generation and automated testing tools are already deployed in engineering workflows. Reliable autonomous ownership of complex systems across their full lifecycle remains immature.
6210
How weak are union, cultural or institutional barriers to replacement?
Many software workplaces have limited collective bargaining protection and readily adopt productivity tools. Enterprise procurement, access controls and requirements for accountable human reviewers slow wholesale replacement.
74
What you can do now
- Use an AI coding assistant on a real project and measure its effects on delivery time, escaped defects and review effort rather than just code volume.
- Take ownership of production reliability: learn observability, incident response, security reviews and safe database migrations.
- Develop expertise in a consequential business domain, then practice turning stakeholder requests into architecture decisions and measurable acceptance criteria.
Where to move next
- Site Reliability Engineer
- Application Security Engineer
- Solutions Architect