일일 회고

이동욱

2021/03/05

Categories: 회고 Tags: 회고

TIL 양식

Facts (사실, 객관)

Feelings (느낌, 주관)

Findings (배운 점)

코드에는 주석이 있어야하지만, 너무 많은 것은 너무 적은 것만큼이나 좋지 않다. 일반적으로 주석은 왜 이렇게 되어 있는지 목적을 논해야한다. 코드가 이미 어떻게 되어 있는지 보여주기 때문에 이에 대해 주석을 다는 것은 사족이다.

코드에서 중복을 발견할 때마다 추상화할 기회로 간주하라. 중복된 코드를 하위 루틴이나 다른 클래스로 분리하라. 이렇듯 추상화로 중복을 정리하면 설계 언어의 어휘가 늘어난다. 다른 프로그래머들이 그만큼 어휘를 사용하기 쉬워진다. 추상화 수준을 높였으므로, 구현이 빨라지고 오류가 적어진다.


  1. this(또는 self) 객체
  2. 메서드의 매개변수
  3. this의 속성
  4. this 속성인 컬렉션의 요소
  5. 메서드 내에서 생성된 객체

중복의 유형과 제거 방법


Good (잘한점)

Bad (개선할 점)

Affimation (자기 선언)

회고 작성법

  1. Facts(사실, 객관) 회사에서 실제로 내가 했던 일이나 겪었던 일의 사실을 적는다.
  2. Feelings(느낌, 주관) 내가 했던 일을 하면서 느꼈던 감정이나 느낌을 적는다.
  3. Findings(배운 점) 내가 했던 일을 통해서 새롭게 배운 점이나 알게 된 점을 적는다.
  4. Affirmation (자기 선언) 내가 했던 일을 통해 배운 점과 아쉬운 점을 어떻게 유지 하고 개선할지를 적는다.

  1. https://johngrib.github.io/wiki/dry-principle/ ↩︎

  2. https://johngrib.github.io/wiki/law-of-demeter/ ↩︎

>> Home