이 페이지에서
연습할 질문
Tell me about a project you built.
직접 만든 프로젝트에 대해 말해 주세요.
질문하는 이유Dana는 실제 경험과, 내 작업을 얼마나 분명하게 설명하는지 알고 싶어 해요.
프로젝트를 하나만 골라요. 어떤 일을 하는지, 누가 썼는지 말해요. 그다음 내가 만든 부분과 쓴 도구를 말해요. 예: “I built a booking tool for a small clinic. I wrote the back end in Python.”
What did you build yourself?
본인이 직접 만든 부분은 무엇인가요?
질문하는 이유팀이 한 일만이 아니라 내가 맡은 부분을 알고 싶어 해요.
“we”만 쓰지 말고 “I”도 써요. 백엔드, 데이터베이스, 사용자 화면처럼 내 몫을 분명히 말해요. 내가 내린 결정 하나와 그 이유도 말해요. 다른 부분은 다른 사람이 만들었다고 해도 괜찮아요.
What tools or technologies did you use, and why?
어떤 도구나 기술을 썼고, 왜 그것을 골랐나요?
질문하는 이유도구의 이름만이 아니라 도구를 이해하고 있는지 보고 싶어 해요.
도구를 2~3가지만 말해요. 각각 왜 좋은 선택이었는지 짧은 한 문장으로 말해요. 간단하게 해요. 아는 걸 전부 말할 필요는 없어요.
Tell me about a bug you fixed.
고친 버그에 대해 말해 주세요.
질문하는 이유버그 이야기에서 어떻게 생각하고, 차분하게 실제 문제를 푸는지 알 수 있어요.
3단계의 짧은 이야기로 말해요. 무엇이 잘못됐는지, 원인을 어떻게 찾았는지, 어떻게 고쳤는지예요. 예: “Orders were missing. I read the logs and found a timing error. I fixed it.”
How did you find the cause?
원인은 어떻게 찾았나요?
질문하는 이유결과만이 아니라 과정을 보고 싶어 해요.
순서대로 단계를 말해요. 로그를 읽었나요, 출력문을 넣었나요, 문제를 다시 일으켜 봤나요? 한 번에 아이디어 하나씩 시험했나요? “first”, “then”, “finally” 같은 말을 써요.
How did you make sure the bug did not come back?
그 버그가 다시 생기지 않도록 어떻게 했나요?
질문하는 이유고친 뒤에도 품질을 생각하는지 알고 싶어 해요.
고친 뒤에 한 일을 말해요. 테스트를 추가했거나, 팀에 메모를 남겼거나, 비슷한 코드를 확인했을 수 있어요. 아무것도 안 했다면 다음에는 무엇을 할지 말해요.
How do you handle code review?
코드 리뷰는 어떻게 하나요?
질문하는 이유코드 리뷰는 팀 작업에서 중요해요. 피드백을 주고받는 방식을 알고 싶어 해요.
언제 리뷰를 요청하는지, 댓글에 어떻게 답하는지 말해요. 실제 사례를 하나 들어요. 예: “I ask for review early. When someone suggests a change, I ask questions if I do not understand.”
Tell me about a time you learned a new tool.
새로운 도구를 배운 경험에 대해 말해 주세요.
질문하는 이유도구는 자주 바뀌어요. 어떻게 배우는지 알고 싶어 해요.
도구 이름과 배운 방법을 말해요. 연습하려고 무엇을 만들었는지도 말해요. 예: “Last year I learned Docker by building a small test project. Then I used it at work.”
How do you work with others on your team?
팀원들과 어떻게 함께 일하나요?
질문하는 이유소프트웨어는 팀이 만들어요. 일을 어떻게 나누고 사람들과 어떻게 소통하는지 알고 싶어 해요.
매일 공유하기, 도움 요청하기, 동료와 함께 작업하기처럼 습관 하나를 말해요. 실제 팀에서 겪은 짧은 사례도 하나 들어요. 잘 듣고 정보를 나눈다는 걸 보여 줘요.
What would you do if you were stuck on a problem?
문제에서 막히면 어떻게 하나요?
질문하는 이유먼저 혼자 시도해 보는지, 그리고 도움도 요청하는지 알고 싶어 해요.
단계를 설명해요. 먼저 직접 검색하고 아이디어를 시험해 봐요. 시간이 지나면 동료에게 물어보고, 이미 해 본 일을 설명해요. 다른 사람의 시간을 존중한다는 걸 보여 줘요.
Let me think of a good example.
좋은 예를 생각해 볼게요.
Clara
AI 코치
Leo
AI 코치
써 볼 표현
Let me think of a good example.
좋은 예를 생각해 볼게요.
My own part was the back end.
제가 맡은 부분은 백엔드였어요.
I found the cause in the logs, then I fixed it.
로그에서 원인을 찾고 나서 고쳤어요.
The project was a tool that helped users to…
그 프로젝트는 사용자가 …하도록 돕는 도구였어요.
First I checked…, then I tried…, and finally I…
먼저 …을 확인했고, 그다음 …을 시도했고, 마지막으로 …을 했어요.
Could you repeat the question, please?
질문을 다시 말씀해 주시겠어요?
자주 묻는 질문
프로젝트가 작거나 개인 프로젝트면 어떡하죠?
괜찮아요. 작은 프로젝트로도 실력을 보여 줄 수 있어요. 무엇을 하는 프로젝트인지, 내가 무엇을 만들었는지, 무엇을 배웠는지 설명해요. Dana는 유명한 큰 제품이 아니라 분명하고 실제적인 사례를 듣고 싶어 해요. 잘 아는 개인 프로젝트가 큰 프로젝트보다 설명하기 더 쉬울 때도 많아요.
버그의 세부 내용이 기억나지 않으면요?
단순한 버그라도 잘 기억나는 걸 골라요. 문제, 원인을 찾은 방법, 해결 방법 이렇게 3가지만 있으면 돼요. 작은 부분이 기억나지 않으면 솔직하게 말하고, 어떤 순서로 했는지 큰 흐름을 설명해요. 완벽한 기억보다 분명한 단계가 더 중요해요.
기술 용어를 써도 될까요?
네, 쉽게 쓰면 돼요. 도구 이름을 말하고, 그 도구가 무엇을 했는지 쉬운 영어로 설명해요. 다른 팀의 똑똑한 사람에게 설명한다고 생각해 봐요. 짧은 문장은 말하는 나에게도, 듣는 사람에게도 도움이 돼요. 시간이 필요하면 “Let me think for a moment.”라고 말해요.