Facts (사실, 객관)

• 오늘 TDD로 과제를 하기 위해서 회사에 나왔다.
• 오류 메시지가 나왔을 때, 아샬님은 어떤 오류 메시지가 발생하였는지 꼼꼼하게 읽어 보고 개선을 하지만, 나는 그냥 대충 읽어본다는 사실을 발견하였다.
• 매일 회고를 작성하니까, 주간 회고를 더 상세하고 의미 있게 작성할 수 있었다.
• 테스트 주도 개발 시작하기라는 책을 2장까지 읽어보았다.
• 회고를 작성하는 것도 좋지만, 내가 지난 회고를 보고 다시 리마인드 할 수 있게 만드는 것도 생각을 해봐야겠다.
• TDD를 진행하면서 과제를 하였다.

Feelings (느낌, 주관)

• 커뮤니케이션 부분에서 좋은 동료가 되어야겠다는 생각을 했다. 기술적으로 많이 아는 것도 중요하지만, 커뮤니케이션이 잘되는 그리고 같이 일하고 싶은 개발자가 되기 위해서 노력을 해야겠다는 생각을 했다.
• 에러 메시지를 읽는 것이 때로는 힘들더라도, 무조건 읽는 연습을 해야겠다.
• TDD를 진행하면서, 테스트를 먼저 작성하기 때문에, IDE 에러를 마주할 때가 굉장히 많았다. 처음에는 이러한 에러가 상당히 불편하고, 당장 에러를 없애고 싶었다.
• TDD를 진행하면서, 놀랍게도 테스트를 작성함과 동시에 내가 어떤 것을 만들지에 대한 설계도 같이 진행하고 있었다.
• IDE 에러를 하나씩 지워가면서 코딩을 하는 것이 상당히 재미있었다.
• 테스트 주도 개발 시작하기라는 책을 읽으면서 느낀 점인데, 한가지 방법 뿐만이 아니라, 항상 여러가지의 대안을 생각해두고 그 중에서 고르고 있었다. 이를 보면서 나도 앞으로 개발을 하면서, 한가지 방법 뿐만이 아니라 다른 방법도 생각해보면서 그 중에서 고르도록 해야겠다.
• 책을 읽을 때 욕심을 내서 제대로 이해하지도 못했는데 무조건 읽기만 하는 경우가 많았다. 따라서 내가 이해할 수 있는 범위까지 읽고나서, 충분히 이해를 했다고 생각되면 그때 계속 읽는 것이 좋겠다.

Findings (배운 점)

• TDD는 테스트를 작성하는 것 뿐만 아니라, 코드를 작성하기 전에 어떤 것을 개발하고, 어떤 매개변수를 주어야하고 결과가 어떻게 나와야하는지에 대한 요구사항을 설계하는 느낌을 받았다.

Affimation (자기 선언)

회고 작성법

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

예시

1. Facts: 한 주 동안 회사에서 일하면서 정신이 없었다. 일정이 생겼다가 사라짐을 반복하여 시간을 관리하는데 어려움을 겪었고 내가 지금 무엇을 해야하는지 결정하기 힘들었다. 그리고 솔루션에 대한 기능을 자세하게 알고 있기 못했기 때문에 버그를 재현하는데도 시간이 많이 걸렸다.
2. Feelings: 굉장히 마음이 불안했다, 내가 뭔가를 놓치고 있는지 계속해서 생각을 했기 때문에 일에 온전히 집중하기 힘들었다.
3. Findings: 코드도 중요하지만, 솔루션에 대한 이해가 없으면 내가 지금 하고 있는 것이 맞는지 틀리는지 판단하기 어렵다. 그리고 평소에 시간이 날 때마다 솔루션에 대한 공부를 해야겠다.
4. Affirmation : 앞으로 솔루션을 많이 사용해보면서 존재하는 기능들을 따로 정리를 해두고, 활자로써의 지식이 아니라, 경험적인 지식으로 이를 발전시켜서 생산성을 증가시켜야겠다는 생각을 했다.