핵심 요약
- 개발자 토르스텐 볼이 자동화 테스트 맹신 금지, 엣지 케이스 고려, 정확한 버그 리포트 작성 등 실무에서 필수적인 '기본기' 항목들을 정리했습니다.
- 기술적인 팁뿐 아니라 미팅 준비, 시간 엄수, 역지사지 코드 리뷰 등 '함께 일하고 싶은 동료'가 되기 위한 태도를 강조해 큰 공감을 샀습니다.
- 독자들은 내용을 도식화해 매년 정기 점검 리스트로 삼겠다는 등 열렬한 반응을 보였습니다.
요약 소프트웨어 엔지니어이자 저술가인 토르스텐 볼(Thorsten Ball)이 개발자가 갖춰야 할 '가장 본질적인 기본기(The Basics)'에 대한 글을 정리해 공유했습니다. 저자는 기본기란 쉬워서가 아니라 모든 고급 기술과 전문성이 그 위에 서 있는 토대이기 때문에 '기본'이라 불린다고 설명합니다.
그가 꼽은 개발자의 기본 수칙 중에는 기술적인 디테일과 태도가 두루 포함되어 있습니다. 먼저 자동화된 테스트를 작성했더라도 코드 리뷰를 요청하기 전에 반드시 직접 손으로 수동 테스트를 한 번 해볼 것을 권합니다. 심지어 자신이 수동 테스트하는 과정을 녹화해 보면 예상치 못한 문제를 발견할 수 있다고 덧붙였습니다. 또한 엣지 케이스를 미리 고민해 두고, PR(풀 리퀘스트)에는 무관한 변경 사항을 섞지 않으며 메인 브랜치의 최신 상태로 유지하라고 당부합니다.
테스트를 작성할 때도 실제로 실패하는지 확인하는 검증 과정이 필수적이라고 강조합니다. 테스트가 통과되도록 만든 코드를 잠시 주석 처리한 뒤 테스트가 실패하는 것을 눈으로 직접 확인하고, 다시 주석을 풀어 통과되는지 확인해야 비로소 진정한 테스트를 짠 것이라는 설명입니다.
코드 외적인 커뮤니케이션과 협업 태도에 대한 조언도 비중 있게 다뤄졌습니다. 댓글이나 피드백을 남기기 전에 글 전체를 끝까지 읽을 것, 미팅 전에는 사전 조사를 마칠 것, 풀고자 하는 문제가 정확히 무엇인지 이해할 것 등을 제시했습니다. 버그 리포트를 쓸 때도 단순히 '안 돼요'라고 쓰지 말고 실행한 작업, 기대했던 결과, 실제 벌어진 결과를 명확히 적고 최소 재현 단계를 찾으려고 노력해야 한다고 짚었습니다.
마지막으로 남의 코드는 리뷰해주지 않으면서 자신의 코드만 '빠른 리뷰'를 요구하지 말 것, 시간을 엄수할 것, 자신이 하기로 한 약속을 지키고 어려우면 미리 공유할 것, 그리고 무엇보다 '사람들이 함께 일하고 싶어 하는 동료'가 되는 것을 목표로 삼으라는 조언으로 글을 마무리했습니다.
해외 반응 번역
가장 순수한 형태로 압축된 정말 아름다운 내용이네요. 정리해 줘서 감사합니다.
작성해주신 포인트들을 구조화해서 정리해 보았습니다. 이 구조로 보니까 훨씬 좋네요. 매년 3월 마지막 일요일마다 '토르스텐의 기준선'에 맞춰 제 업무 수행을 되돌아보는 항목으로 추가했습니다.
Sponsored · 광고