메뉴
HN
Hacker News • 59일 전

마이크로소프트 면접에서 떨어졌던 그때의 이야기

IMP
3/10
핵심 요약

소프트웨어 엔지니어가 공채용 서적에서 예상 문제를 미리 알게 된 상황에서도, 솔직함을 선택하여 면접에서 탈락했던 경험을 진솔하게 회고한 글입니다. 기술 면접의 단편적인 풍경과 평가 방식을 엿볼 수 있어 인사이트를 제공합니다. 빅테크 기업의 인재 채용 과정과 개발자로서의 가치관에 대해 고민해볼 수 있는 글입니다.

번역된 본문

마이크로소프트 면접에서 떨어졌던 그때의 이야기 2026년 7월 28일

때는 2015년, 내가 컴퓨터 공학 학사 과정을 밟고 있던 중반 시점이었다. 나는 몇 달 동안 오픈소스 기여 활동을 하며 자신감이 충천해져 있었고, 이런 생각을 했다. 마이크로소프트에서 여름 인턴십을 노려보는 건 어떨까? 2026년인 지금 시점에서 보면 마이크로소프트를 동경의 대상으로 삼는다는 게 좀 이상하게 들릴 수 있다. 하지만 당시만 해도 그들은 (적어도 내게는) 정말 멋진 기업이었다. 나는 그들의 TypeScript 작업과 C# 컴파일러의 오픈소스 재작업에 깊은 인상을 받았다. 그리고 Anders Hejlsberg, Joe Duffy, Eric Lippert 같은 사람들과 함께 일하는 꿈을 꾸었다. 약간 순진하게도, 나는 마이크로소프트 채용 포털에 올라와 있는 담당자에게 이메일을 보냈다. 어떤 인턴십을 선택해야 할지도 몰랐고, 사람과 직접 이야기해보면 길이 보일 것이라 생각했다. 혹시 몰라 이력서도 함께 첨부했다. 나의 이런 순진함은 보상을 받았다. 약 한 달 후, 대학 채용 팀의 일원으로부터 이메일을 받은 것이다. 제목은 "마이크로소프트 전화 면접에 초대합니다"였다. 그들이 나와 이야기하고 싶다고 했다! 그럼 이제 어쩌지?

가장 먼저 할 일은 일정을 잡는 것이었다. 나는 네덜란드에 살고 있었고 마이크로소프트 직원들보다 9시간 빨랐다(그들은 태평양 표준시 사용자였다). 그러니 선택의 여지가 별로 없었다. 내 시간 기준으로는 저녁, 그들 시간 기준으로는 아침에 통화하게 되었다. 일정이 끝나자 다음 단계는 면접 준비였다. 인터넷의 풍문에 따르면 당시 빅테크 기업의 면접 방식을 초보자에게 낱낱이 알려주는 명저 "코딩 인터뷰 완전분석(Cracking the Coding Interview)"를 적극 추천했다. 이 책의 조언을 참고하여 나는 소위 '행동 면접' 질문에 대한 답변을 준비했고, 자료구조 지식을 완벽히 숙지했으며, 수많은 브레인 티저(창의력 테스트 문제)도 풀어보았다.

그리고 드디어 면접 당일이 되었다. 통화를 위해 조용한 방을 찾아 노트북 옆에 면접용 메모를 펼쳐놓고, 호기심과 긴장감이 뒤섞인 채로 회의에 접속했다. 결과가 어땠을까? 놀랍게도 그 책의 내용은 놀라울 정도로 정확했다. 예상했던 유형의 행동 면접 질문들이 나왔고, 메모 덕분에 땀 흘리지 않고 답변할 수 있었다. 심지어 책에서 본 브레인 티저 문제가 그대로 나왔다! 문제는 대략 이런 내용이었다. 12개의 구슬과 양팔 저울이 있다. 그중 하나는 나머지와 무게가 다르다. 즉, 다른 정상적인 구슬들보다 무겁거나 가벼울 수 있다. 양팔 저울을 딱 3번만 사용하여 12개 중 어떤 구슬이 이상 있는 것인지 식별하는 동시에, 그 구슬이 일반적인 것보다 무거운지 가벼운지 알아내야 한다.

이제 나는 딜레마에 빠졌다. 한편으로는 이 수수께끼를 모르는 척하고, 생각하는 척 연기를 하며, 그 자리에서 답을 도출해낸 것처럼 면접관을 속일 수도 있었다. 하지만 다른 한편으로는, 솔직히 연기하고 싶지 않았다! 게다가 시간 압박 속에서 수수께끼를 푸는 능력보다 정직함이 더 가치 있지 않은가? 만약 회사가 그걸 인식하지 못한다면 그건 그 회사의 손해라고 생각했다. 이미 짐작하겠지만, 이 이야기가 어떻게 끝날지 대강 감이 올 것이다! 나는 면접관에게 이미 그 수수께끼를 알고 있다고 말하며 다른 문제를 요청했다. 그녀는 약간 놀란 듯했지만, 잠시 멈칫한 뒤 내가 방금 요청한 새로운 수수께끼를 내주었다. 이번 문제는 책에 없는 문제였다. 그리고 이것은 나를 압박하는 면접 분위기 속에서 풀어내지 못했다. 정말 불편한 상황이었다! 그럼에도 불구하고 면접은 자연스럽게 끝날 때까지 진행되었다. 통화를 마친 후 나는 궁금했다. 브레인 티저를 대할 때 내가 보여준 그 대담함을 그들이 높게 평가해 줄까? 나는 나의 이상주의를 조금 웃어넘기고, 어떤 결과든 받아들이기로 마음먹었으며, 혹시 모르니 기대치를 조금 낮추기로 했다.

결국, 약 한 달 후 후속 이메일을 받았을 때 나의 낮아진 기대치는 그대로 충족되었다. "귀하의 자격과 역량을 신중하게 검토했습니다. 현재 기회를 고려할 때, 당사의 현재 요구에 더 부합하는 배경과 능력을 가진 다른 후보자를 모색하기로 했습니다." (출처)

원문 보기
원문 보기 (영어)
That time when I failed the Microsoft interview 28 Jul, 2026 The year was 2015, halfway through my Computer Science bachelor’s degree. I had spent a few months contributing to open source and my confidence levels were high, so I thought: why not aim for a summer internship at Microsoft? Microsoft, of all places, might sound like a weird company to target in 2026. Back then, however, they were cool (in my book at least). I was impressed by their work on Typescript, and also by their open source rewrite of the C# compiler. I dreamed of working together with people like Anders Hejlsberg , Joe Duffy and Eric Lippert 1 . Somewhat naively, I sent an email to someone listed on the Microsoft job portal. I didn’t know which internship to choose and I hoped talking to a person on their end would enlighten me. I attached my resume just in case that would be relevant. My naiveté was rewarded when, about a month later, I received an email from a member of their university recruiting team. The subject was “You’re Invited to Microsoft Phone Interviews”. They wanted to talk to me! What now? First thing was to book a spot. I lived in The Netherlands and was 9 hours ahead of the Microsoft people (they were on Pacific Time). There wasn’t much choice, then; it would be an evening call on my end, morning on theirs. With scheduling out of the way, the next step was to start preparing. Internet lore unambiguously recommended “Cracking the Coding Interview”, a book where Big Tech interviewing practices of the time were unveiled to the uninitiated. Drawing from the book’s advice, I prepared answers for so-called behavioral questions, made sure my knowledge of data structures was fresh, and even went through a bunch of brain teasers. Then came the day of the interview. I found a quiet room for the call, laid my interviewing notes next to my laptop, and joined the meeting with a mix of curiosity and nervousness. Guess what? “Cracking the Coding Interview” proved astoundingly accurate. Behavioral questions came in the expected flavors, and my notes allowed me to answer them without breaking a sweat. I even got a brain teaser straight from the book! It was something along the lines of: You have 12 marbles and a balance scale. One of the 12 marbles is inconsistent with the others, meaning it could be heavier or lighter than its peers of normal weight. You are allowed to use the balance scale exactly 3 times to identify which of the 12 marbles is irregular AND determine whether it is heavier or lighter than normal. ( source ) Now I faced a dilemma. On one hand I could pretend I didn’t know the riddle, put on an act of thinking out loud, and let the interviewer believe I had arrived at the solution on the spot. On the other hand, I really didn’t feel like pretending! Besides, isn’t honesty more valuable than the ability to solve riddles under time pressure? If a company is unable to see that, then that’s their loss, I thought. You can already see where this is going to end! I told the interviewer I already knew the riddle, and I asked for another one. She was a bit surprised, but after a short pause gave me the new riddle I had just asked for. This one was not in the book… this one I was unable to solve under the pressure of the interview. How uncomfortable! Be that as it may, the interview continued until its natural end. After the call I was left wondering: will they value the boldness I displayed when it came to the brain teaser? I laughed a bit at my own idealism, made peace with either outcome, and decided to tone down my expectations just in case. As it turns out, my toned-down expectations were duly met a month later, when I received a follow-up email: We have carefully considered your qualifications and skills. In light of our current opportunities, we will be pursuing other candidates whose background and abilities more closely match our needs at this time. If you have any questions, please contact your school recruiter. Oops! Maybe Microsoft did want interns to solve riddles as part of their job. Or maybe I screwed up something else. I’m afraid I’ll never know! Eric had already left Microsoft, but I loved his blog and thought well of the company for having employed one of my programming heroes.  ↩︎