Step 1: Write a Job Description That Engineers Will Actually Read
The job descriptions that most companies post for software engineering roles are, frankly, embarrassing. They list 15 years of experience requirements for technologies that have existed for 8, ask for five different programming languages at expert level, and describe the role in marketing language that tells a candidate almost nothing about what they'd actually be doing day to day.
Good engineers have options. They apply selectively, to roles where the job description gives them enough information to evaluate whether the opportunity is worth their time. Here's what a good JD includes:
- The actual tech stack — not "modern cloud infrastructure" but specifically AWS or GCP, React or Vue, PostgreSQL or DynamoDB. Engineers want to know what they'd be working with. If you're vague, they assume you're hiding something (legacy system debt, usually).
- The scale and complexity of the problem — "work on systems serving 10M monthly active users" is meaningful. "Work on exciting challenges" is not.
- The team structure — how many engineers, how cross-functional is the team, how does product/design/engineering work together? This tells candidates whether they're joining a mature engineering culture or being asked to build one.
- The salary range — engineering candidates in 2026 routinely skip job postings without a salary range. It's not entitlement; it's efficiency. They know what they're worth and they're not interested in wasting their time in a process that ends in a number they can't accept.
- Honest about remote/hybrid policy — four days in the office required is very different from flexible hybrid. Be specific, because candidates will find out in the first interview anyway.
💡 The job descriptions that attract the most applications from strong engineers tend to read like they were written by an engineer, not by HR. If your engineering hiring manager hasn't reviewed and contributed to the JD before it's posted, that's a problem.
Step 2: Search Where Engineers Actually Are
The best software engineers I've ever placed were found on GitHub, not LinkedIn. This is not an exaggeration — it is a consistent pattern. Strong engineers are building things. Their public work, their open source contributions, their commit history — these are far more reliable signals of genuine capability than a polished LinkedIn profile. The engineers who are exceptional at their jobs are usually too busy doing excellent work to maintain a professional social media presence.
Platforms to search beyond LinkedIn:
- GitHub: Search by language, location, and topic. Look at contribution quality, not just volume. A candidate with 400 commits to a well-maintained open source library is more signal than one with 4,000 commits of trivial automated updates.
- Stack Overflow: Filter by reputation score and topic. High-reputation contributors on specific technical topics are often expert-level practitioners in exactly those areas.
- HackerNews "Who is hiring / who wants to be hired": Monthly threads with self-identified candidates who are often excellent but deliberately avoiding traditional job boards.
- LinkedIn (secondary): Valuable for verifying employment history, checking mutual connections, and reaching people who've moved into management roles and are therefore less active on developer platforms.
FreeFindTalent searches GitHub, Stack Overflow, and 40+ other platforms simultaneously — useful if you want to run a broader sourcing pass without doing it all manually.
Step 3: The Initial Outreach — What Works and What Doesn't
If you're doing direct outreach to engineers, the message quality matters more than you might expect. Busy, employed engineers receive multiple recruitment messages per week. The ones that get responses are specific, brief, and demonstrate that the sender has actually looked at the candidate's work.
- Reference something specific from their GitHub or portfolio
- Lead with the interesting technical problem, not the company name
- State the salary range upfront
- Be short — 3–4 sentences max
- Make the next step low-friction (a 20 min call, not a full application)
- "Hope you're well! I came across your impressive profile..."
- Generic copy-paste with just the name swapped
- No mention of compensation
- Long walls of text about the company
- Asking them to apply through a portal as a first step
Step 4: Build an Assessment Process That Respects Their Time
This is where many organisations lose good candidates. The engineering assessment process at some companies has become a multi-week ordeal involving take-home projects, live coding challenges, multiple system design rounds, and behavioural interviews before an offer is even contemplated. Strong engineers who are currently employed — the ones you actually want — simply don't have the time or interest to go through a five-stage process for a speculative opportunity.
What a good process looks like
-
Brief screening call (20–30 minutes) With the hiring manager or a senior engineer — not HR running through a list. The goal is mutual qualification: do the candidate's experience and aspirations match what you're offering? Is there genuine interest on both sides? If yes, move fast.
-
Technical assessment calibrated to the actual role For a backend engineering role, a practical assessment around backend engineering problems — not algorithms trivia from a LeetCode-style platform that has no bearing on daily work. Ideally this is a take-home of no more than 2 hours, or a collaborative live session reviewing a real-ish codebase.
-
System design conversation (for senior roles) A dialogue, not a performance. The best system design interviews are collaborative — the interviewer contributes constraints and trade-offs, the candidate reasons through options. You're evaluating how they think, not whether they can recite the "correct" architecture for a distributed system.
-
Team meet and culture fit (30–45 minutes) Have the candidate meet 2–3 team members, not in an interrogation format but in a conversation. The goal is for both sides to assess whether they'd enjoy working together. Strong engineers know what environments they thrive in.
-
Offer, fast If you want someone, tell them within 48 hours of the final interview. Candidates who've gone through your process are simultaneously going through processes at other companies. The offer that arrives first, from a company that has clearly made a decision, signals that you're organised and decisive — which is itself attractive.
Step 5: What Engineers Actually Care About in 2026
Beyond compensation — which needs to be competitive; this market doesn't reward below-market offers — here's what I consistently hear when I speak to engineers about what makes a role attractive:
- Technical quality of the codebase and infrastructure. Engineers do not want to spend their careers maintaining legacy systems with no path to modernisation. If your codebase has significant technical debt, be honest about it — and have a credible plan to address it.
- Quality of engineering leadership. Who is the engineering manager? What's their background? Is there a credible technical leader who engineers can learn from? The quality of engineering management is often more important than the company name.
- Autonomy and ownership. Strong engineers want to solve problems, not just implement specifications. Roles where engineers are treated as delivery resources rather than problem-solvers are harder to fill with the best people.
- Learning and growth. Access to interesting technical challenges, a culture of knowledge sharing, conference budget, time for learning — these matter, especially to mid-career engineers who are choosing roles partly based on where they'll be in five years.
- Remote and working arrangements. The market has settled at "flexible hybrid" as the baseline expectation for most roles. Full five-day in-office requirements meaningfully narrow your candidate pool, especially for senior roles where the candidate has leverage.
The Market Reality in Singapore and Hong Kong Right Now
Singapore remains the stronger technology hiring market of the two — a broader pool of international talent, more active startup and hyperscaler presence, and a government that has consistently invested in making the country an attractive destination for technology workers. The EP (Employment Pass) process has become more streamlined for qualifying candidates, and COMPASS has added some structure to how EP eligibility is assessed.
Hong Kong's technology talent market is smaller, somewhat more constrained, and has seen some net outflow of talent over the past few years. That said, for the right roles — fintech, financial data engineering, trading systems — the concentration of financial services institutions in HK means the available talent pool is deep and technically sophisticated in those specific areas.
In both markets: be patient enough to find the right candidate, be fast enough not to lose them once you've found them, and be honest enough about the role that whoever joins is genuinely set up to succeed.