What these tools actually do
- What building software with AI means when you have never written any
- The tools worth your time, and what each one is good at
- Where they fall over, told honestly and early
- What you can realistically expect to finish
We can't find the internet
Attempting to reconnect
Something went wrong!
Hang in there while we get back on track
Build and ship a working tool without writing code, and without waiting for a developer to have time.
Booked privately for your team. Dates and length are agreed when you book.
Every module ends with something participants can repeat on Monday morning, in your codebase and against your conventions.
Take a real task from your own work and turn it into a tool a colleague can open.
Say what a thing should do precisely enough that the first attempt comes back close instead of wild.
Read what went wrong, change one thing at a time, and get out of a loop of broken attempts.
Get your own spreadsheet, form or list into the thing so it stops being a demo.
Recognise the point where a tool needs an engineer, and hand it over before it becomes a problem.
Publish it, collect what colleagues say about it, and decide whether it earns a second version.
Built around hands-on work rather than slides. The running order and the depth of each module are adjusted to the group before delivery.
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.
Step 1
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.
Step 2
Language, framework, review process, CI. Exercises are rebuilt against your repository so nothing in the room is hypothetical.
Step 3
Modules get dropped, deepened or added. You see the adjusted outline and sign it off before the date is fixed.
Step 4
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
Same material either way. The format changes how much of it lands in the first week.
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.
Delivered live over video in focused blocks rather than one long day, with shared screens and hands-on exercises on your own work.
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.
There is no public schedule. Every course is booked privately for a single team, and we agree the dates together.
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.
The things teams ask before booking. If yours is not here, ask me directly.
Yes, and that is exactly who the course is designed around. There is no code to read and none to write. If your group does write code, the Claude Code course is the better booking.
The ones that turn a description into a running app, currently Lovable, Bolt and v0 among others. I pick the pairing that fits your group and your IT constraints, and the technique transfers when the tools change.
Genuinely usable for a small internal job with a handful of users. Not usable for anything holding customer data or money, and the course is explicit about where that line runs rather than leaving you to find it.
Covered in the room rather than left to chance: what these tools store, what should never be pasted into them, and how to check with your own IT before publishing anything. Bring your policy and we work against it.
It stays yours and it keeps running. The last module covers what to write down so an engineer can pick it up, which is usually what happens to the two or three tools that prove genuinely useful.
Five to twenty. People with no coding background get stuck on very different things, and each one is a short conversation that does not scale past twenty.
Still not sure whether this is the right fit 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.
Delivered in English or German, on site across Europe or remotely.
Trusted by teams & training providers
I deliver AI training for some of Europe's leading organisations and L&D platforms.
Cegos Integrata
Commissioned trainer via leading European L&D provider
NobleProg
AI coding workshops via one of the world's largest IT training marketplaces
Innomotics
In-house AI training for engineering teams
Bots & People
Commissioned trainer for developer workshops
Code First Girls
Course creator — 3-month AI & agentic tools curriculum
Nomad Summit
Conference speaker on AI tools, agentic development, and developer workflows (2025)
Vertiv
In-house AI-assisted coding training for engineering teams