Skip to content
KhaiziNam Blog KhaiziNam Blog
Go back
Đọc bằng tiếng Việt

Why Did You Choose IT? An Interview Answer That Actually Impresses Recruiters

A practical guide to answering “Why did you choose IT?” in job interviews — what HR is actually evaluating, a 3-part framework for building your answer, script templates for freshers and career changers, and the common mistakes that make this answer sound hollow and unconvincing.

The question “Why did you choose IT?” looks like harmless small talk at the start of an interview. In practice, it is one of the most poorly answered questions in IT hiring — not because candidates lack real reasons, but because they don’t know which reasons are worth saying and how to say them. The result is a flood of nearly identical answers: “because IT pays well”, “because I’ve always liked computers”, “because there are lots of opportunities.” HR nods, moves on, and remembers nothing. This guide gives you a framework to turn this answer into a genuine point of differentiation.

Table of Contents:


1. What HR Is Actually Measuring With This Question

“Why did you choose IT?” is not a question about your personal history. HR uses it to evaluate two core things: depth of commitment to the field (did you choose IT for a real reason, or because you didn’t know what else to do?) and cultural fit signals (are you someone who learns out of genuine interest, or purely out of obligation?). A good answer does not need to be dramatic — it just needs to be specific, honest, and show that you made an active choice rather than drifting into the industry by default.

1.1. The Difference Between a “Passable” Answer and an Impressive One

A passable answer is one HR can’t criticize but also won’t remember. An impressive answer has one specific moment — a small project, a problem you solved, a first time something you built actually worked — combined with a clear direction for where you’re heading. The pairing of a concrete story with a defined technical direction is what separates memorable candidates from mass applicants.

1.2. Which Reasons to Avoid Completely

Three reasons have been repeated so often they no longer carry any signal value: “Because IT pays well” — true, but it signals you chose the profession for money rather than interest; “Because I’ve always liked computers” — too vague to convey any real information; “Because there are a lot of job opportunities” — this is the answer of someone who hasn’t thought deeply about their career. These aren’t wrong, but they say nothing specific about you as a developer.

2. Before & After: What a Structured Answer Looks Like

2.1. Before — A Typical Answer That Leaves No Impression

“I chose IT because I’ve always liked computers and I think there are a lot of opportunities in this field. The salary is good too. I think it’s a good fit for me and I want to grow in this industry long-term.”

Problems: all three reasons to avoid appear at once, there is no specific moment or story, and there is no clear direction. After hearing this, the interviewer knows nothing more about the candidate than before they asked the question.

2.2. After — An Answer With a Concrete Anchor and Clear Direction

“I genuinely committed to IT in my second year of university, when I built a small web app to manage our study group’s schedule — plain PHP, no framework. The first time it ran and my friends actually used it, I realized that building something real people rely on felt completely different from doing assignments. That’s when I started learning outside of the curriculum and decided I wanted to go into backend development. I’m applying here specifically because your Laravel stack aligns with the direction I’ve been building toward.”

Result: one specific moment (schedule management app, plain PHP, real users), evidence of active learning (studying outside the curriculum), a clear technical direction (backend, Laravel), and a natural connection to the JD at the end.

3. The SMD Framework for Building Your Answer

Use the SMD framework: Spark → Movement → Direction across three short components.

3.1. Spark — A Specific Moment or Experience That Started the Choice

This is the part that differentiates your answer from everyone else’s. It does not need to be dramatic — just one specific event: the first time you wrote code that ran correctly, a small project you built yourself, a problem you solved and felt genuinely satisfied by, or a person in tech who made you curious about the field. For career changers, the Spark can be the moment you realized your previous job wasn’t fulfilling something you were looking for, and that IT filled exactly that gap.

3.2. Movement — The Active Step You Took After That Moment

This component proves the choice was intentional, not accidental. Examples: studying beyond the course curriculum, building personal projects, joining a hackathon, reading technical documentation in your own time. For career changers: enrolling in a bootcamp, self-studying online for several months, building your first project before applying for any jobs. Movement only needs one sentence — but it must be specific, not “I started working harder.”

3.3. Direction — The Clear Technical Direction You Are Currently Pursuing

Close with your specific direction in IT — not “develop myself in the tech industry” but a concrete answer: backend/frontend/fullstack/mobile, a specific stack or framework, a product domain or problem space you want to go deep in. Connect Direction to the role you’re applying for when it feels natural — this turns your answer into an organic reason for applying without needing a separate explanation.

4. Script Templates by Situation

4.1. Template for a Fresher Who Studied Computer Science

[Spark — specific moment, 1–2 sentences] “I genuinely committed to IT in [specific time], when I [specific event: built something, solved a problem, saw a concrete result for the first time].”

[Movement — active step, 1 sentence] “After that I started [learning outside the curriculum / building personal projects / doing X] on my own.”

[Direction — current focus, 1–2 sentences] “Right now I’m focused on [specific direction: stack, domain]. I’m applying here because [specific reason connecting to the company’s stack or product].“

4.2. Template for a Career Changer Transitioning Into IT

[Spark — what was missing + what IT filled, 2 sentences] “I spent [X] years working in [previous field]. What I realized was [what was missing] — and when I started [first contact with IT], I found what I was looking for.”

[Movement — evidence of deliberate transition, 1–2 sentences] “I [studied at a bootcamp / self-taught for X months / built my first project] before applying for any roles. [Specific outcome or project built].”

[Direction — focus within IT, 1 sentence] “I want to go into [specific direction] because [connection to experience from previous field if relevant].“

5. Real-World Case Studies

5.1. Case: Nam — Business Admin to Backend, Turning an Unusual Background Into an Advantage

Nam studied Business Administration before switching to IT after his second year of university. In his interview, “why did you choose IT?” was HR’s way of testing whether his unconventional path was a considered decision or an impulsive one. Nam used the SMD framework: his Spark was building an Excel automation tool for his university club that saved the whole group three hours per week; his Movement was five months of self-studying Python and SQL after that; his Direction was backend development with Python, where his business background gave him a stronger understanding of data context than most technical freshers. HR described the answer as refreshingly specific and moved directly to the technical round without any follow-up probing.

5.2. Case: Linh — Accountant to Junior Frontend, Eight Months of Self-Study Before Applying

Linh worked as an accountant for three years, then self-studied web development for eight months before applying for a junior frontend position. She was most nervous about the “why IT?” question, worried it would make her look uncommitted. Her Spark: she had been using VBA to automate spreadsheets in her accounting role, then noticed she was spending more time reading about JavaScript than reading accounting documentation. Her Movement: eight months of self-study through freeCodeCamp and Udemy, resulting in a personal finance tracking app with 40 real daily users from her network. Her Direction: frontend development, where her eye for detail and visual thinking from accounting work gave her a stronger UX instinct than most entry-level candidates. Result: received an offer after three rounds, with HR noting that her career transition answer was one of the most convincing they had heard that month.

6. 6 Common Mistakes and How to Fix Them

7. FAQ

7.1. What if salary really was the main reason I chose IT?

Most people choose a career for several overlapping reasons — salary is just one of them. Think back: was there any moment during your studies where you felt genuinely interested, even briefly? A project that got praised, a piece of code that worked on the first try, a problem you solved and felt satisfied by? That is your real Spark — even if it appeared after you had already chosen the field for financial reasons.

7.2. Should a career changer mention their previous industry or avoid it?

Mention it — but frame it as a connection, not a regret. Experience from another field is a genuine advantage if you know how to position it: accounting backgrounds translate to data reasoning, healthcare translates to medical domain knowledge, education backgrounds translate to EdTech understanding. Avoid saying “I left my old field because I didn’t like it” — instead say “I’m bringing knowledge from X into IT in direction Y.”

7.3. Which round does this question typically appear in?

Primarily in the HR screening round or at the beginning of a culture fit round. Tech leads occasionally ask a variation: “When did you start programming?” — which is structurally the same question. Prepare one answer that works naturally for both phrasings. See 10 IT Fresher Interview Questions You’ll Actually Face to prepare the behavioral questions that typically appear in the same round.

7.4. What if I chose IT because my family pushed me toward it?

Being honest about that is fine — but end with the moment you confirmed the choice for yourself. For example: “IT was initially my family’s suggestion, but when I built [X] in my second year and saw [result Y], I actively decided to continue on my own terms.” The transition from an external reason to an internal one is a natural and credible story — it shows self-awareness, not weakness.

7.5. Does the answer need to connect to the specific role being applied for?

Connect in the Direction component when it feels natural — don’t force it if the link is weak. The cleanest way to connect is to mention the tech stack or product type you want to work with, and let the interviewer draw the line to their JD themselves. See IT Job Interview Self Introduction: Script Templates for Freshers & Junior Devs for how to weave your technical direction naturally into your full opening statement.

8. Summary

The “why did you choose IT?” question doesn’t need a grand answer — it needs a specific, honest one with a clear direction. Apply the SMD framework: find one concrete Spark (however small), describe the active Movement you made after it, and close with a clear Direction you’re currently pursuing. Avoid the three overused reasons (salary, job market, liking computers since childhood), and connect your Direction to the role you’re applying for wherever it feels natural.

To prepare fully for the HR and behavioral rounds, pair this with 10 IT Fresher Interview Questions You’ll Actually Face (With Model Answers 2026) and IT Job Interview Self Introduction: Script Templates for Freshers & Junior Devs to handle the full opening section of any IT interview with confidence.


Share this post:

Related Posts

IT Fresher & Junior Salary 2026: PHP, Node.js, React, Flutter - Real Market Data

Real salary benchmarks for IT freshers and junior developers in Vietnam in 2026, broken down by tech stack - so you know exactly what number to quote in interviews, or whether you're being underpaid right now.

Junior Developer Portfolio: What to Include to Get Interview Calls

A junior developer portfolio is the collection of real projects, skills, and professional information you present so employers can evaluate your abilities — substituting for the work experience section of your CV that's currently empty. For freshers and junior developers, a portfolio isn't something that's "nice to have" — it's the only evidence you can offer to prove you can actually build things

How to Write a Junior Developer Cover Letter With No Experience

Learn how to write a junior developer cover letter with no experience, including practical templates, real examples, common mistakes, and tips to pass the CV screening round.

Body Language in Tech Interviews: 7 Mistakes That Cost You the Offer

Body language in tech interviews refers to the non-verbal signals — posture, eye contact, hand gestures, and vocal tone — that recruiters observe alongside your technical answers. Mastering these signals helps you project confidence and professionalism from the very first second you walk into the room.

Questions to Ask Your Interviewer as a Junior Dev (Beyond Just Salary)

A practical guide to asking questions in IT job interviews — why the "do you have any questions?" moment matters more than most candidates realize, 20+ real questions organized by purpose and interview round, what never to ask, and how to choose the right questions for each interviewer you face.

'What Is Your Greatest Weakness?' — IT Interview Answer That Won't Get You Rejected

A practical guide to answering "What is your greatest weakness?" in IT job interviews — why the question is a trap for most candidates, a 3-step framework for freshers and junior developers, ready-to-use script templates, real case studies, and the six most common mistakes that get candidates rejected on the spot.

ReactJS Junior Interview Questions: 30+ Real Questions With Answers 2026

30+ of the most commonly asked ReactJS junior interview questions in 2026 — covering Virtual DOM, hooks, state management, and performance optimization — with detailed answers and code examples to help you confidently pass any technical interview. You've been learning React for a few months, you've built projects, but every time you walk into an interview you get asked things no tutorial ever cove

Refresh Token in Node.js and Laravel: Complete Production Implementation Guide 2026

A complete guide to implementing Refresh Tokens in both Node.js (Express) and Laravel PHP — covering database design, API endpoints, rotation logic, and common pitfalls — helping developers build a production-ready JWT authentication system in 2026.

Session vs JWT: Which Should Developers Choose? A Practical Comparison for 2026

A detailed comparison of Session and JWT across 6 practical technical criteria — architecture, revocation, scaling, performance, security, and complexity — helping developers make the right choice for each type of project in 2026.

JWT Security Best Practices: How to Secure JSON Web Tokens in Production 2026

You've implemented JWT and it works — but is it actually secure? Many developers get the functionality right while getting the security completely wrong: storing tokens in localStorage, using weak secrets, skipping claims validation, or ignoring refresh token rotation.


Previous Post
Questions to Ask Your Interviewer as a Junior Dev (Beyond Just Salary)
Next Post
'What Is Your Greatest Weakness?' — IT Interview Answer That Won't Get You Rejected