SMOC.AI's Post — 5 Minutter: AI og utviklere
Kristoffer Kvam · article · 2026-04-10 source ↗ Reader 🖥️
AI amplifies senior developers' effectiveness but breaks the traditional junior developer training pipeline, because the simple tasks that served as the learning on-ramp are being automated away — and juniors guiding AI-juniors compound weaknesses rather than building competence.
practical · narrative — Practical: argues for a specific AI workflow (spec-first, then code). Narrative form: first-person account of building an AI-driven company, using personal experience as evidence. Part of a serialized LinkedIn content series ('5 Minutter').
Structure
| Part | Role |
|---|---|
| Series framing: documenting the journey to a 100% AI-driven company | Context — establishes credibility and stakes; this is a practitioner report, not theory |
| AI capability assessment: extremely productive junior developer | Core metaphor — frames the entire argument about who benefits and who doesn't |
| The effective workflow: spec → architecture review → autonomous execution → self-validation | Prescriptive evidence — shows what working well with AI actually looks like |
| The junior training crisis: simple tasks disappearing | Core controversial claim — the consequence of AI eating the bottom of the task stack |
| Generalization beyond software: economics, design, legal | Scope expansion — claims the pattern is universal across knowledge work |
Key terms
- AI-junior (AI as junior developer) AI Labor Disruption
AI is extremely productive at starting and executing tasks but produces low-quality code without strong guidance. It needs architectural direction, specification, and feedback loops — exactly what a junior human developer needs, but at much higher speed and volume. - evig loop av iterasjoner (eternal iteration loop)
The failure mode when AI works without clear specification: it keeps iterating toward 'ok but far from ideal' output, burning time without converging on quality. The loop is the symptom of missing architectural guidance.
Propositions
- explicitAI is most precisely understood as an extremely productive junior developer that requires heavy guidanceconf: high
- explicitcontestedSenior developers and technically strong product people get superpowers from AI; juniors do notconf: highcontradictsMartin Fowler & Kent Beck: Frameworks for reinventing software, again and again · p5 — Beck calls AI the golden age of the junior programmer; SMOC argues juniors get no superpowers because a junior guiding an AI-junior compounds weaknesses.contradictsThe Future Of Software Engineering · p5 — Thoughtworks claims AI makes juniors more valuable by shortening the net-negative phase; SMOC claims only seniors gain superpowers while juniors do not.contradicts11) AI-spesial med Vilde Opsal og Anders Sveen · p13 — SMOC asserts the plain 'seniors get superpowers, juniors do not' narrative that the Heis panel explicitly disputes, arguing seniors are not uniformly winners and agent-fluent juniors will overtake them.
- explicitThe most effective AI workflow is: specification first → architecture feedback → autonomous execution → self-validationconf: high
- explicitWhen a junior guides the AI-junior, they compound each other's weaknesses and the result suffersconf: high
- explicitdevelopedTraditional junior developer training is breaking down because the simple entry-level tasks are disappearingconf: highrefines ←17) Jonas Slørdahl Skjærpe om svinghjuleffekter, liminalfaser og kunsten å ta heis · p17 — Skjaerpe accepts that traditional junior training is breaking down but insists a staircase into the profession must exist, reframing the question from whether juniors exist to how they learn well.
- explicitHaving a senior supervise the junior-AI pair wastes the senior's time on what used to be valuable training work but now just slows progressconf: high
- explicitThis dynamic is not limited to software — it will appear in economics, design, and legal servicesconf: medium
- implicitThe value of junior training was always partly in the simple tasks themselves, not just in the mentoring relationshipconf: high
- implicitSpeed of execution is the primary metric that matters in a startup context — quality of junior training is secondary to shippingconf: high
Arguments
Traditional junior developer training will become unviable because AI eliminates the simple tasks that were the learning on-ramp strength: medium
Explicit premises:
- AI can now do the simple tasks that juniors used to do
- These simple tasks were the entry gate to building experience
- In time-critical environments, using seniors to supervise junior-AI pairs is a net slowdown
Implicit premises:
- There is no alternative way to train juniors other than through progressively harder real tasks — classroom learning, pair programming on complex tasks, or AI-assisted learning are not considered
- The startup context (time-critical, every decision matters) generalizes to the industry — what's true at SMOC.AI is true everywhere
- Junior developers cannot learn by reviewing AI output or by using AI as a teaching tool — the relationship is assumed to be one-directional (junior guides AI) rather than bidirectional (AI teaches junior)
Inferences:
- If simple tasks disappear as a training mechanism, the industry faces a pipeline crisis: where do future seniors come from?
- The 'AI as junior dev' metaphor may be self-defeating over time — if juniors can't train, there will eventually be no seniors to guide the AI
- Companies that figure out alternative junior training models will have a structural advantage in talent development
The optimal AI development workflow requires senior-level architectural judgment upfront strength: medium
Explicit premises:
- Without specification and architecture review, AI enters an eternal iteration loop
- With spec-first workflow, results are 'dramatically better'
- AI code quality is often low without guidance
Implicit premises:
- Architectural judgment is a skill that AI currently cannot provide for itself — the human must supply it
- The cost of upfront specification is lower than the cost of iteration loops — front-loading design pays off
Inferences:
- This workflow resembles Beck's 'Tidy First?' thesis: invest in structure before behavior. The AI context makes the case for upfront design stronger, not weaker
- If AI needs architectural guidance, then software design skill becomes MORE valuable in the AI era, not less — contradicting the 'AI replaces developers' narrative
Narratives
- SMOC.AI launching two products in a few weeks using AI — the '5 Minutter' series documenting the journey
→ Establishes that the author is not theorizing — he's reporting from inside a company that has bet on AI-driven development. Creates credibility for the claims about workflow and junior training. - The junior-guiding-AI-junior failure mode: compounding weaknesses
→ Makes the abstract skill-differential argument concrete and intuitive. The image of two juniors reinforcing each other's mistakes is memorable and carries the argument about who benefits from AI.
Questions addressed
- ✅ Who benefits most from AI in software development?
Seniors and technically strong product people — they can provide the architectural guidance AI needs - ✅ What is the most effective workflow for AI-assisted development?
Spec first → architecture review → autonomous execution → self-validation - ⭕ What happens to junior developer training in an AI world?
- ⭕ Where do future seniors come from if juniors can't train on simple tasks?
Gaps
- incompleteThe post identifies the junior training crisis but offers no solution. If simple tasks are the on-ramp and they're disappearing, what replaces them? AI-assisted pair programming? Simulation environments? Apprenticeship models? The post stops at the problem statement.
Read next: Addy Osmani on AI-assisted learning; Kent Beck on coaching with AI; literature on medical residency models (which face similar 'hours reduction' training challenges)closed byShould You Still Become a Software Engineer in 2026? GitHub VP — Proposes a concrete institutional mechanism — nursing-style preceptorship, plus Microsoft Research work on 'teaching models' (pause-to-explain, quizzes) for junior-AI interaction — as a partial answer to what replaces the vanishing on-ramp, though not yet validated at scale. - illogicalThe 'AI as junior developer' metaphor contains a self-defeating dynamic the author doesn't notice: if AI eliminates junior training, and seniors are needed to guide AI, then the pipeline that produces seniors is broken. The metaphor predicts its own obsolescence — eventually there are no seniors left to guide the AI-junior. This is the most consequential implication of the post and it goes entirely unaddressed.
Read next: Systems thinking (Meadows) on stocks and flows — the senior developer pool is a stock that requires inflow from the junior pipeline; cutting the inflow depletes the stock over time - incompleteThe claim that AI code quality is 'often low' is stated but not analyzed. Low in what dimension? Maintainability? Correctness? Performance? Architecture? Different quality dimensions have different implications for when and how AI should be supervised.
Read next: DORA 2025 findings on AI and code quality; empirical studies on AI-generated code defect rates - misinformedThe post assumes juniors can only learn by doing simple tasks themselves. But research on learning suggests that code review, debugging, and explaining code are equally powerful learning mechanisms — and AI makes all of these more accessible, not less. A junior reviewing AI output may learn faster than a junior writing CRUD endpoints from scratch.
Read next: Felienne Hermans on programming education; cognitive apprenticeship literature; research on learning through code reviewclosed byLeadership Summit 2026: Inspiring Grit and Growth Amid Unprecedented Change — The Lira RCT is direct empirical evidence for this gap's hypothesis: participants who watched AI produce superior output (rather than doing the task fully themselves) showed durably improved unassisted skill, supporting the claim that watching/reviewing can be as powerful a learning mechanism as first-hand doing.
Related documents
- 11) AI-spesial med Vilde Opsal og Anders Sveen
- The Future Of Software Engineering
- Martin Fowler & Kent Beck: Frameworks for reinventing software, again and again
- Research: Why Some Junior Employees Work Well with AI—and Others Don’t
- The "funhouse mirror": How AI reflects the hidden truths of your software pipeline
- Det skal være vanskelig
- Fragments: February 18
- Podcast: How Will We Train Developers If AI Does the Routine Work: A Conversation with Scott Hanselman
- Supporting Your Employees' Career Growth When Everyone Is Overwhelmed
- Are We Entering a New Age of Creativity with the Help of AI?