Searches for “hire software developer UK” increased 28% between 2024 and 2025, and demand shows no sign of slowing. The UK software development market remains candidate-short at senior level, with experienced engineers in high demand across fintech, healthtech, and SaaS. For a business or startup looking to hire directly, without going through an agency, the process requires more upfront work but gives you better outcomes: you define the brief precisely, you assess candidates yourself, and you build a direct relationship that an intermediary would otherwise own.
This guide covers the full direct hiring process: defining the role correctly, understanding 2026 UK day rates and salaries, where to find candidates, how to run a meaningful technical assessment, and the permanent versus contractor decision including the IR35 implications that trip up many UK businesses.
TL;DR
- Define the role with specific technology requirements before you start looking; vague briefs produce vague candidates and waste everyone’s time
- UK contractor day rates in 2026 range from £200/day for a junior to £1,200/day for a Principal-level engineer; rates vary significantly by technology stack
- The strongest technical assessment combines an architecture discussion and a code review exercise, not a timed algorithm puzzle
- Contractors are faster to start and easier to disengage; permanent is better for long-term product ownership; IR35 determines whether the contractor relationship is genuine
Define the Role Before You Hire
The most common mistake in direct developer hiring is starting the search before the role is properly defined. “We need a JavaScript developer” tells you almost nothing about who you are looking for. The brief should be specific enough that a good candidate reads it and thinks “that is exactly what I do.”
Technology specificity matters. A React developer with Node.js API experience is a different profile from a Vue.js developer who does backend work in Python. Conflating these produces a large candidate pool where most people are a poor fit. Be precise about the primary technology, the secondary technologies you expect them to use regularly, and anything you are willing to train on.
Seniority level. Define this by responsibility, not years. A senior developer is someone who can design solutions independently, review other developers’ code constructively, and own a feature or service end to end without needing the architecture explained. A mid-level developer can implement well-defined tasks, escalates appropriately, and is developing that independent design capability. A junior needs mentoring and structured work. Be honest about which you need and which you can support.
Permanent versus contractor. This decision affects where you look, how you assess, what you pay, and what legal framework applies. More on this below, but make the decision before writing the job brief rather than leaving it open.
Scope of work. What will this person actually build in the first three months? A list of responsibilities is less useful than a concrete description of the problems they will solve. Good developers evaluate roles based on whether the work is interesting and the problems are meaningful.
UK Developer Day Rates and Salaries in 2026
Understanding market rates before approaching candidates prevents two common failure modes: underbidding (you lose good candidates before they engage) and overbidding with confusion (experienced candidates who see rates that seem too low relative to the role description do not apply).
Contractor Day Rates
These are the day rates quoted by UK-based contractors in 2026, based on market data from job boards, LinkedIn rate surveys, and contractor community data. Rates assume inside-IR35 engagements are priced higher to cover the additional tax cost to the contractor.
| Level | Experience | Day Rate Range |
|---|---|---|
| Junior | 0 to 2 years | £200 to £350/day |
| Mid-level | 2 to 5 years | £350 to £550/day |
| Senior | 5+ years | £550 to £850/day |
| Lead / Principal | 8+ years | £800 to £1,200/day |
By technology stack, rates diverge at senior level:
- Python (AI/ML focus): £600 to £900/day senior
- React (senior): £600 to £850/day
- Node.js (senior): £500 to £750/day
- Go (senior): £600 to £900/day
- C++ (senior, systems or games): £700 to £1,000/day
- Rust (senior): £650 to £950/day (demand growing, supply constrained)
- Java/Spring (senior enterprise): £550 to £800/day
- DevOps/Platform Engineering (senior): £650 to £950/day
Rates in London and the South East run approximately 10 to 15% above these figures. Remote contractors working for UK clients from outside London typically quote at the lower end of each band.
Permanent Salaries
Permanent salary expectations in 2026 for full-time employed developers:
| Level | London Salary | UK Regional Salary |
|---|---|---|
| Junior | £35,000 to £55,000 | £28,000 to £45,000 |
| Mid-level | £55,000 to £80,000 | £45,000 to £65,000 |
| Senior | £80,000 to £120,000 | £65,000 to £95,000 |
| Lead / Principal | £110,000 to £160,000 | £90,000 to £130,000 |
Total compensation at senior and above often includes equity (for startups), performance bonus, and pension contributions. When comparing offers against the market, candidates evaluate total compensation, not just base salary.
Where to Find Developers Directly
Direct hiring means going to the source rather than waiting for applications routed through an agency. These channels produce the best results in 2026:
LinkedIn is the most effective channel for senior developer searches, particularly for passive candidates who are not actively looking but would move for the right role. Use LinkedIn Recruiter Lite if you are hiring regularly, or the standard connection and InMail approach for occasional hires. Personalise every outreach message: reference something specific from their profile, explain concisely why you are reaching out, and make the role sound interesting in two sentences.
Indeed and CWJobs reach developers who are actively looking. Indeed covers the broadest candidate pool for mid-level roles; CWJobs is the most-used UK-specific technology job board and surfaces regional candidates outside London who may not be active on LinkedIn. Both are worth posting to alongside any proactive search.
GitHub profiles for candidates who claim open source contributions. If a developer lists open source work on their CV, their GitHub profile is public in most cases. Review the actual code: what they contribute, how they respond to review feedback, the quality of their commit messages, and whether the contribution history matches the claim. This is the most reliable pre-screening signal for technical quality short of a full technical assessment.
Toptal is expensive (expect a 15 to 20% platform fee on top of the contractor rate) but provides pre-vetted candidates who have passed a rigorous screening process. For a time-critical senior hire where you cannot afford a slow process, it is worth the premium.
Specialist recruiters are worth using for direct hire if you treat them as a sourcing channel rather than delegating the process to them. Hays Technology, Silicon Milkroundabout (particularly for London-based startups), and Cord (technology-focused) are well-regarded. The difference between a good specialist and a general recruiter is that a specialist can screen for technology-specific red flags before you see a CV.
Your own network remains underused by most businesses. A referral from a developer you trust is the strongest signal available. Senior engineers know other senior engineers; a referral from a current team member who vouches for the candidate’s capability is worth more than a strong CV from an unknown source.
How to Screen CVs
CV screening for developer roles is a specific skill that most non-technical hiring managers lack. The key signals to look for:
Project outcomes, not responsibilities. “Led the migration of a monolith to microservices, reducing deployment time from four hours to twelve minutes” is informative. “Responsible for backend development” is not. Developers who quantify outcomes have usually been close enough to the results to measure them.
Progression of responsibility. Does the career history show increasing ownership over time? A developer who has been doing the same thing at the same level for five years at five different companies is a different proposition from one who has moved from individual contributor to technical lead over the same period.
Technology depth versus breadth. Be cautious of CVs that list every technology used at any point in a career. A CV listing twenty-five languages and frameworks usually means shallow exposure to most of them. Depth in three or four relevant technologies is more valuable than superficial breadth across twenty.
Open source and personal projects. Not a requirement, but a meaningful signal when present. A developer who builds things outside work, contributes to projects they use, or maintains a library demonstrates intrinsic motivation that correlates strongly with quality.
Gap periods. A six-month gap after a redundancy or to care for a family member is not a red flag. A pattern of three-month contracts followed by six-month gaps warrants a question, but ask rather than assuming.
Technical Assessment Approaches
The technical interview is where most direct hiring processes go wrong. The two most common mistakes are testing trivia (memorised syntax and algorithm puzzles) rather than applied problem-solving, and using assessments that bear no relationship to the actual work the role requires.
These approaches work:
Architecture discussion. Present a realistic problem close to what you are actually building. A mid-complexity scenario works best: a feature that requires thought about data modelling, API design, and edge cases, but does not require hours to explore. Ask the candidate to walk you through how they would design a solution. You are not looking for the “correct” answer; you are looking for how they decompose the problem, what trade-offs they identify, and whether they ask clarifying questions before proposing a solution. This is the strongest signal for senior roles.
Code review exercise. Give the candidate a real piece of code (or code that represents the kind of code you actually write) and ask them what is wrong with it. The code should have a mix of issues: a genuine bug, a security problem, a performance concern, and a readability issue. Experienced developers identify problems systematically and can articulate why each issue matters. Developers who lack depth struggle to get past surface-level comments about style.
Take-home task. Keep it to a maximum of two to three hours and make it genuinely close to your actual work. Pay for it: a £50 to £100 voucher is a reasonable gesture that signals you respect the candidate’s time. Provide real requirements rather than a contrived algorithm problem. Review the submission for code quality, tests (did they write any?), edge case handling, and the structure of the solution. Follow up with a walkthrough where they explain their decisions.
Live coding on CoderPad. Useful for seeing how a developer thinks through a problem in real time, and for pair-programming style roles where that matters. Less useful as a pure assessment because nerves introduce significant variance. If you use this approach, choose a problem that can be meaningfully solved in thirty minutes, make clear that perfect syntax is not the goal, and engage as a collaborator rather than a judge.
The approach to avoid is the timed algorithm puzzle (LeetCode-style). These measure preparation for algorithm puzzles, not day-to-day software engineering capability. They are effective for roles where algorithmic efficiency is genuinely central to the work. For a web application developer or a backend API engineer, they are a poor proxy for the skills that actually matter.
Red Flags During Hiring
Direct hiring gives you closer contact with candidates, which means you can observe signals that agency-mediated processes obscure:
Unable to explain their own CV. A developer who cannot explain the technical decisions made on a project they listed should prompt follow-up questions. They may have been peripheral to the work, or they may not remember clearly. Either needs exploring.
Dismissive of testing. “We did not really have time for tests” or “tests slow us down” from someone applying for a senior role is a significant red flag. Good developers understand that tests are what make fast, confident iteration possible. Complete dismissal of testing as a practice reveals an underlying belief about quality that is hard to change.
No questions about the problem domain. A developer who reaches the end of an interview without asking about the technical challenges, the current architecture, the team structure, or the problem the product is solving is either disengaged or not thinking at the level you need. Good engineers are curious about the problems they will be solving.
Wildly underpriced relative to the role. A candidate quoting significantly below market rate for their stated experience and technology should prompt questions. The most common explanations are: they are not as experienced as their CV suggests, they are based in a market with different cost structures and have not adjusted for UK rates, or they are willing to undercut on rate because they plan to leave quickly. Each explanation requires a different conversation.
Permanent versus Contractor: The Practical Decision
The permanent versus contractor decision is not purely financial. Each has genuine advantages for different situations:
Choose permanent when you need long-term product ownership, when the role involves accumulating context about your business and customers that takes years to develop, when you want someone invested in the long-term outcomes rather than the immediate deliverable, or when the work is continuous rather than project-scoped.
Choose contractor when you have a defined project with a clear end point, when you need a specific skill quickly and cannot afford a three-month permanent hiring process, when the work is not likely to be full-time beyond six to twelve months, or when you need to scale headcount up and down in response to project volume.
IR35 in practice. IR35 is the UK tax legislation that determines whether a contractor is genuinely self-employed or is effectively an employee for tax purposes. Since the 2021 reforms, medium and large businesses are responsible for determining IR35 status, not the contractor. If a contractor works exclusively for you, under your direction, with your equipment, on an indefinite basis, HMRC is likely to determine they are inside IR35. Inside IR35 means the contractor operates through PAYE and loses the tax advantages of contracting, which is why they charge higher day rates to compensate. For a genuine outside-IR35 engagement, the contractor should be genuinely independent: substitution rights, multiple clients, control over how they do the work. Take advice from an IR35 specialist or an employment lawyer for any contractor engagement expected to last more than three months; the penalties for misclassification are significant.
References and Due Diligence
Reference checking is treated as a formality by most businesses and as a result is largely useless. Done properly, it is valuable.
For senior hires, ask for a reference from someone who directly managed the candidate and someone who worked alongside them. Speak to references on the phone rather than accepting written references. Ask specific questions: what was their biggest technical contribution, how did they handle disagreement with the technical direction, would you hire them again and if not why not, what should I know about working with them that they would not tell me themselves. Listen carefully to hesitations and qualifications; references rarely say outright negative things but they telegraph concern through hedged language.
If a candidate claims open source contributions, check the GitHub links. If they claim to have led a particular project, look for corroborating evidence online. This is not distrust; it is due diligence appropriate to hiring someone who will have access to your systems and codebase.
Key Takeaways
- Write the role brief before starting the search, and make it specific: exact technologies, seniority defined by responsibility, and a clear description of what the person will actually build.
- UK contractor day rates in 2026 range from £200/day at junior to £1,200/day at Principal level; senior Python AI/ML and Go engineers command a premium over the average.
- The best technical assessments use architecture discussions and code review exercises; algorithm puzzles measure the wrong thing for most developer roles.
- Red flags worth stopping for: unable to explain their own technical decisions, dismissal of testing as a practice, and no curiosity about the problem domain.
- Permanent hiring is better for long-term product ownership; contractors are better for defined-scope work with a known end date; IR35 status must be formally assessed for any UK contractor engagement at a medium or large business.
- Reference checks are valuable if you ask specific questions on the phone; the hesitations tell you more than the answers.
Frequently Asked Questions (FAQ)
What is the average software developer salary in the UK in 2026? For a mid-level developer, the UK average is approximately £55,000 to £65,000 outside London and £65,000 to £80,000 in London. Senior developers typically earn £80,000 to £120,000 in London and £65,000 to £95,000 in regional UK cities. These figures do not include equity or bonus.
How long does it take to hire a developer directly in the UK? Expect four to eight weeks for a permanent hire from job posting to accepted offer: two weeks to collect applications and screen CVs, two weeks for technical assessment and interviews, and one to two weeks for offer and negotiation. Senior roles frequently take longer because the candidate pool is smaller and top candidates are often weighing multiple offers.
Should I use a technical test or just interview the developer? Both. A technical assessment reveals how someone actually writes code and thinks through problems. An interview reveals communication, cultural fit, and whether they ask good questions. Using only one gives you an incomplete picture. The technical assessment should come before the in-depth interview, not after, so you can focus the interview on what the assessment surfaced.
What is IR35 and do I need to worry about it? IR35 is UK tax legislation that determines whether a contractor is genuinely self-employed. Since 2021, medium and large businesses are responsible for assessing IR35 status. If you engage a contractor who is effectively operating as a disguised employee, your business is liable for the unpaid tax. Take specialist advice for any contractor engagement expected to last more than a few months or where the contractor works exclusively for you.
Can I hire a developer based outside the UK? Yes, but you need to consider the employment law jurisdiction, tax implications, currency risk, and IR35 does not apply to non-UK contractors but equivalent rules may apply in their country. Many UK businesses hire contractors from EU countries, Eastern Europe, and South Asia successfully, typically via umbrella companies or professional employer organisations that handle the local legal framework.
How do I compete with large tech companies for senior developer talent? Salary alone rarely wins against FAANG-equivalent compensation. Senior developers often choose smaller businesses for autonomy, direct product impact, the quality of the technical work, and the calibre of the team they work with. Lead with the technical problem and the quality of the engineering culture, not just the salary number. Flexible and remote working remains a significant draw for experienced engineers in 2026.
Comments