회고

Facts(사실, 객관)

• "products/{id}" get메서드 처리 코드 구현
• "products" post메서드 처리 코드 구현

Feelings(느낌, 주관)

• 50분 개발 10분 회고는 나에게 맞지 않은것 같다.
• 회고는 10분만에 끝나지 않고, 개발은 50분만에 끝나지 않는다.

Findings(배운 점)

• 나에게 맞는 개발 프로세스

Affirmation(자기 선언)

• 나는 나에게 맞는 개발 프로세스를 찾는 사람이다.

04:35 ~ 05:25

Facts(사실, 객관)

• 코드 리뷰 피드백 내용 확인
• 코드 리뷰 피드백 반영

Feelings(느낌, 주관)

• 코드숨을 하면서 코드 구현 자체보다 코드의 의미, 의도를 표현하는데 집중하고 있다.
• 개발자도 일종의 작가라는 느낌을 지울 수 없다.

Findings(배운 점)

• git update-index --skip-worktree <파일 명>으로 변경 내용을 커밋 할 수 없도록 바꿀 수 있다.
• 어떤 면에서는 코드보다 글이 더 중요하다.

Affirmation(자기 선언)

• 나는 잘 읽히는 글을 쓰는 작가이다.

05:44 ~ 06:34

Facts(사실, 객관)

• 기능 구현을 위한 테스트 케이스 작성

Feelings(느낌, 주관)

• 테스트 작성보다 테스트 설명문 고민하는데 시간을 더 많이 쓰는게 흥미롭다.

Findings(배운 점)

• 기능 구현시 나에게 맞는 테스트 작성 프로세스
  • DataJpaTest-> 유닛 테스트 -> WebMvcTest

Affirmation(자기 선언)

• 나는 나에게 맞는 개발 프로세스를 찾는 사람이다.

06:55 ~ 07:35

Facts(사실, 객관)

• 기능 구현

Feelings(느낌, 주관)

• 50분 개발 10분 회고 사이클이 개발 흐름을 방해한다.
• 시간 단위보다는 태스크 단위로 끊는것이 더 나을것 같다.
  • 코드숨 태스크(예상)
    1. 피드백 반영
    2. Repository 테스트 + 코드
    3. Service 테스트 + 코드
    4. Controller 테스트 + Web 테스트 + 코드
    5. 코드 정리

Findings(배운 점)

• 나의 집중력은 50분보다는 길다.

Affirmation(자기 선언)

• 나는 나에게 맞는 개발 프로세스를 찾는 사람이다.