TIL 양식

Facts (사실, 객관)

• 오늘 PM 분이 맡은 일을 언제까지 끝낼 수 있는지 공유를 해주면 일정 조율을 하기 편할 것 같다는 말씀을 하셨다.
• 오늘 이슈를 진행하면서, 전체적인 기능을 보고 코드를 보면서 어떻게 구현할지 생각하지 않고, 코드부터 보면서 어떻게 구현할지 생각을 했다.
• 오늘 이슈를 진행하면서 메서드 주석 및 클래스 주석을 작성하려고 하였다.

Feelings (느낌, 주관)

• 여태까지 팀 안에서 개발자들과의 소통만 생각했었는데, PM 분과의 소통 하는 방법에 대해서도 생각을 해봐야겠다.
• 우리 팀장님은 나이나 실력이 어리다고 무시하지 않고 모두 똑같이 존중을 해주시는 것 같다.
• DBMS 개발자분이 말씀하셨던 것 처럼, 모듈이 어떤 기능을 하는 지 먼저 파악하고 그 다음에, 코드를 보면서 어떻게 구현할지를 생각하는 것이 좋다.
• 하지만, 이 모듈 및 클래스 그리고 메서드가 어떤 역할을 하는지 몰라서 작성하지 못했다.

Findings (배운 점)

• 개발자 뿐만 아니라, PM, QA 분들간에 내가 무엇을 하고있는지 그리고 언제까지 할 수 있을지를 공유하는것이 중요하다.
• 나도 다른 사람들을 한결같이 존중해야겠고, 이러한 자세를 배우려고 노력을 해야겠다.
• 나는 앞으로 코딩을 할 때, 뭐든지 여태까지 해왔던 것에서 반대로 진행을 해야겠다.
  • 코드를 보기 전에 기능을 파악하기
  • 설계를 하기전에 테스트를 작성하기
  • 구현을 하기전에 어떻게 구현할지 단계별로 생각하기
• 코드 레벨부터 보게 된다면 많은 시행착오를 거치게 된다.

Good (잘한점)

• 너무 스트레스 받지 않으면서 일을 하고 있다.
• 코드에 문서화를 시도하였다.

Bad (개선할 점)

• 개발자 뿐만 아니라, 모든 분들과 소통을 할 수 있도록 해야겠다.
• 문서화를 어떻게 하면 잘 할 수 있는지 살펴보도록 해야겠다.

Affimation (자기 선언)

• 앞으로 다른 모든 직군분들과 소통하려고 노력을 할 것이다.
• 문서화를 어떻게 하면 더 잘할 수 있을지 고민하고 남들이 내가 작성할 코드를 보았을 때, 명확하게 이해할 수 있도록 할 것이다.
• 개발을 하기전에, 전체적인 기능 및 구현이 어떻게 되어있는지 그리고 어떻게 돌아가는지를 먼저 파악할 것이다.

회고 작성법

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