신입 개발자의 첫 업무에서는 모든 기술을 이미 아는 것보다 현재 시스템을 안전하게 이해하고 작은 변경을 끝까지 검증하는 태도가 중요합니다. 회사마다 온보딩 방식은 다르므로 팀의 규칙을 먼저 확인하세요.
개발 환경을 재현하기
저장소의 실행 명령을 따라 하고 필요한 환경 변수의 이름과 설치 버전을 적습니다. 로컬에서 테스트가 실패하면 오류 메시지, 실행한 명령, 기대 결과를 기록한 뒤 질문하세요. 설정 파일에 비밀값을 넣어 커밋하지 않는지도 확인합니다.
작은 작업의 완료 기준 묻기
이슈의 제목만 보고 개발을 시작하지 말고 사용자가 기대하는 동작, 수정 범위, 테스트 방법을 확인합니다. 모호한 요구사항은 예시 입력과 출력으로 바꿔 동료와 합의하세요. 완료된 코드가 많아도 요구사항이 어긋나면 다시 작업해야 합니다.
코드 리뷰를 학습 자료로
변경을 작은 단위로 묶어 풀 리퀘스트에 이유와 테스트 결과를 적습니다. GitHub의 풀 리퀘스트 안내는 제안, 논의, 검토 흐름을 설명합니다. 리뷰 의견을 받으면 수정 이유와 결과를 함께 남기세요. 팀의 기존 코드 스타일을 우선 확인하고 코드 스타일 가이드로 기본 원칙을 점검할 수 있습니다.
업무를 넘길 때
완료한 부분, 남은 위험, 다음 확인 항목을 이슈에 적습니다. 장애가 의심되면 혼자 해결을 오래 시도하기보다 팀의 보고 경로를 확인하세요. 처음부터 속도를 비교하기보다 같은 오류를 반복하지 않도록 기록을 남기는 편이 성장에 도움이 됩니다.