면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
제가 자주 쓰던 자바스크립트 날짜 처리 라이브러리에서 특정 타임존 계산이 어긋나는 걸 발견하고 이슈를 등록한 게 시작이었습니다. 처음에는 리포트만 남길 생각이었는데, 메인테이너가 재현 코드를 요청해서 직접 고쳐보기로 했습니다. 수정한 PR이 두 번의 리뷰 라운드를 거치면서 테스트 케이스를 추가하라는 피드백을 받았고, 그 과정에서 해당 프로젝트의 테스트 컨벤션을 새로 익혔습니다. 병합까지 3주 정도 걸렸는데, 낯선 코드베이스에 제 코드가 들어간다는 게 신중해야 하는 일이라는 걸 그때 체감했습니다.
처음에는 제가 쓰던 상태관리 라이브러리의 한국어 문서가 번역이 어색한 부분이 많아서 문서 PR부터 올렸습니다. 이후 이슈 트래커를 살펴보다가 초보자용으로 태그된 버그를 하나 맡아 고쳐봤는데, 제가 낸 해결책이 기존 API와 충돌할 수 있다는 리뷰를 받고 접근 방식을 다시 짰던 기억이 있습니다. 결국 다른 방식으로 통과됐지만, 처음 제출한 코드가 그대로 받아들여지지 않는 경험이 오히려 코드 설계를 더 신경 쓰게 만들었습니다.
캡스톤 프로젝트에서 쓰던 UI 컴포넌트 라이브러리에 다크 모드 대응이 빠진 컴포넌트가 있어서, 프로젝트 마감 후에 시간을 내 수정 PR을 올렸습니다. 큰 기여는 아니었지만 컨트리뷰팅 가이드를 처음부터 끝까지 읽고 커밋 메시지 규칙을 맞추는 것부터 낯설었습니다. 리뷰어가 CSS 변수 네이밍을 프로젝트 규칙에 맞게 고쳐달라고 해서 두 번 정도 수정했고, 병합된 뒤 릴리스 노트에 이름이 올라간 걸 보고 작은 기여라도 책임이 따른다는 걸 느꼈습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.