Core
We ask candidates to trace rendering, effects and server-client boundaries, then diagnose stale data, hydration problems or unnecessary rerenders in a realistic component tree.
- React
- Next.js
- TypeScript
- JavaScript
UK, Europe, USA
React developers assessed by developers across component design, state, rendering and production quality.
Technical screening by developers and CTOs is included.

We recruit React developers for product teams using React.js, Next.js and modern TypeScript tooling. The screening covers component architecture, state management, rendering behaviour, forms, styling, testing and practical collaboration with backend and design teams.
When to hire React developers: A React product team adding delivery capacity. A Next.js application needing senior ownership. A frontend platform or design-system role.
React is a broad keyword. We define whether the work centres on product features, a design system, performance, server rendering or frontend ownership.
We ask candidates to trace rendering, effects and server-client boundaries, then diagnose stale data, hydration problems or unnecessary rerenders in a realistic component tree.
We ask what should remain local, what belongs on the server and what genuinely needs shared state, then test validation, submission and error handling in a complex form.
We probe accessibility, design-system constraints and testing strategy by asking which behaviours belong in unit, component and browser-level tests.
We look for engineers who care about the person using the interface, can discuss trade-offs constructively with designers and communicate implementation constraints without becoming defensive or overly attached to one solution.
We look for clear reasoning about React’s behaviour and the wider browser platform, not memorised hook definitions.
Boundaries, composition, reuse and maintainable ownership of interface logic.
Local and shared state, server-client boundaries, performance and data flow.
Testing, accessibility, error handling and debugging real user issues.
Tool names are not enough. Across every role, we look for technical depth, disciplined use of AI and an honest approach to solving unfamiliar problems.
We keep asking why and how until we reach the underlying behaviour. Candidates should understand what their framework, runtime, database, browser, cloud service or design tool is doing for them, how they work behind the scenes (and why), and how they would investigate a failure without relying on copying fixes from ChatGPT.
We expect candidates to use AI productively, but never as a substitute for judgement. They need to explain how they verify generated code, designs and tests, protect confidential data, catch unsafe assumptions and remain accountable for the result. We expect them to use MCPs, skills, and goals. So basically - we are looking for structured AI-assisted work, not vibe coding, vibe designing or vibe testing.
Strong candidates have a can-do mindset and will investigate, experiment and learn when the answer is not obvious. At the same time, they are fair and transparent about what they know, what they have not done before and when they need support.
Give us a few details about the role and your hiring plans. We'll assess your needs and get back to you with a practical next step.
Yes. Our completed briefs include React, and Next.js, alongside the supporting TypeScript, state, styling and testing ecosystem.
Yes. Senior developers can assess component boundaries, rendering behaviour, state choices, server-client trade-offs and frontend performance.
Yes. We assess whether candidates choose suitable patterns for the application rather than checking one library name. Relevant briefs have included Redux, Zustand, React Hook Form and modern build tooling.