Build, don't watch
A course shows me that something is possible. I've only understood it once I've built something with it that can break.
Stack
No percentage bars. Nobody is 87 % good at SQL. Instead, the three categories that actually help in a conversation: what do I use daily, what do I have a solid command of, and what am I still working on.
daily · solid
C# and SQL are my daily work. I use JavaScript, HTML and CSS for interfaces and tools — this site is hand-built, without a framework.
daily · solid
Most of what I build lives in the .NET world — from a small background service to a line-of-business application with a user interface.
daily · solid
In the end almost everything lands in a database. A clean data model rescues a project more reliably than any clever line of code.
daily · solid
Work at the seam between two systems is rarely glamorous and almost always the work that makes the biggest difference.
daily
the underrated part
The ability to write a problem down precisely is worth more in this profession than any single programming language.
Because “finished learning” is about as realistic in this profession as a project without change requests. These are the topics I wouldn't yet call myself an expert in — but am happy to be looking at.
If you know more than I do about any of these: I genuinely welcome the pointer.
Qualification
The previous version of this site had a carousel with 35 certificate images. It was slightly proud and slightly unreadable — and both were fair, because every single one of them was an evening I would rather have spent watching television.
These days the wall hangs where it belongs: in the office. What's here instead is what came out of it. If you'd like to see a particular certificate, just ask — I'll happily send it over.
A course shows me that something is possible. I've only understood it once I've built something with it that can break.
If I can't explain a matter to a domain expert with no IT background, I haven't thought it through properly myself yet.
The most expensive mistake is the one you make twice. I keep notes on the things that cost me hours — I read those more often than any documentation.
If a technology you need is missing from this list, ask anyway. Usually the question isn't which language, but which problem.