
An AI developer builds software whose core behaviour comes from a model rather than from rules someone wrote by hand. In practice that means three things: wiring a model into a product, building the retrieval, memory and tool layer around it, and proving the output is good enough to ship with an evaluation suite, cost ceiling and failure path. The title overlaps with machine learning engineer, AI engineer and applied scientist, and in most UAE job ads it means the applied end of that spectrum — you ship features, you do not train foundation models.
If you are hiring an AI developer, judge the candidate on the second and third parts of that list, not the first. Calling an API is a morning's work. Knowing what to do when the model returns confidently wrong output on 4% of requests, at two in the morning, for a customer who has already paid, is the job. We run seven consumer apps and a B2B system on this discipline, so the rest of this page is written from the inside of both sides of the hiring table: what the role actually contains, how to grow into it, and how to evaluate someone who claims it.
What is an AI developer called, and what do they actually do
The titles in circulation are AI developer, AI engineer, machine learning engineer, applied AI engineer, LLM engineer, and in research-heavy shops, research engineer or applied scientist. They are not interchangeable, and the difference is mostly about where in the stack you spend your week.
| Title | Centre of gravity | Typical output |
|---|---|---|
| AI developer / AI engineer | Product surface and orchestration | A shipped feature backed by a model, with evals and cost limits |
| Machine learning engineer | Training, serving, pipelines | A model in production with monitoring and retraining |
| Data engineer | Ingestion and storage | Clean, queryable data the other two depend on |
| Applied scientist | Method and measurement | A technique that beats a baseline on a defined benchmark |
| MLOps / platform engineer | Infrastructure and deployment | Reproducible builds, GPU scheduling, rollback |
In a startup one person covers three of those rows. In a bank, five people cover one row each and a sixth writes the model risk documentation. Read the responsibilities in a job ad, never the title.
The day-to-day, honestly
- Shaping inputs. Retrieval over a document set, schema design for structured context, deciding what the model sees and what it must never see.
- Orchestration. Chaining calls, routing between a cheap model and an expensive one, tool and function calling, deciding where a human approval gate sits.
- Evaluation. A held-out set of real inputs with expected outcomes, scored automatically on every change. Without this you are guessing, and the guess is expensive.
- Cost and latency work. Caching, prompt compression, batching, picking a smaller model for the 80% of requests that do not need the large one.
- Failure handling. Retries, fallbacks, refusal paths, logging that lets you reconstruct a bad answer two weeks later.
- Ordinary software engineering. Auth, queues, billing, migrations, the dashboard someone asked for. This is still most of the week.
We wrote up how this plays out across a portfolio in Building on Claude: lessons from 500K+ users across seven apps — the engineering that keeps those apps stable is overwhelmingly the unglamorous half of the list above.
AI developer vs traditional software engineer
The gap is not the language or the framework. It is that your system no longer returns the same answer twice.
- Testing. A unit test asserts equality. An eval asserts a distribution — this input scores above 0.8 on faithfulness across 200 samples. You accept a pass rate, not a pass.
- Debugging. There is no stack trace. You bisect by swapping the prompt, the retrieved context, the model version, and the post-processing, one at a time, against a fixed test set.
- Regression. A provider updates a model and your accuracy moves without a single line of your code changing. Version-pin, and keep a canary eval running on a schedule.
- Cost. Traditional features get cheaper per user at scale. Token-based features do not, unless someone actively engineers them down. We covered the arithmetic in the real unit economics of AI apps.
- Security. Prompt injection, data exfiltration through tool calls, and over-permissive agents are live attack surfaces, not theoretical ones.
The skills that actually get an AI developer hired
Programming languages
Python first, and it is not close — the model SDKs, serving frameworks, data tooling and notebooks all live there. Second language depends on where you work: TypeScript if you ship product surfaces and agent backends on Node, SQL always because retrieval and analytics run on it, and Go or Rust if you end up on inference infrastructure where latency and memory matter. C++ appears in low-level kernel and on-device work. R shows up in statistics-heavy research teams and almost nowhere else in applied AI product work.
The technical core
- Probability and statistics to the level of understanding sampling, variance and why a benchmark result on 30 examples means nothing.
- Classical ML concepts: train/test splits, overfitting, class imbalance, baselines. You will be asked to beat a logistic regression more often than you expect.
- Transformers at the working level — context windows, tokenisation, embeddings, why attention costs what it costs.
- Retrieval: chunking strategies, embedding models, vector stores, hybrid search, reranking. Most "the AI is wrong" bugs are retrieval bugs.
- Agent design: tool schemas, state, loop termination, human-in-the-loop checkpoints. Our write-up on AI agent architecture for consumer apps goes into the patterns that survived contact with real users.
- Deployment: containers, CI, one cloud properly rather than three badly, observability and tracing on every model call.
The non-technical core
Writing. You will spend more time specifying desired behaviour in prose than most engineers ever have. Also: the judgement to say a use case is not ready, and the discipline to put a number on quality before anyone asks for one.

How to build a career as an AI developer
A realistic twelve-month path, assuming you can already program.
- Months 1–3 — foundation. Python to a professional standard, SQL, pandas, and one classical ML project end to end with a proper train/test split and an honest error analysis. Learn to read an evaluation table.
- Months 4–6 — models and retrieval. Build a retrieval-augmented application over a document set you actually care about. Then build the eval harness for it. The harness is the portfolio piece; everyone has the chatbot.
- Months 7–9 — production. Deploy it. Add auth, rate limits, cost tracking per request, tracing, and a fallback when the provider returns a 500. Run it for real users, even ten of them.
- Months 10–12 — depth in one direction. Pick one: agents and tool use, fine-tuning and distillation, or inference optimisation. Shallow in all three is how candidates get filtered out.
On degrees: a computer science or engineering degree helps with the first interview and stops mattering after the second job. In the UAE, hiring managers at banks and government-adjacent entities still weight formal qualifications more heavily than product companies do. Certificates from cloud providers help with procurement-driven employers. What converts across all of them is a deployed system with measurements attached.
On salary and jobs in the UAE
Compensation varies widely by sector — a model risk role at a bank, a research engineer at a national lab, and a product engineer at a seed-stage startup are three different markets, and Dubai and Abu Dhabi price differently again. Rather than trust an aggregate number scraped from a US job board, pull live ranges from Bayt, LinkedIn Salary and Indeed for your exact title and years, and read five current job ads in full. Note which ones mention evaluation, observability or cost per request. Those are the teams actually running AI in production, and they pay for the difference.
Who are the big four of AI
There is no official list, and the answer depends on which layer you mean. In frontier model research, the names most often grouped together are OpenAI, Google DeepMind, Anthropic and Meta AI. In the infrastructure and enterprise layer people usually name NVIDIA, Microsoft, Google and Amazon. In the GCC, the labs that matter for hiring and for sovereign deployments include TII in Abu Dhabi, whose Falcon and Noor models we have worked with. For a working AI developer the practical takeaway is narrower: build so you can swap the provider. Abstract the model call, keep your evals provider-agnostic, and a pricing change or a deprecation stops being an emergency.
Hiring an AI developer: a job description that filters properly
If you are a business, the failure mode is hiring one strong generalist, giving them an undefined mandate, and discovering nine months later that you own a prototype nobody can operate. Write the ad around outcomes.
- The system they will own. Name it. "The quoting assistant used by 40 agents" beats "AI initiatives".
- The metric. Deflection rate, time to first response, cost per resolved ticket, qualified meetings booked. If you cannot name it, you are not ready to hire.
- The data they will get, and when. Access delays are the single most common reason an AI hire stalls in their first quarter.
- The boundary. Do they own infrastructure too? Front end? Who reviews a model change before it reaches customers?
Interview questions that separate the shippers
- Show me an eval set you built. How did you choose the examples, and what did it catch?
- Describe a time the model got worse without your code changing. What did you do?
- What does one request of your last system cost, and how did you bring it down?
- Where in that system did a human have to approve something, and why there?
- What did you decide not to use a model for?
Candidates who answer the fifth question well are usually the ones worth hiring. The honest answer to "should this be AI at all" is often no, and an engineer who says so saves you a quarter.
In-house, agency, or an operated system
Three delivery models, and the right one depends on how much of the problem is recurring.
| Model | Fits when | Main risk |
|---|---|---|
| In-house hire | AI is core to the product and the roadmap is continuous | Single point of failure; 3–6 month ramp before output |
| Agency or studio | Defined scope with a hand-over date | A system nobody internally can maintain after hand-over |
| Operated system | You want the outcome, not the engineering team | Vendor dependency; needs clear exit terms up front |
We have argued the trade-off in detail in building an in-house AI team vs running an operated AI system, and if you are going the vendor route in this market, how to choose AI app developers in the UAE covers what to ask for before signing.
What this looks like at Virtual Minds
We have been building since 2022, through games, avatars and worlds, into apps and now B2B systems. Two of our consumer products, Room AI and Headshot AI, reached #1 in their US App Store categories, Headshot AI with a 450% jump, and the portfolio passed 500K+ users. Revenue grew 215% in Q3 2025. None of that came from model research. It came from AI developers doing retrieval properly, writing evals, and keeping cost per request under control across a shared platform. That platform is Cortex, the AI operating system our products run on — we explain what that term means and what it does not in what an AI operating system is.
Our own go-to-market runs on the same engineering. LeadsMind handles research, sequencing and qualification for our outbound, built by the same people who build the consumer apps, with approval gates where a human still has to sign off. Virtual Minds is an Anthropic partner and is working toward the next partnership tier, with a target of ten Claude-certified team members. We build production systems — not prototypes, and the AI developers we hire are measured on what stays up.
If you are weighing whether to hire an AI developer or hand the outcome to a team that already runs one, tell us the metric you need to move and we will tell you which of the three models fits.
- ai-developer
- hiring
- careers
- uae
- ai-engineering


