Hands-on engineering, when advice is not enough
Most of my work is advice. Sometimes the fastest way to make a decision real is to build the critical piece myself or to sit inside the team for a few weeks. This is that service, in TypeScript, React and Node.js, with the product thinking that comes with everything else I do.
For teams that have a plan and lack the senior hands to execute the hard part of it.
When you need this
- You need a feature, a module or a whole product built, and you want the person building it to think about the user and the business, not only the ticket.
- Your team is strong but small, and a senior pair of hands for a few months would unblock a quarter.
- A founder or tech lead wants a sparring partner for a decision that is hard to undo: a platform choice, a rewrite, a hire.
What I take on
- Web applications and the mobile apps that share their code
- Backends, APIs and data, including the parts everything else depends on
- Interface and interaction decisions, made with you rather than handed back as questions
- Operations around the code: continuous integration, deployment, monitoring
- Automation of whatever the team does twice by hand
- Sparring with founders and tech leads, by the hour, before a decision that matters
Built the same way
Products I have built or helped build with exactly this approach. The full list is on the references page.
How it works
A first call
What you need built, by when, and what already exists. I say whether I am the right person for it.
A proposal
A fixed scope with a fixed price, or a time-based arrangement with a clear number of days per week. Agreed before work starts.
Work in your tools, in the open
Your repository, your issue tracker, your channels. Progress is visible every day, and decisions are written down where the team can find them.
Handover
Documentation, a walkthrough, and a codebase your team can continue without me. If you want me to stay, we talk about a few days a month.
What it costs
Time-based at a fixed day rate, or a fixed price for a defined scope. I do not take engagements that would fill my entire calendar for months at a time, so that I stay available to all of my clients. Numbers on request.
Questions people ask first
- Which technologies do you work with?
- TypeScript across the stack, React and React Native on the front end, Node.js on the back end, PostgreSQL and MongoDB for data, and Docker and Kubernetes for running it. I have modernised products from older stacks onto these in production and can work in adjacent ones where it makes sense.
- Project or team member?
- Both. A defined project with a fixed scope suits a new product or a self-contained module. Joining the team for a few days a week suits a product that already has engineers and needs senior capacity. The first call sorts out which one fits.
- Do you also design the interface?
- I shape the interaction and the flows, and I have done so for products used daily by people who do not read manuals. I am not a visual designer. If the product needs one, I work alongside them and make sure the design survives implementation.
- Remote or on site?
- Mostly remote, across Germany, Austria and Switzerland. In person is possible around Göttingen and for kick-offs, workshops or the occasional day with the team elsewhere.
- How do you use AI tools?
- Heavily, and with review. They speed up the parts of the work that are typing rather than thinking. What they produce goes through the same review as anything a person writes before it reaches your repository.