Skip to content
Training course
Beginner to Advanced Tailored to your team

AI Coding Training

A course for organisations deciding how they will code with AI rather than which button to press: what genuinely separates the tools, what transfers between them, and how to roll one out across a team that will not all agree.

Level
Beginner to Advanced
Length
1, 2 or 4 days
Delivery
On site, Remote, Hybrid
Group size
5 to 30 participants
See all courses

Booked privately for your team. Dates and length are agreed when you book.

What your team will be able to do

Every module ends with something participants can repeat on Monday morning, in your codebase and against your conventions.

Choose with reasons

Pick a tool against criteria you wrote down first, and still be able to explain the choice six months later.

Compare them honestly

See where the tools genuinely differ, and where the marketing is describing a feature every one of them has.

Keep what transfers

Identify the practices that survive a change of vendor, which turn out to be most of what makes a team faster.

Write the standard down

Leave with the conventions your team will follow, written in a form somebody will actually read.

Run a real pilot

Design a trial that produces a decision instead of an inconclusive month and a renewal by default.

Measure it credibly

Agree what will count as evidence before the rollout, so that nobody has to argue about it afterwards.

Curriculum

Built around hands-on work rather than slides. The running order and the depth of each module are adjusted to the group before delivery.

55% hands-on
1

The landscape, without the marketing

From 1 day
  • Completion tools, chat tools, agents and delegation: four categories, not one market
  • The differences that change how a team works, as opposed to the ones on the comparison table
  • The capabilities every tool now has, and which therefore cannot decide anything for you
  • Choosing something that changes monthly, without re-deciding it every month
2

The practices that survive a change of tool

From 1 day
  • Project instruction files, whatever each vendor is calling them this quarter
  • Keeping changes small enough to review, which is most of the whole game
  • Verifying generated code with something more reliable than reading it
  • Review standards for code that nobody in the team typed
3

Evaluating for your own team

From 2 days
  • Writing the criteria before seeing the demos, so that the demos cannot write them for you
  • Running a trial that produces a comparison rather than three enthusiastic anecdotes
  • Per seat, per token and per hour: what each pricing model does to the bill at scale
  • Data residency, contracts, and the questions your legal team will ask
4

When the team does not all use the same tool

From 2 days
  • Conventions that hold whichever tool produced the code
  • Keeping project context in a form more than one tool can read
  • One review standard, so a reviewer does not need to know what wrote it
  • Pairing across two different tools without one person spectating
5

Rolling it out

From 4 days
  • Picking the pilot team, and the work they will actually do with it
  • The policy: what may be sent where, and who decides the exceptions
  • Enablement that reaches the people who did not volunteer for it
  • Measuring adoption without leaning on the vanity numbers the vendors report

How long you book it for

Every length is drawn from the same modules. A longer booking is more of the course, not a different one.

Essentials

Beginner

1 day

An honest map of the tools, and the practices that hold whichever one you pick. The day to run before anybody signs a contract.

Modules covered

  • The landscape, without the marketing
  • The practices that survive a change of tool

Core

Intermediate

2 days

Adds a structured evaluation, and the conventions a team needs when its members do not all use the same tool.

Modules covered

  • The landscape, without the marketing
  • The practices that survive a change of tool
  • Evaluating for your own team
  • When the team does not all use the same tool

Complete

Advanced

4 days

Adds the rollout itself: the pilot, the policy, the enablement plan, and the numbers you will judge all of it by.

Modules covered

  • The landscape, without the marketing
  • The practices that survive a change of tool
  • Evaluating for your own team
  • When the team does not all use the same tool
  • Rolling it out

Not sure which one fits? The intake call settles it, and the length can still change afterwards.

Built around your team

No two runs of this course are the same

The curriculum above is a starting point, not a syllabus. Before anything is booked I find out where your team actually stands, then rebuild the course around that. A team already running agents daily spends its two days somewhere completely different from one that installed the tool last week.

  1. Step 1

    Intake call

    A call before anything is agreed: what your team already uses, what has gone wrong so far, and what you need them doing differently afterwards.

  2. Step 2

    Stack review

    Language, framework, review process, CI. Exercises are rebuilt against your repository so nothing in the room is hypothetical.

  3. Step 3

    Curriculum reshaped

    Modules get dropped, deepened or added. You see the adjusted outline and sign it off before the date is fixed.

  4. Step 4

    Delivery and follow-up

    We run the course, then check in once the team has applied it to real work and the awkward questions have surfaced.

What gets adjusted

  • Depth of each module
  • Your stack and repository
  • Group size and seniority mix
  • Length and how days are split
  • English or German
  • On site, remote or hybrid

Is this course right for your team?

Who it is for

Engineering leads who have to pick a tool and then defend the choice afterwards.
Engineering managers and heads of department funding the licences and answering for the outcome.
Teams where three different tools are already in use and nobody has agreed how the code gets reviewed.

What participants need beforehand

  • A team that already writes software professionally; this is not an introduction to programming.
  • A real decision in front of you, ideally with the people who will make it in the room.
  • A laptop each, though this is the least keyboard-heavy course in the catalogue.

How the training is delivered

Same material either way. The format changes how much of it lands in the first week.

On site

I come to your office and work with the team in the room. Usually the most effective option for a first rollout, because the sideways questions get answered as they come up.

Remote

Delivered live over video in focused blocks rather than one long day, with shared screens and hands-on exercises on your own work.

Hybrid

A day on site to get everyone moving, followed by shorter remote sessions once the team is applying it to real work and hitting real friction.

Optional add-ons Certificate of participation

There is no public schedule. Every course is booked privately for a single team, and we agree the dates together.

Luka Breitig, software engineer and AI coding trainer
Your trainer

Luka Breitig

Software engineer and AI coding trainer

I train engineering teams to work with AI coding tools, and I use the same tools to ship production software every week. The material comes out of building things, not out of a slide deck.

Before going freelance I spent six years as technical co-founder of a marketing agency, responsible for everything technical from automation infrastructure to coordinating a freelancer network. That is why the courses spend as much time on review, guardrails and rollout as they do on prompting.

  • Ships production software every week
  • Delivers in English and German
  • On site across Europe, or remote
  • Speaker at Nomad Summit, Chiang Mai

Trusted by teams & training providers

I deliver AI training for some of Europe's leading organisations and L&D platforms.

Cegos Integrata

Cegos Integrata

Commissioned trainer via leading European L&D provider

NobleProg

NobleProg

AI coding workshops via one of the world's largest IT training marketplaces

Innomotics

Innomotics

In-house AI training for engineering teams

Bots & People

Bots & People

Commissioned trainer for developer workshops

Code First Girls

Code First Girls

Course creator — 3-month AI & agentic tools curriculum

Nomad Summit

Nomad Summit

Conference speaker on AI tools, agentic development, and developer workflows (2025)

Vertiv

Vertiv

In-house AI-assisted coding training for engineering teams

Questions about this course

The things teams ask before booking. If yours is not here, ask me directly.

Claude Code, Cursor, GitHub Copilot and Codex in depth, with the rest of the field covered by category rather than by name. The list is reviewed before every delivery, because a course on this subject that reused last year's slides would defeat its own purpose.

I have no reseller relationship with any of these vendors and no commission on what you choose, which is the only kind of neutrality worth claiming. What I do have is opinions from using all four in production, and you get those clearly labelled as opinions rather than presented as findings.

The evaluation module is, and I would drop it. The rest is not: the shared practices, the review standard and the rollout plan are what decide whether a chosen tool changes anything, and they are exactly the parts organisations skip. In that case a tool-specific course plus this one's second half is usually the better shape.

Those make a team good at a tool. This one decides which tool, and how the organisation will work with it. There is deliberately little keyboard time here and a great deal of comparing, deciding and writing things down, so booking both makes sense and booking this one as a substitute does not.

Five to thirty, and the mix matters rather more than the number. The day works best with the people who will make the decision and the people who will live with it in the same room, which usually means leads and senior engineers together.

English or German. This is the one course where German materials are the default rather than the exception, because most of the day is discussion and decision-making rather than reading output from a tool.

Still not sure whether this is the right fit for your team?

Book this training for your team

Tell me the size of the group, the codebase they work in, and roughly when you want to run it. I will come back with a proposal.

Download trainer profile

Delivered in English or German, on site across Europe or remotely.