이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
파이썬 오픈소스 라이브러리에 문서 오류 수정과 테스트 케이스 추가로 처음 기여했습니다. 코드 기여보다 진입 장벽이 낮은 영역부터 시작하자는 생각에서, 공식 문서 예제를 실행해보다가 오류가 나는 부분을 발견했습니다. good first issue 태그가 붙은 항목을 찾아 재현 과정을 확인한 뒤 수정 PR을 열었고, 메인테이너로부터 네이밍 컨벤션 피드백을 받았습니다. 이 과정에서 해당 프로젝트의 기여 가이드를 처음부터 읽게 됐는데, 프로젝트마다 PR 규칙과 코드 스타일이 다르다는 것을 배웠습니다.
두 번째 기여부터는 테스트가 없는 엣지 케이스를 찾아 테스트 코드를 추가하는 방식으로 이어갔고, 이 방식이 리뷰어의 검토 시간도 줄이고 머지 가능성도 높다는 것을 경험했습니다. 오픈소스 기여는 코드 실력보다 기존 규칙을 읽는 태도가 진입 장벽을 낮춘다는 결을 얻었습니다.
오픈소스 기여를 하면서 내 기여가 실제로 가치 있는지 어떻게 알 수 있는지 궁금했습니다. PR이 머지됐다는 것이 코드 품질과 프로젝트 요건을 동시에 만족했다는 신호라는 것을 경험하면서 배웠습니다. 첫 PR은 리뷰어의 네이밍 수정 요청을 반영한 후 머지됐고, 두 번째 PR은 엣지 케이스 테스트를 추가했을 때 첫 리뷰에서 바로 머지됐습니다.
리뷰 횟수와 수정 요청 수가 줄어드는 것으로 기여 품질이 높아지고 있다는 것을 확인했습니다. 리뷰어가 빠르게 응답해줬을 때는 기여 방향이 프로젝트 요구와 맞아떨어진 신호라는 것도 알게 됐습니다. 기여의 성과는 머지 여부와 리뷰 속도로 직접 확인되는 결이 있다는 것을 이 경험에서 배웠습니다. 오픈소스 기여는 즉각적인 피드백이 있는 학습 환경이었습니다.
오픈소스에 기여하면서 가장 뜻밖의 수확은 코드 읽는 능력이 성장한 것이었습니다. good first issue를 해결하려면 관련 코드의 맥락을 이해해야 했고, 처음 보는 대규모 코드베이스를 어떻게 읽어야 하는지 방법을 배웠습니다. 테스트 코드를 먼저 읽으면 각 함수가 무엇을 해야 하는지 빠르게 파악되는 것을 경험했습니다.
PR 리뷰 코멘트도 코드 설계 원칙을 배우는 자료가 됐습니다. 메인테이너가 왜 그 방식으로 수정을 요청하는지 이해하려다 보니, 해당 코드베이스의 설계 철학을 읽게 됐습니다. 오픈소스 기여는 기능 구현보다 다른 사람의 코드를 읽고 그 맥락에 맞게 기여하는 결이 더 많다는 것을 이 경험에서 배웠습니다.
코드 읽기 능력은 기여를 통해 가장 빠르게 성장하는 결이 있었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 넛지헬스케어 모바일 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.