Do Humans Still Recruit, or Have We Outsourced to AI?

ai recruitment engineering hiring ats

Have we outsourced technical recruitment to AI? A look at ATS pipelines, algorithmic screening, and where human judgment still belongs in hiring engineers.

When I started out in computing in the early 1980s, hiring an engineer was an exercise in personal assessment. You placed a box ad in the back pages of Computer Weekly, sifted through thirty physical CVs on heavy bond paper, and sat across a table from someone to find out whether they actually understood memory management, how they diagnosed faults under pressure, and if they could work alongside the rest of the shop without causing a mutiny.

Fast forward four decades. Today, a mid-tier cloud platform advertises a single senior backend engineering role and receives twelve hundred submissions in forty-eight hours. Most never register on human retinas. Instead, they are ingested by Applicant Tracking Systems (ATS), parsed by large language models, mapped across vector databases, scored against rigid ontologies, and quietly discarded before a human recruiter finishes their morning flat white.

We have constructed an automated screening apparatus of staggering complexity. Yet paradoxically, engineering leaders regularly tell me they cannot find competent engineers, while exceptionally talented developers—many displaced by enterprise restructuring and the ongoing recalibration around generative AI—spend months sending hundreds of applications into an algorithmic void.

The uncomfortable truth is this: recruitment has ceased to be an exercise in talent discovery. In far too many technology organisations, it has degraded into an adversarial contest between automated candidate filters and AI resume optimisers, with actual human dialogue squeezed out of the pipeline altogether.

The Algorithmic Deadlock: When Automation Screens Out Competence

The breakdown in technical hiring stems from an over-reliance on brittle heuristic filtering masquerading as modern intelligence.

A seminal study from Harvard Business School on "Hidden Workers" revealed that automated hiring systems systematically exclude millions of capable workers due to inflexible parameters and simplistic gap-detection. In software engineering, this pathology is rampant. Standard ATS platforms parse CVs for explicit keywords rather than conceptual grasp. If a job requisition demands "five years of Kubernetes orchestration with Terraform", an engineer who spent six years designing fault-tolerant, containerised microservices on bare metal and custom tooling—someone who genuinely understands Linux kernel namespaces, cgroups, and network fabrics—is routinely filtered out by an algorithm that only recognises the exact string token.

Furthermore, academic analysis published in the National Library of Medicine on AI recruiter collaboration highlights that algorithmic screening frequently reproduces and amplifies historical proxy biases. When automated parsers evaluate candidates against historical "high-performer" profiles, they select for conformity to a template rather than actual engineering capability.

The situation has deteriorated further with the advent of generative tools. Candidates now deploy automated scripts to spam hundreds of tailored, keyword-stuffed CVs daily, while talent acquisition teams respond by tightening their AI filters. It is an automated arms race where neither side speaks to the other.

Silicon Colleagues in the Pipeline: Where AI Actually Belongs

I am not a technophobe. I spend my working days architecting distributed cloud platforms, writing code, and collaborating with local and hosted language models. AI tools make magnificent "silicon colleagues"—when directed properly. They are outstanding at handling undifferentiated heavy lifting, but disastrous when entrusted with contextual and qualitative judgment.

Consider how a productive, human-AI collaborative talent acquisition workflow operates in a high-performing product engineering team:

  1. Contextual Synthesising Over Binary Filtering: Instead of using an ATS to reject CVs below an arbitrary semantic score, forward-thinking organisations deploy AI models to summarise an applicant’s real architectural footprint. The AI extracts GitHub repositories, open-source pull requests, system design documentation, and blog posts, producing a one-page technical digest. The human recruiter and engineering lead then read this digest to evaluate how the engineer solves problems.
  2. Interactive Architectural Probing: Rather than subjecting engineers to automated LeetCode-style puzzle platforms that measure algorithmic memorisation, teams use AI-assisted pairing environments. Here, the candidate and the interviewer collaborate with an AI code generator on a real-world system problem—such as debugging an asynchronous event-driven queue or refactoring a flaky database connection pool. The evaluation focuses on how the candidate audits AI-generated output, catches edge cases, and reasons about failure modes.
  3. Removing Repetitive Friction: Machine learning excels at scheduling, pipeline tracking, dynamic candidate updates, and salary benchmarking across regions. Leveraging automation for operational mechanics frees the human recruiter to spend thirty minutes on a genuine exploratory phone conversation.

Research across talent acquisition technology evaluated by Gartner shows that while agentic AI and recruitment suites promise end-to-end automation, their genuine value lies in augmenting recruiter capability rather than replacing personal assessment. When AI acts as an administrative accelerator, human recruiters have time to be human again.

The Efficiency Paradox: The Counterargument for Pure Automation

To be fair to talent acquisition teams, the defensive push towards heavy automation did not occur in a vacuum.

When a single click on LinkedIn or job boards allows an applicant to broadcast an AI-generated profile to five hundred vacancies in an afternoon, enterprise recruiting desks face an existential denial-of-service attack. Without automated gates, HR departments would drown under tens of thousands of unvetted documents. The counterargument goes that even if algorithmic filtering produces false negatives—erroneously binning twenty brilliant engineers—as long as it leaves five adequate candidates in the final pool, the business saves hundreds of recruitment hours and hits its time-to-hire metric.

This rationale looks persuasive on an operational dashboard, but it is ruinous for technical capability. In software engineering, the gap in business impact between an engineer who merely matches keyword criteria and one who possesses deep diagnostic instincts, curiosity, and architectural foresight is immense. By filtering solely for keyword density and clean chronological trajectories, automated gates systematically discard self-taught polymaths, engineers returning from career pivots, and hands-on pragmatists who spend their evenings building production systems rather than optimising CV metadata.

Optimising for "cost per applicant processed" inevitably results in a team of uniform keyword maximisers.

How Human-Centric Engineering Teams Cut Through the Noise

The engineering organisations shipping resilient, quality software faster do not rely on standard ATS funnels to find core talent. They dismantle the assembly line.

  • Engineering-Led Sourcing: Tech leads and staff engineers spend an hour a week actively sourcing within technical communities—specialised Discord groups, local user meetups, open-source issue trackers, and specialised forums. A two-sentence direct message from a fellow engineer about a distributed systems problem yields a higher conversion rate than ten thousand automated recruiter InMails.
  • Affirmative Skill Signals Over Exclusion Filters: Instead of configuring filters to reject anyone lacking a specific degree or possessing a six-month employment gap, human-centric teams configure their internal tooling affirmatively. They search for evidence of concrete problem-solving: an insightful commit message, a clearly reasoned pull request, or a well-documented homelab project.
  • The "First Ten Minutes" Sanity Check: Rather than hiding behind three layers of automated coding challenges and recruiter screens, candidate submissions that exhibit authentic domain interest receive a short, ten-minute introductory call with a peer engineer. Not an interrogation, but a quick technical chat to establish shared understanding.

The Reality Check

If you are an engineer navigating today's brutal job market, stop throwing standard CVs down the public ATS chute. It is a game stacked against you. Target the organisations where technical leadership still maintains direct oversight of their hiring pipeline. Connect directly with principal engineers, contribute visibly to open problem sets, and write about the engineering trade-offs you encounter in your daily work.

And if you are an engineering executive or VP of Talent, it is time to audit your acquisition pipeline. If your recruiters cannot explain why a candidate was rejected beyond "the system scored them 68%", you have abdicated your most strategic responsibility.

Tools should amplify our judgment, not substitute for it. If we automate away the human connection at the front door of our companies, we should not be surprised when the culture inside becomes just as hollow.

Discussion Question: As AI continues to lower the barrier to generating code and applications, what concrete signal do you value most when assessing whether an engineer can actually build resilient production systems?

Add a comment