Behavioral & Interview Skills
The non-technical half of the interview loop: presenting yourself, telling structured STAR stories, handling conflict, failure, and motivation questions, and negotiating the offer at the end. Companies weight these rounds as heavily as coding — a strong technical performance can still sink on a rambling story or an unexplained job hop.
on this pageshowhide
explore
- Self-Presentation20 questions
- Tell Me About Yourself2 questions
- Elevator Pitch2 questions
- Resume Walkthrough2 questions
- Project Walkthrough & Deep Dive2 questions
- Strengths & Weaknesses3 questions
- Presenting Impact with Numbers4 questions
- Tailoring Your Story to the Company & Role5 questions
- STAR Method & Story Craft32 questions
- Answer Frameworks8 questions
- Story Selection & Preparation12 questions
- Structural Pitfalls12 questions
- Collaboration & Conflict33 questions
- Technical Disagreement9 questions
- Difficult Teammates6 questions
- Giving Feedback2 questions
- Code-Review Conflict8 questions
- Cross-Team & Stakeholder Friction8 questions
- Leadership & Influence26 questions
- Influence Without Authority10 questions
- Mentoring & Growing Others8 questions
- Driving Decisions4 questions
- Delegation & Leading Delivery4 questions
- Failure & Growth18 questions
- Failure & Mistake Scenarios9 questions
- Criticism & Tough Feedback3 questions
- Learning & Recovery6 questions
- Motivation & Fit27 questions
- Why Us & Why This Role9 questions
- Career Story & Goals7 questions
- Passion & Drive4 questions
- Culture Fit & Red Flags7 questions
- Work Style & Execution31 questions
- Priorities & Deadlines7 questions
- Ambiguity & Change7 questions
- Estimation & Scope8 questions
- Remote & Async Collaboration5 questions
- Disagreement & Pushback4 questions
- Questions to Ask the Interviewer38 questions
- Questions by Audience22 questions
- Asking with Intent16 questions
- Offers & Negotiation40 questions
- Before the Offer6 questions
- Understanding the Offer14 questions
- Making the Counter12 questions
- Deciding and Closing8 questions
- AI & Data Scientistroleanchors this topic
- AI Engineerroleanchors this topic
- AI Red Teamingroleanchors this topic
- Android Developerroleanchors this topic
- BI Analystroleanchors this topic
- Backend Developerroleanchors this topic
- Blockchain Developerroleanchors this topic
- Cyber Security Expertroleanchors this topic
- Data Analystroleanchors this topic
- Data Engineerroleanchors this topic
- DevOps / SRE Engineerroleanchors this topic
- DevSecOps Engineerroleanchors this topic
- Frontend Developerroleanchors this topic
- Full Stack Developerroleanchors this topic
- Game Developerroleanchors this topic
- Java Backend Developerroleanchors this topic
- Java SDETroleanchors this topic
- Kotlin Backend Developerroleanchors this topic
- MLOps Engineerroleanchors this topic
- Machine Learning Engineerroleanchors this topic
- Network Engineerroleanchors this topic
- PostgreSQL DBAroleanchors this topic
- QA Engineerroleanchors this topic
- Software Architectroleanchors this topic
- iOS Developerroleanchors this topic
questions
265 · 9 sectionsIn about thirty seconds, tell me who you are and what you do.
basics
~20 sTests whether you can compress your value into one memorable claim under a time limit. Lead with your current role and one narrow specialty, back it with a single concrete proof point, and close with what you want next.
Tell me about a project you are most proud of.
basics
~20 sTests ownership and whether you can make technical work legible fast. Pick one project, set context in about thirty seconds, say what you personally decided and why, land a measured result, and leave room for drill-down.
What turns a duty-style resume bullet into a quantified outcome bullet an interviewer can check?
basics
~20 sAn outcome bullet names the measure, the value before your work, the value after, and what you did to move it. A duty bullet names only the responsibility, so nothing in it can be verified.
Walk me through your resume.
basics
~20 sTests whether your career reads as a trajectory rather than a list. Narrate roughly three minutes chronologically, give a reason for every move, weight the recent roles heaviest, and land on why this job is the next step.
Why did you leave your last role?
basics
~20 sProbes whether your reason for leaving would recur here and whether you can describe a disappointment without blame. Give one clean, forward-looking reason, credit what the role gave you, and say what you are moving toward.
What are the four components of a STAR answer, and what must each one accomplish?
basics
~20 sSTAR has four beats: Situation sets the context, Task states what you personally owned, Action describes what you did about it, and Result reports what changed. All four are mandatory, and Action carries the evidence being graded.
In behavioral answers, what does the L in the CARL framework add that STAR leaves out?
basics
~20 sCARL ends on Learning: after Context, Action and Result you say what the experience changed in how you work. STAR stops at the Result, so it omits the reflection that failure and growth prompts are actually asking for.
Why does a STAR answer that stops after your actions, with "...and then we moved on to the next thing", fail?
basics
~20 sA story that stops after the actions gives no evidence they worked, so it reads as effort rather than achievement. The final beat must state what changed because of you, in past tense, plus one line of reflection.
In a behavioral interview answer, what is a headline-first opening and why use one?
basics
~10 sA headline-first opening is one sentence stating what you did and how it ended, said before any background, so the listener knows the point of the story even if they hear nothing else.
In a STAR answer, when should a candidate say "I" and when is "we" the honest choice?
basics
~20 sUse 'we' only for shared context — the team, the system, the goal that was genuinely collective — and 'I' for every decision, action and tradeoff you personally owned. An interviewer can only score what one named person did.
How do you word a code review comment when you think the author's approach is wrong?
basics
~20 sProbes whether you can be direct without making it personal. Strong answers label severity first, state the objection as a question with the reason attached, cite a shared standard rather than taste, and quote one comment you actually wrote.
Tell me about a time you got harsh or blunt feedback on a code review.
basics
~10 sTests whether criticism of your code lands as criticism of you. Answer with one blunt comment, what you did to understand it before replying, the change you made, and the working relationship afterwards.
Tell me about a time you had to tell a stakeholder that work was going to be late.
basics
~20 sTests whether bad news travels fast and arrives with a plan. Answer with the moment you knew, how quickly you said it, what you offered alongside the slip, and the revised date you then held.
Tell me about a time you had to work with a difficult teammate.
basics
~10 sProbes conflict resolution and self-awareness. Describe one person in observable behaviours, the charitable read you tested, the direct conversation you had, what you changed yourself, and a work outcome with the relationship still standing.
Tell me about a time you were wrong about a technical decision.
basics
~10 sTests whether you can be wrong without defending it. Name a real call you got wrong, how you found out, what you said and to whom, and the guardrail that came out of it.
Tell me about a time you disagreed with a decision your team made and had to support it anyway.
basics
~20 sTests whether you can argue hard and then execute without hedging. Give one decision you lost, show where you voiced the objection while it was still open, then what committing actually looked like in your work.
Tell me about a time you gave someone difficult feedback.
basics
~10 sTests whether you can say a hard thing kindly and precisely. Name one observable behavior and its impact, show you said it privately and soon after, and end with evidence the behavior actually changed.
In interviews, how does expected leadership scope differ at mid, senior and staff level?
basics
~20 sLeadership scope widens by rung. A mid-level engineer leads a task and its execution, a senior leads a project and the coordination inside it, and a staff engineer multiplies two or three teams over a much longer horizon.
Tell me about a time you knew something your manager did not, and had to change their mind.
basics
~10 sProbes candour and judgement about where dissent belongs. Answer with one real disagreement, evidence rather than opinion, raised privately first, a decision that actually got made, and you committing to it afterwards.
Tell me about a time you drove a technical decision that several teams had to agree on.
basics
~20 sTests whether you can own a decision process across team boundaries, not just hold a strong opinion. Answer with the options you framed, the criteria everyone accepted, who decided by when, and how the losing side stayed on board.
Tell me about the hardest piece of feedback you have received at work.
basics
~10 sTests whether you can hear criticism without defending yourself. Pick feedback you now agree was right, show the clarifying question you asked, one concrete change you made, and evidence that the change stuck.
Tell me about your biggest professional failure and what came out of it.
basics
~20 sTests honesty and self-awareness under a question designed to tempt evasion. Pick a real failure with a cost you can name, own your part in first person, and show one habit that changed because of it.
Tell me about a time you missed a deadline.
basics
~20 sProbes early communication and realistic re-planning, not perfection. Give one real slip you owned, the moment you first knew, the options you brought when you escalated, how late it actually was, and the estimating habit you changed.
What did you learn from your biggest professional mistake, and how did it change the way you work?
basics
~20 sTests whether failure actually changed you. Name one concrete mistake, state the lesson in a single sentence, describe the habit or check you adopted because of it, and give evidence the change has held since.
Tell me about a time you were given work that was beyond your skills.
basics
~20 sProbes growth mindset and honesty about gaps. Name the skill you lacked, show that you flagged it early, describe a deliberate ramp-up with targeted help, and finish with delivered work plus the ability you kept.
Where do you see yourself in five years?
basics
~20 sTests whether your ambition is real, self-aware and satisfiable here. Answer with a direction and a capability rather than a title, one concrete near-term step, and an honest link to what this role actually offers.
Why are you leaving your current job?
basics
~20 sTests whether the thing pushing you out also exists here, and how you talk about people you are leaving. Give one honest, specific reason without blame, credit what the role gave you, then land on the pull toward this job.
What should a candidate's pre-interview company research cover before a recruiter screen?
basics
~20 sThree kinds of source: how the company builds (its public engineering writing), what it sells (the product itself), and how it is funded or performing. Capture the findings on one page as hooks and questions, not as memorised facts.
Why should we hire you for this job?
basics
~20 sAsks you to make your own case out loud. Give one claim, two pieces of evidence closest to the job's hardest task, one thing the resume does not show, and an honest note on what you would need early.
Why do you want this role, specifically?
basics
~10 sTests whether you want this job or any job. Answer with two or three specifics from the posting, evidence you have already done that kind of work, and what the role gives you next.
Tell me about a time the requirements changed after you had already built a big part of the work.
basics
~20 sTests whether a change of goal produces resentment or re-planning. Name what changed and what you had already built, show how you triaged salvage versus discard, renegotiated scope openly, and shipped something smaller on purpose.
Tell me about a decision you had to make without all the information you needed.
basics
~20 sTests judgment under uncertainty, not luck. Answer with one real call: the fact you were missing, the timebox you set, the assumptions you wrote down, why the path you chose was cheap to undo, and what the later data showed.
Tell me about a time you were handed a requirement too vague to build from.
basics
~20 sProbes whether you turn a vague ask into a buildable scope instead of guessing or stalling. Answer with the questions you asked, the assumptions you wrote down, and the definition of done you agreed before writing code.
Tell me about a time you disagreed with a decision your product manager made.
basics
~10 sTests whether you push back on the decision rather than the person. Name one real disagreement, show the evidence you brought, use the proper channel, and end with a decision that everybody owned.
Tell me about a time you were given a deadline you believed was unrealistic.
basics
~20 sTests whether you surface schedule risk early and negotiate with options instead of nodding and missing. Answer with the estimate that exposed the gap, a scope-time-people counter-proposal, and the date you actually committed to and hit.
In a panel round with a future peer engineer, which of your questions are best saved for them?
basics
~20 sSpend a peer engineer's window on daily mechanics: how a merged change reaches users, deploy cadence, on-call rotation depth, review turnaround, and how tech debt gets picked up. Leave strategy, headcount and pay to other interviewers.
Which questions should a candidate save for a startup founder rather than a peer engineer?
basics
~20 sSave the questions only an owner of the business can answer: funding stage and months of runway, how the company will make money, what stops a competitor copying it, and which people the business depends on.
What does asking a hiring manager what success looks like in the first 90 days get a candidate?
basics
~20 sAsking a hiring manager to define success at 90 days converts an advertised job description into the standard you will actually be judged against, and it reveals whether the manager has shaped the role at all.
When a candidate meets a skip-level director, what kinds of questions fit that audience?
basics
~20 sAsk a skip-level director the org-level questions only they can answer: where this team's work sits among company priorities, how headcount is planned, how disputes between teams get decided. Day-to-day questions belong in the peer round.
Which questions should a candidate save for the recruiter screen rather than later rounds?
basics
~20 sSave the process and calibration questions for the recruiter: how many stages there are, what each assesses, the timeline, the level the role is posted at, and the pay band for that level. Later interviewers rarely own those facts.
In a job search, why fix your walk-away number before the final interview round?
basics
~20 sA walk-away number is the lowest package you would genuinely decline below, chosen from benchmark data before any offer exists. Fixing it early keeps a late, pressured decision from being made by adrenaline rather than by evidence.
What are your salary expectations for this role?
basics
~20 sTests whether you know your market and can talk money without flinching. Ask for the band budgeted for the level first, and if pressed give a researched range tied to scope, never a single low number.
Why does accepting a job offer in writing matter more than a verbal yes on a call?
basics
~20 sA written acceptance creates a shared record of what was agreed. A verbal yes leaves title and level, base, bonus, equity grant and start date to two people's memory, and memory is where offer terms quietly drift apart.
Why do some employers put a short hard expiry date on a written job offer?
basics
~20 sA short expiry limits comparison shopping: it forces a decision before competing processes can finish. Some deadlines reflect real constraints like closing headcount; many are pressure. Asking a recruiter what set the date costs nothing.
What is anchoring in a job offer negotiation, and why does the first number named matter?
basics
~20 sAnchoring is the pull the first concrete number exerts on everything said afterwards: later figures get judged as moves away from it rather than valued fresh. Whoever anchors sets the range the rest of the conversation happens inside.