Engineering Culture
리뷰 의견의 강도를 분명히 표현하기, 유지보수할 때 남겨 둘 예제
수정이 필수인 결함과 개인적인 취향이 같은 어조로 전달되면 작성자가 우선순위를 판단하기 어렵다. 의견의 이유와 강도를 함께 적어야 한다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
찾고 있던 이야기
작은 발견부터 깊이 있는 고민까지.
카테고리Engineering Culture
필터 초기화Engineering Culture
리뷰할 수 있는 크기로 변경 나누기, 유지보수할 때 남겨 둘 예제
기능 추가와 이름 변경, 포맷 수정이 한 번에 섞이면 리뷰어가 실제 동작 변화를 찾기 어렵다. 변경을 나누는 기준은 파일 수보다 설명 가능한 목적이다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
아키텍처 결정에 당시의 맥락 남기기, 유지보수할 때 남겨 둘 예제
결론만 남은 설계 문서는 시간이 지나면 왜 그런 선택을 했는지 설명하지 못한다. 제약이 달라졌을 때 바꿀 부분과 지킬 부분을 구분할 수 있어야 한다. 다시 읽을 수 있는 최소 맥락를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
회고의 개선안을 다음 실험으로 바꾸기, 리뷰에서 함께 확인할 질문
회고에서 좋은 의견이 많이 나와도 다음 주에 달라지는 행동이 없으면 같은 이야기를 반복하게 된다. 개선안도 작게 검증할 수 있어야 한다. 코드 밖의 맥락 전달하기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
작은 배포로 배우는 단위 정하기, 리뷰에서 함께 확인할 질문
작게 자주 배포해도 무엇을 관찰할지 정하지 않으면 학습은 쌓이지 않는다. 변경 규모와 검증할 가설을 연결해야 한다. 코드 밖의 맥락 전달하기를 중심으로 작은 예제와 확인 기준을 정리합니다.
Engineering Culture
사용 중단 안내에 이동 경로 포함하기, 리뷰에서 함께 확인할 질문
오래된 기능을 곧 없앤다는 공지만으로는 사용자가 어떤 코드를 바꿔야 하는지 알기 어렵다. 사용 중단은 호환성 전환 과정으로 다뤄야 한다. 코드 밖의 맥락 전달하기를 중심으로 작은 예제와 확인 기준을 정리합니다.