면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
저는 문제가 생기면 먼저 언제부터 이 문제가 시작됐는지 시점을 좁히는 것부터 시작합니다. 학교 프로젝트에서 갑자기 빌드가 안 되는 상황이 생겼을 때, 처음엔 코드를 이것저것 고쳐보다가 오히려 더 꼬인 적이 있습니다. 그 뒤로는 최근에 무엇을 바꿨는지부터 되짚어보는 습관을 들였고, 실제로 직전에 추가한 패키지 버전 충돌이 원인이었다는 걸 금방 찾을 수 있었습니다. 무작정 고치기보다 변경 이력을 먼저 확인하는 게 더 빠른 길이라는 걸 배웠습니다.
저는 문제를 붙잡고 30분 이상 진전이 없으면 혼자 계속하지 않고 팀원에게 상황을 공유하는 편입니다. 예전에는 혼자 해결하는 게 능력이라고 생각해서 반나절을 붙잡고 있다가 결국 팀원이 5분 만에 원인을 찾아준 적이 있는데, 그때 제가 시간을 낭비했다는 걸 깨달았습니다. 이후로는 막힌 시간을 스스로 정해두고, 그 시간이 지나면 지금까지 시도한 것과 막힌 지점을 정리해서 도움을 요청하는 방식으로 바꿨습니다.
저는 문제를 해결하고 나면 반드시 원인과 해결 과정을 짧게라도 메모로 남기는 편입니다. 인턴 시절 같은 오류를 두 달 뒤에 다시 만났는데, 처음 해결했을 때 어떻게 고쳤는지 전혀 기억이 나지 않아서 처음부터 다시 원인을 찾느라 시간을 썼던 적이 있습니다. 그 뒤로는 해결 직후 원인과 해결 방법을 개인 노트에 정리해두고, 비슷한 상황이 오면 먼저 그 노트를 찾아보게 됐습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.