Technical depth
Diagnose harder failures and make reliability, security, and cost trade-offs explicit.
A practical roadmap
Build the engineering depth and customer judgment the job requires. Find your starting point and choose what to learn next.
You find the customer’s real problem, build the fix in their environment, and stay until their team can run it.
01
Understand the customer
Watch the real task. The brief usually names a symptom, not the cause.
02
Build and adapt
Ship against their data, systems and release process, where they can see it.
03
Help people use it
Test with the people who will run it. Check weeks later that they still do.
04
Carry the learning forward
When one customer hits a product gap, send the product team an example they can repeat.
| Product company | Services firm | |
|---|---|---|
| You build | Integrations and extensions to your employer’s product. | Whatever fits: platforms, custom code, existing systems. |
| You answer for | The customer’s outcome, within product boundaries. | An agreed client outcome, scope and budget. |
| After delivery | Repeated needs go back to product engineering. | Agree who maintains it before you leave. |
Start with the responsibilities you can already demonstrate. Your next step is the gap that limits what you can deliver.
Build one small app with an API, a database, tests and a deploy, and be able to explain every part. Learn customer work alongside it.
Show each one in a reviewed project first, then on bigger systems and decisions.
01 / 06
Build software another team can change and operate. Work confidently with unfamiliar code, APIs, databases, tests, and deployment. Use the stack the environment supports.
what good looks like
A reviewed change runs outside your development environment, and you can trace a failure from the request to its cause.
learn CS50 Python, MDN web development, and the PostgreSQL tutorial.
Build something for one real person. Watch them use it. Change it.
A working system, its data flow, and a failure you diagnosed.
How a real user’s feedback changed a decision, with evidence.
Someone else operates and recovers it. Untested assumptions named.
The title tells you little. These six answers tell you the job.
expect to
Understand the responsibilities and how the role varies between companies.
Assess the engineering, customer and communication capabilities behind the role.
Choose a target role, assess your existing evidence and plan a career transition.
Prepare for coding, design, and customer-facing discussions.
Present your contribution, decisions, and results clearly.
Understand job descriptions and choose opportunities that fit.
More uncertainty, bigger decisions, more teams. Go deep in one area; know enough of the rest to call for help.
Diagnose harder failures and make reliability, security, and cost trade-offs explicit.
Narrow a request, challenge a weak assumption, and work through disagreement without taking over another person’s responsibility.
Recognise repeated needs and turn field learning into product improvements, client capabilities, or delivery patterns with clear ownership.
Leave decisions understandable, share operating knowledge, and help others deliver without routing everything through you.
No. Build software foundations and learn the AI skills your target role needs. You must be able to evaluate and operate what you use; you need not train models.
No. Learning the domain is part of the job: ask the basic questions early and watch the work as it is done today. Deep industry experience helps, but it is not required.
No. Learn one well. Add others when real work needs them.
Some teams hire graduates; others want years of production and customer work. Match your evidence to the role, and look for mentoring.
It depends on where you start and how often you practise on real work. A finished reading list proves nothing.
Your next step
Choose a capability that limits your work today. Use a project to demonstrate it against the standard above.
FDEOps Field Notes explores decisions behind customer-facing engineering: what to build, what to question, and how to make the result useful.
Read FDEOps Field NotesFDEOps gives your coding agent a method for each stage and a record of every engagement.
Explore the AI skill packA practitioner’s roadmap, not a certification. Reviewed 22 October 2026 by Subash Natarajan.