Engineering IC interview prep.

A services-firm engineer ships client-billed code on someone else's stack: today a cloud migration for a bank, tomorrow a SaaS implementation for a retailer, next quarter a custom build for a manufacturer.

What interviewers look for

  • Can the candidate code cleanly + reason about complexity: DSA + language + framework fluency to the firm's stack - not just leetcode pattern-matching?
  • Do they design solutions at engagement scale: clarify requirements, pick the right platform pattern (cloud / SaaS / custom), integrate cleanly, plan deployment - not over-engineer for hypothetical scale?
  • Can they ramp fast on unfamiliar stacks: the multi-project hopping reality requires learning new platforms + languages + domains every 3-12 months?
  • Do they communicate technical decisions to non-technical clients: explain tradeoffs in business terms, demo working software, handle scope + change with client context?
  • Are they quality + handoff disciplined: testing (unit + integration + UAT), defect triage, knowledge transfer, code that the client / next consultant can maintain?
  • Do they own the project end-to-end as an IC: requirement -> design -> build -> test -> deploy -> demo -> handoff - not just 'I coded my ticket'?

Behavioural questions to expect

  1. Walk me through your CV.

    What it tests: Story coherence + genuine fit for services-firm IC work. Teams want evidence of progressively-scoped client-billed technical work, multi-platform breadth, and client-facing maturity - not just years on one stack.

  2. Tell me about your most impactful technical project.

    What it tests: Depth + ownership + client outcome. Tests whether the candidate frames client-billed work as client problem -> technical approach (with tradeoffs) -> shipped + tested + handed-off code -> measurable outcome.

  3. Tell me about a weakness, a failure, or feedback you've received and worked on.

    What it tests: Self-awareness + delivery discipline. Cross-role canonical. Services-IC mistakes (shipped a bug into client UAT, over-engineered when client wanted speed, skipped a client check-in and got blindsided) carry client + relationship cost.

  4. Why services-firm engineering - and why this firm vs a product company or internal IT?

    What it tests: Authentic fit for the multi-platform + client-facing + delivery-paced seat. Tests whether the candidate WANTS the variety + client work, not just defaulting to services because product-firm offers fell through.

  5. Which technical area or stack would you want to focus on, and why?

    What it tests: Genuine fit + grasp of how services-firm engineering areas differ (cloud + data eng / SaaS implementation / custom dev / package config + extension; vertical: FS / HC / retail / mfg).

  6. Why this firm?

    What it tests: Whether the candidate has done the homework. Bar: firm-specific evidence from offerings, engagements, verticals, partner ecosystem, people - not generic 'great firm'.

  7. How would you describe this firm's engineering practice + tech stack in your own words?

    What it tests: Whether the candidate has internalized HOW the firm delivers technical work - stacks, partner platforms, delivery model, vertical strength.

  8. How does engineering actually drive value at an IT services firm?

    What it tests: Whether the candidate understands services-firm economics from the IC angle: billable hours + quality + reusable assets + partner-platform skills + follow-on engagements.

Technical concepts to master

DSA + language + framework fluency

Core DSA (the services-firm screen set)
Arrays + strings + hash maps + linked lists + trees (BFS / DFS) + sorting + searching + basic recursion + basic dynamic programming.
OOP + design patterns
Encapsulation, inheritance, polymorphism, abstraction; SOLID principles; common patterns (Singleton, Factory, Strategy, Observer, Adapter).
Language + framework specifics
Fluency in the firm's primary stack: Java + Spring (DI, annotations, JPA, REST), or .NET (LINQ, async / await, EF), or JavaScript + Node + React, or Python + Django / Flask.
SQL + database fundamentals
Joins (inner, outer, self), aggregation, subqueries, indexing basics, transactions, ACID, normalisation; write a non-trivial query under time pressure.

Solution + integration design at engagement scale

Realistic enterprise-scale estimation
Most enterprise apps: 100-10K users, 100s-100Ks transactions / day, modest data volumes; design accordingly - sometimes a single relational DB + load-balanced app servers is the right answer.
Platform pattern choice (config vs custom vs hybrid)
For most enterprise needs: SaaS config + extension > custom build; cloud-native > legacy modernisation; lift-and-shift > rewrite (initially).
Integration patterns
REST (sync request / response), message queue + event-driven (async, decoupled), batch (scheduled, high-volume), file-based (legacy + simple).
Security + data handling in enterprise
AuthN / AuthZ (SSO + OAuth + role-based access); data classification (PII / PCI / PHI); encryption in transit + at rest; audit logging.

Client communication + ambiguity

Translating technical to business
Reframe technical decisions in business terms: cost ($), time (weeks), risk (likelihood + impact), quality (defects + downtime), maintainability (long-term cost).
Handling ambiguous requirements
Requirements are rarely complete; the IC asks clarifying questions, documents assumptions, surfaces the gap early, and proposes options when the client is uncertain.
Demoing working software
Frequent client demos (weekly / sprint cadence) to validate direction + build confidence; not a big-reveal at the end.
Handling scope + change discussions
When client requests something out of scope, the IC documents, raises to delivery lead, supports the change-control conversation - does not silently absorb or refuse.

Quality + testing + handoff on client systems

Testing strategy (unit + integration + UAT)
Unit tests: developer-owned, fast, cover logic. Integration: cross-component + with external systems (mocked or real). UAT: client validates business scenarios.
Defect triage + management
Defects classified by severity (sev 1-4) + priority; triaged daily during test phases; fixed in priority order; documented + closed cleanly.
Code quality + maintainability
Clean code (naming, structure, comments, no dead code); style consistent with project / firm standard; reviewed by peer or tech lead.
Knowledge transfer + handoff
Documentation (architecture, data model, runbook, troubleshooting), KT sessions, support transition; the engagement is not done until the client / support team can run it.

Practical drills

  • Implement a function that takes a list of customer transactions (timestamp + amount + customer_id) and returns the top-N customers by total spend in the last 30 days. Walk me through your approach + the tradeoffs at scale.
  • A retail client wants to integrate their existing on-prem ERP with a new cloud-based e-commerce platform so orders flow from the website to the ERP for fulfilment + inventory updates flow back to the website. 50K orders / day at peak, 99.5% uptime required. Walk me through the design.
  • A client's order-management system (built by the firm 18 months ago; you didn't write it) is reporting intermittent failures - ~5% of orders show as 'stuck' in a processing state for over an hour, not progressing. Client is escalating. Walk me through how you'd diagnose + fix + estimate time-to-recovery.

Smart-question anchors

  • Tech stack + projects - the role's first engagement, the stack + platform, expected scope at 6-12 months
  • Partner-platform priorities - major cloud / SaaS / package certifications the firm is investing in
  • Vertical + offering - the verticals + technical offerings the role focuses on, growth bets
  • Ramp + learning - how the firm supports learning new stacks between engagements, certification paths
  • Career ladder + growth - analyst -> consultant -> senior -> tech lead -> architect; what each transition requires

Related roles

Sourced from

Ready to Generate Your Own Prep?

Drop your CV and a job description on the home page. A couple of minutes later you get a report with everything you need to land the job.