OctogleHire
How we vet

25,000 applied.1,000 got in.

Every engineer clears five scored stages before a profile reaches you — and you get the marking, not just the verdict. Nobody skips a stage to hit a deadline.

See a real profile
Assessments run continuously
5Scored stages, none skippable
Top 4%Of applicants accepted
2Independent markers per submission
94%Placements past six months

Where the other 96% go

Bars are drawn to the real counts, not to a shape that flatters us. Most candidates are lost at the technical assessment, which is the point of putting it early.

25,000remain
Stage 01 · 40% passApplication reviewRead by an engineer, not a keyword filter.
10,000remain
Stage 02 · 40% passHR + communication screenLive English fluency and product-mindset interview.
4,000remain
Stage 03 · 40% passAI-led technical assessmentAn adaptive interview tuned to the CV, in a real codebase.
1,600remain
Stage 04 · 63% passTech lead interviewSystem design and production judgement, face to face.
1,000remain
Stage 05 · acceptedReferences and backgroundTwo calls with former leads, plus verification.
The five stages

What each stage actually tests

Open a stage to see who runs it, how long it takes, what a pass looks like and what ends the process on the spot.

Median time through the funnel9 daysCandidates are assessed before you ever send a brief, which is why a shortlist takes 48 hours rather than three weeks.

Work history, code samples and public repositories are read by an engineer who ships the same stack — never a keyword filter and never a recruiter. We are looking for evidence of ownership: systems taken from decision to production and maintained afterwards.

A pass looks likeA shipped system they can describe end to end, including what went wrongPublic code, a detailed write-up, or references who can speak to the work
Ends the processA CV of tool names with no artefact behind any of themContract history that never passes six months anywhere
No keyword filterHuman review40% pass

Remote work fails on writing far more often than on code. We score clarity, how someone escalates bad news, and whether an English-speaking reviewer could follow their reasoning without booking a second call. Product instinct is scored here too — whether they ask what the change is for.

A pass looks likeWrites a summary a stakeholder could act on without a meetingRaises risk early and plainly, without hedging or blame
Ends the processCannot be understood by a reviewer on the first passBuries a problem to keep an update looking clean
English proficiencyProduct mindset40% pass

An adaptive technical interview built from the candidate's own CV and the role criteria, in a real codebase with existing tests and existing mess. Submissions are marked with the candidate's name and country removed. Tooling is allowed and expected — being unable to explain a line of your own submission is not.

A pass looks likeReads the existing code before adding to it, and matches its conventionsMeasures before optimising, and says what they chose not to do
Ends the processAny sign of a generated answer they cannot explain line by lineTests written to pass rather than to catch the regression
Marked blindAI-fluency scored40% pass

An hour or more on a problem from a real backlog, not a puzzle. The engineer running it has shipped the domain and is instructed to push back, because how someone handles disagreement about their design is more predictive than the design itself.

A pass looks likeNames the constraints and failure modes before drawing boxesChanges position when given better information, and says why
Ends the processDefends a first answer under pressure rather than examining itCannot say what they would monitor once it is live
Real backlog problemRecorded63% pass

Two calls with former technical leads — not HR, not a colleague of their choosing — plus identity verification and employment-history checks. We ask each referee the one question that matters: would you take them back on your team tomorrow?

A pass looks likeTwo leads who would rehire, and can give a specific example of whyHistory that matches what the candidate told us, dates included
Ends the processReferees who will only confirm dates and titleAny misrepresentation of role, tenure or identity
Technical refereesIdentity checkedAccepted
The rubric

Six axes, weighted, marked blind

Two markers per submission
Code judgement25%

Does the change fit the codebase it lands in, and is the reasoning legible to the next person who opens the file?

System design20%

Constraints and failure modes named before boxes are drawn, and an honest account of what the design gives up.

Debugging18%

Measurement before theory. We score the route to the cause, not the speed of the first guess.

Communication17%

Written clarity under time pressure, and how bad news gets escalated when it is nobody's fault.

Ownership12%

Evidence of maintaining what they shipped: on-call, migrations, the unglamorous second year.

Collaboration8%

How they disagree in review, and whether a junior on the same PR would come out of it better.

What you receive

The evidence, not the verdict

A rating you cannot audit is marketing. Every profile arrives with the marked artefacts attached, so your own engineers can disagree with our score.

The technical assessment repository, exactly as submittedBoth markers' sheets, including where they disagreedThe system-design recording and the interviewer's notesTwo reference call summaries, attributed by roleThe published hourly rate, with our margin stated
Aditya DesaiStaff Engineer · Mumbai · 11 yrs94rubric total
Code judgement24/25System design18/20Debugging17/18Communication15/17Ownership12/12Collaboration8/8
Marker's note, verbatim

“Took the slow path deliberately: measured the query before touching the index, and said so in the write-up. Lost two marks for a migration that would lock the table on a large dataset — he flagged the risk himself in review.”

Assessment repoMarking sheets ×2Design recording2 reference calls
Guardrail 01

Blind marking, twice

Name, country and photograph are stripped before a submission is scored, and two markers work independently. Where they differ materially a third marker settles it.

Guardrail 02

The rubric is calibrated against real outcomes

Every quarter we compare scores against how those engineers actually performed on engagements, and re-weight. Communication carries more of the total than it used to, because it predicted retention better than design scores did.

Guardrail 03

Acceptance is not permanent

Engineers are re-assessed at the close of every engagement and reviewed annually. Ending an engagement badly removes someone from the network whatever their original score.

Questions about the process

Engineers ask the first three. Hiring managers ask the rest.

The adaptive assessment is capped and unpaid, which is the trade we make to keep it a real codebase task rather than a 40-minute puzzle. Candidates who reach the tech lead interview are paid for their time from that point on.

The tech lead interview is a spoken walkthrough of the submission with a senior engineer who has read the marking. Tooling is allowed and expected — being unable to explain a line of your own submission is not.

Not by itself. A recognisable logo tells us a candidate cleared someone else's loop, which we score at zero. Rubric marks come from the artefacts, and blind marking means the marker cannot see where they worked.

Every accepted engineer commits to at least four hours of overlap with your core hours, and stage two gates on written and spoken English clear enough for review without a follow-up call.

Yes. The repository, the marking sheet with both markers' notes, and the system-design recording are all attached to the profile you receive.

Almost every team does, and we encourage it — we book the calls and stay out of them. Our rubric is there to save you the first three rounds, not to replace your judgement.

On every engagement close, plus a lightweight annual review. An engineer who leaves an engagement badly is removed from the network regardless of their original score.

Read the marking yourself.

Send a brief and we return three to five scored profiles in 48 hours, artefacts attached. Judge our rubric against your own.

Apply as an engineer