壹
예시 답변 1
약 92초
리뷰 기준과 의견차 원인을 함께 푸는 결
제 코드 리뷰 스타일은 읽는 사람 기준으로 본다는 데 가깝습니다. 동작이 맞는지보다 먼저 6개월 뒤 다른 사람이 이걸 고칠 때 헷갈릴 자리는 없는지를 봅니다. 그래서 지적도 틀렸다보다, 여기서 의도가 안 읽힌다는 식으로 답니다. 의견 차이가 났던 적이 있습니다. 한 동료가 짧고 압축적인 코드를 선호했고 저는 길어도 읽히는 쪽을 주장했습니다. 다투다 보니 원인이 취향이 아니라 우리가 가정한 독자가 달랐다는 데 있었습니다. 그는 팀이 그 코드를 잘 안다고 봤고, 저는 신규 인원이 자주 본다고 봤습니다. 그래서 누가 맞다가 아니라, 그 파일을 실제로 누가 자주 여는지를 같이 확인했고, 데이터를 보니 신규 쪽이라 제 안에 가깝게 정리했습니다. 제 의견이 틀릴 수도 있다고 보고 근거를 밖에서 찾은 게 그때 풀린 이유였습니다.
이 결의 특징
축1·2·3·4에 닿는 결입니다. *읽는 사람 기준*이라는 리뷰 기준(축1)을 세우고 의견차 원인을 *가정한 독자 차이*로 가르며(축2), 본인 의견도 의심해(축3) 데이터로 합의한 과정(축4)을 들어 취향 다툼으로 들린다는 인상을 줄입니다.
이 결이 통하는 자리
리뷰 기준과 의견차 경험이 또렷한 경우에 살아납니다. 무엇을 먼저 보고 의견차의 진짜 원인이 무엇이며 무엇을 근거로 합의했는지가 한 줄이라도 들어가야 결이 무너지지 않으며, 그 판단이 본인 것이었는지도 함께 보입니다.