Rewriting the Role: Developers in the Age of LLMs

A presentation at Finist’AI Club in February 2026 in Brest, France by Horacio Gonzalez

Slide 1

Slide 1

Rewriting the Role Developers in the Age of LLMs Horacio Gonzalez 2026-02-10

Slide 2

Slide 2

Rewriting the Role Developers in the Age of LLMs

Slide 3

Slide 3

What are we going to talk about? ● Programmers Are Always Doomed… Until they are not ● When Tools Learn, So Must We Deskilling or reskilling in the age of AI ● The Developer’s New Workflow Co-authoring with the machine ● The Developer’s Journey Growing up with smarter tools ● Teaching the Next Generation How do we teach programming when the computer can already code? ● Differently Human The future of software development

Slide 4

Slide 4

This talk is dedicated to my father If I work in IT today, it’s only because I followed in his footsteps.

Slide 5

Slide 5

Programmers Are Always Doomed… Until They’re Not Rewriting the Role: Developers in the Age of LLMs – Part I

Slide 6

Slide 6

The first program language*: Fortran It will make make programmers obsolete!

  • Grace Murray Hopper invented the concept and tools that made high-level programming possible, Fortran was the first full implementation of that idea

Slide 7

Slide 7

The first program language*: Fortran From machine code: 0001 0001 0010 0011 0000 0001 0000 0000 0000 0000 0001 0000 10101 00010 00010 10000 ; ; ; ; LOAD constant 21 into register A LOAD constant 2 into register B MULTIPLY A × B → result in register A STORE result (42) into memory address 16 Low-level: registers, opcodes, memory addresses To Fortran: INTEGER A, B, C A = 21 B = 2 C = A * B PRINT *, C END Low-level: registers, opcodes, memory addresses

Slide 8

Slide 8

The first program language: Fortran Source: IBM history of Fortran https://www.ibm.com/history/fortran

Slide 9

Slide 9

From punched cards to keyboards Programmers won’t think before coding anymore!

Slide 10

Slide 10

From punched cards to keyboards

Slide 11

Slide 11

From punched cards to keyboards Sources: ● Wikipedia history of Punched Cards https://en.wikipedia.org/wiki/Punched_card ● Punching cards was a clerical job https://www.computerhistory.org/revolution/punched-cards/2/4

Slide 12

Slide 12

From Code to Models: the Automation Dream Business users will be able to build applications without programming

Slide 13

Slide 13

From Code to Models: the Automation Dream Some sources: ● Software Engineering in the Twenty-First Century (M. R. Lowry, 1992) ● The Last One https://ojs.aaai.org/aimagazine/index.php/aimagazine/article/view/1012/930 https://en.wikipedia.org/wiki/The_Last_One_%28software%29

Slide 14

Slide 14

Write once, run anywhere: Java Anyone can be a programmer now!

Slide 15

Slide 15

Write once, run anywhere: Java Some sources: https://www.joelonsoftware.com/2005/12/29/the-perils-of-javaschools-2/ https://nedbatchelder.com/blog/200601/joel_spolsky_is_a_crotchety_old_man.html

Slide 16

Slide 16

Low-Code / No-Code Now anyone can be a developer

Slide 17

Slide 17

Low-Code / No-Code

Slide 18

Slide 18

Low-Code / No-Code Some sources: ● The Rise of the Citizen Developer https://www.researchgate.net/publication/358383894_Rise_of_the_Citizen_Deve loper ● Will low-code/no-code platforms replace traditional developers? ● Will the No Code Movement Change Software Development? https://www.productmarketingalliance.com/developer-marketing/will-low-codeno-code-development-platforms-replace-traditional-developers/?utm_source=ch atgpt.com https://www.quandarycg.com/no-code-movement-software-development-changes/

Slide 19

Slide 19

What Every Abstraction Wave Taught Us Yet another apocalyptic change, it must be Monday…

Slide 20

Slide 20

What Every Abstraction Wave Taught Us ● Each new layer of abstraction triggers fear of obsolescence. ● Every time, developers adapt… and redefine the craft. ● Automation doesn’t eliminate skill; it changes where it lives. ● From bit-twiddling to system-thinking, we keep moving up the stack.

Slide 21

Slide 21

What Every Abstraction Wave Taught Us We don’t lose craft, we move it up a level

Slide 22

Slide 22

When Tools Learn, So Must We Deskilling or Reskilling in the Age of AI

Slide 23

Slide 23

When Tools Learn, So Must We Are we being deskilled — or are we reskilling? I can code, refactor, test, commit, make PRs… What’s left for me?

Slide 24

Slide 24

The Deskilling Fear If AI can code, what’s left for developers? https://www.theatlantic.com/ideas/archive/2025/10/ai-deskilling-automation-tec hnology/684669/

Slide 25

Slide 25

Is software development being deskilled? A very connoted word In economics, deskilling is the process by which skilled labor within an industry or economy is eliminated by the introduction of technologies operated by semi- or unskilled workers.

Slide 26

Slide 26

Automation doesn’t deskill people It shifts expertise to places the tools can’t reach

Slide 27

Slide 27

From Repetition to Reasoning Automation shifts the skill, not the value

Slide 28

Slide 28

What We’re Really Learning Now New literacies for developers Framing Critical Reading Turning intent into precise prompts Validating AI output Debugging abstractions Ethics & Trust Tracing errors you didn’t write Knowing when not to automate

Slide 29

Slide 29

From “Lost Skills” to New Ones We’re not forgetting, we’re evolving “We’ll forget how to code” The danger isn’t forgetting how to write a loop, it’s forgetting how to think about one Every machine embodies a social decision, what gets automated, and what remains a skill

Slide 30

Slide 30

The Craft Endures Still human, just differently skilled When tools learn, so must we Automation doesn’t end craftsmanship — it redefines it

Slide 31

Slide 31

The Developer’s New Workflow Co-Authoring with the Machine

Slide 32

Slide 32

From syntax recall to intent articulation The bottleneck moves from syntax to semantics How do I write this function? What should this function accomplish? You’re no longer coding for the machine; you’re negotiating with it

Slide 33

Slide 33

From implementation to orchestration You used to be a builder, now you’re a conductor A conductor doesn’t play every instrument; they ensure harmony and timing

Slide 34

Slide 34

From writing code to curating systems Deciding which lines matter, and which ones can be delegated. Choosing what to keep, refine, or replace

Slide 35

Slide 35

Pitfalls Overtrust, hallucination, loss of mental model This is the way, trust me The risk isn’t that the model will write bad code, it’s that we’ll stop understanding the code it writes

Slide 36

Slide 36

Vibe Coding: When You Stop Looking at the Code The word of the year that proves our point

Slide 37

Slide 37

The AI Slop Crisis When code works but nobody understands why This is fine

Slide 38

Slide 38

The new rhythm of collaboration Partnering with an LLM Ask clearly The best developers I know don’t treat the model as magic, they treat it as a junior teammate who learns through feedback Review ruthlessly Teach continuously Coding with an LLM is pair programming with a young colleague who’s brilliant, tireless, and occasionally delusional

Slide 39

Slide 39

From co-authoring to Agent Orchestration Agentic coding is a reality today

Slide 40

Slide 40

Context Engineering > Prompt Engineering The real skill is what you feed the agent, not what you ask it The challenge isn’t getting models to write code, it’s ensuring they see the right information at the right time

Slide 41

Slide 41

The Professional Pattern How experienced developers actually use agents Professionals Don’t Vibe, They Control

Slide 42

Slide 42

In conclusion Conducting an Agentic Orchestra We used to talk about “writing software.” Now we’re talking about “conducting software.” The tools play the instruments, but we still write the score

Slide 43

Slide 43

The Developer’s Journey Growing Up with Smarter Tools Rewriting the Role: Developers in the Age of LLMs – Part IV

Slide 44

Slide 44

The vanishing entry-level Setting the stage I do the scaffolding, the repetitive work, the easy bug fixing, even the commits and PRs So how can I learn and get better if you do all the easy tasks? If the easy problems are gone, where do new developers cut their teeth?

Slide 45

Slide 45

Rethinking learning Juniors now must learn through AI, not before AI. Tri-programming Teaching Guided co-creation Junior, AI and senior Prompt crafting, critical code reading and debugging AI output New onboarding pattern instead of rote implementation

Slide 46

Slide 46

Redefining seniority What means being senior in a world with AI? Senior ≠ years of syntax mastery Senior = common sense, system and domain understanding, empathy and leadership Seniority is shifting from knowing the answers to knowing which questions matter

Slide 47

Slide 47

Mentorship in this new world A two-ways road

Slide 48

Slide 48

Conclusion The map changed, but not the destination Still learning to talk to machines, the language just evolved

Slide 49

Slide 49

Teaching the Next Generation How do we teach programming when the computer can already code? Rewriting the Role: Developers in the Age of LLMs – Part V

Slide 50

Slide 50

The broken model We’ve been teaching how to code, not how to think about code Traditional model AI assistants Grading output Syntax drills & algorithmic exercises Students can “solve” everything instantly Everyone can cheat… or worse, learn nothing

Slide 51

Slide 51

Shifting from execution to understanding Let’s teach less syntax, more synthesis Write a function that… Explain what this function does and why Change focus Evaluate process Reasoning, mental models, system design and debugging Oral defense, live reasoning, code walkthroughs

Slide 52

Slide 52

The role of friction We must design friction on purpose Constraint-based learning forces students to think. ● debug broken AI code ● critique different answers ● give incomplete requirements The struggle is where understanding grows.

Slide 53

Slide 53

Teaching collaboration with AI Students need to learn to use LLMs well, not to hide them Prompt design Describe intent precisely Verification Test and analyze the output Reflection Document what was learned and what went wrong

Slide 54

Slide 54

Assessment reimagined How can we evaluate? Plagiarism detection is meaningless Grade something else: ● Process ● Reflection ● Reasoning When understanding becomes visible, cheating becomes pointless

Slide 55

Slide 55

Re-tooling educators Teachers need their own upskilling We have to learn what these tools do, where they fail, and how to guide students through them ● Experimenting ● Sharing open lesson plans ● Accepting that “teaching AI-era programming” is itself a new discipline

Slide 56

Slide 56

Conclusion We don’t teach people to out-code the machine. We teach them to understand, guide, and question it.

Slide 57

Slide 57

Differently Human The Future of Software Development Rewriting the Role: Developers in the Age of LLMs – Part VI

Slide 58

Slide 58

Differently Human The future of software development Every abstraction hides a machine… and reveals a human choice.

Slide 59

Slide 59

The Pattern Repeats Every revolution ends in rediscovery Assembly → Fortran → Java → Cloud → LLMs Each looked like an ending None erased us; all redefined us The next wave will do the same

Slide 60

Slide 60

What Machines Still Can’t Do Computation isn’t comprehension Intent Context Empathy Ethics LLMs manipulate form, not meaning We supply the “why,” the value judgment, the connection to real people

Slide 61

Slide 61

The New Developer Archetype From Coder to Composer ● Orchestrates human + machine collaboration ● Balances automation with accountability ● Designs systems and stories

Slide 62

Slide 62

The Human Loop Keep the Human in the Loop Our job: preserve understanding inside automated pipelines Automation without comprehension is abdication

Slide 63

Slide 63

Conclusion Not Less Human — Differently Human The future of software development isn’t less human. It’s just differently human. Our craft remains — it just moves up a level.

Slide 64

Slide 64

That’s all, folks! Thank you all!