일일 회고

이동욱

2021/05/17

Categories: 회고 Tags: 회고

Facts (사실, 객관)

Feelings (느낌, 주관)

Findings (배운 점)

1. 일단 동작하게 만든다.
-> 필요한 것을 공부하면서, 일단 지금 내가 해결하려는 요구사항이 충족될 수 있도록 하는 것이다. 코드 가독성에 대해서 너무 신경을 쓰지 않아도 된다. 내용에 따라서 다를 수도 있지만, TDD가 적용된다면, 의미가 있는 테스트 케이스가 만들어져야 하며, 테스트 케이스가 유용하다는 것은 모듈의 책임과 역할을 다할 수 있도록 모듈의 인터페이스가 설계가 되었고 어느정도 완성이 되었다는 뜻이다.

2. 옳게 만든다.
-> 첫 번째 단계에서 학습하면서 만든 코드는 엉망 진창일 수 있다. 현재 알려진 가장 나은 방법을 이용하여 실용적인 코드로 변경하는 과정이다. 리펙토링은 만들어진 테스트 케이스와, 인터페이스를 믿고, 내부 코드에 완전히 집중하는 시간이다.

3. 더 낫게 만든다.
-> 옳은 것과 나은 것은 다르며, 퍼포먼스 측면의 병목을 찾거나, 리소스를 덜 사용하는 방법을 찾는 것이다. 

Bad (개선할 점)

Affimation (자기 선언)

회고 작성법

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