Search
💬

기술적 채무를 덜기 위한 셀프 코드 리뷰

스스로 받아들일 수 있는 피드백(셀프 리뷰&회고)이 중요한 이유

덜 가르치고 더 많은 피드백을 제공하라!

과거 수십 년 동안의 교육 리서치 결과에 따르면 더 많이 가르치려 하지 말고 더 많은 피드백을 주면서 자기조절학습자(self-regulated learners)로 키우는 것이 훨씬 더 효과적임이 밝혀졌다. 형성평가의 주요 과정인 피드백은 이렇게 중요하다. 피드백이 학습에 미치는 긍정적 효과크기(effect size)가 0.73(평균이 0.4)이나 될 정도로 높다. 그럼에도 불구하고 관련 연구에 따르면 교사가 준 피드백이 읽히고 실행되는 경우는 매우 드물다고 한다(Carless, 2006). 도움이 안 되거나 명쾌하지 않거나 시기적으로 너무 늦고 사기를 떨어뜨리는 경우가 많은 것과 관련이 깊다. 그래서 관련 연구에 따르면 피드백을 어떻게 ‘주느냐’보다 어떻게 ‘받아들이는가’라는 측면에서 재개념화할 필요가 있다고 강조한다(Hattie, Gan, & Brooks, 2017)
JSON

아래의 질문들을 가지고 셀프 코드리뷰 (~11:50까지)

내가 고민한 구조는 1달이 지난 지금 봐도 명확해 보이는가?
내가 설계한 구조를 지금도 다시 설명할 수 있는가?
한 단계 더 추상화해서 분리할 수 있는 부분은 없는가?
상수화가 적절히 이루어졌는가?
예외를 위한 고민이 적절한가?
네이밍에서 아쉬운 부분은 없는가?
한 함수가 한 가지 기능만 하고 있는가?
내장 객체 메서드를 이용해서 구현할 수 있는 부분은 없는가?
웹 접근성 부분에서 개선할 부분은 없는가?

셀프 코드리뷰 회고 (자유롭게 마무리 후 슬랙에 공유하기)

내가 생각했을 때 바보 같지만 나눠보고 싶은 질문
그때는 몰랐지만 지금은 알 수 있는 것
그때도 몰랐고 아직도 잘 모르겠는 것
반복되고 있는 실수 및 습관이 있다면?
기존에 작성하던 방식에서 코드를 단순히 가져와서 사용한 경우는 없는지
확실하게 말할 수 있는 발전한 1가지
다시 코드를 작성한다면 어떻게 작성할 것인가?