작성 규칙

1. 🟠 작성 상태
   ✅ 작성한 날짜를 기록함으로써 리마인드
   ✅ 작성한 프로젝트를 기록함으로써 프로젝트를 찾아볼 수 있음
   ✅ 몰입 상태를 기술함으로써 하루를 파악하기
2. 🧨 오늘의 공부
   ✅ 알고 있던 기능(내 블로그 링크)
   ✅ 새로 알게 된 기능(레퍼런스 링크)
3. 🎢 학습 소감
   ✅ 왜 이런 공부를 하게 되었는지?
   ✅ 공부한 내용의 난이도는 어땠는지?
   ✅ 공부한 것을 내 것으로 만들 수 있었는지?
   ✅ 오늘 다한것과 하지 못한 것, 내일 해야할 것을 적어보기

🟠 작성 상태

---

🟠 작성 날짜 : 0427, 2022

🟠 작성 프로젝트 : 배틀체스

🟠 몰입 상태 : ⭐⭐⭐⭐⭐ 완전히 몰입함

🧨 Today I Learned

---

🧨 알고 있던 기능

✍ 프레젠테이션 자료 조사 및 작성

• 🧐 프로젝트 배틀체스 프레젠테이션 링크

🎅 깃허브 특강

• 깃허브를 왜 써야 하는가? : 🐱‍🚀버전관리/협업

• 현업에서 깃허브를 한다고 하면 어딜 볼까? : README.md, 커밋 히스토리, 깃허브위키

• 커밋 메시지 작성의 중요성

1. 파일, 날짜, 작성자 등의 정보는 이미 나온다!
   • 작성하면 오히려 '신경을 안썼다' 라고 느끼게 된다!
2. 파일을 자세하게 어떻게 추가했는지 작성하자
   • 6개월 뒤에 커밋 메시지를 봐도 이해할 수 있게끔
3. 브로큰 잉글리시로 작성할거면 한글로 써라
   • 확실하게 적거나, 영어 베이스에서 협업할 것이 아니라면 추천함

🧨 새로 알게 된 기능

🤔 프로젝트 배틀체스의 KPT

• 🧐 프로젝트 배틀체스 프레젠테이션 링크

🎢 학습 소감

---

🎢 왜 이런 공부를 하게 되었는가?

• 프로젝트를 진행하고 취합해 발표하면서 자연스럽게 내가 지나왔던 개발의 시간들, 노력들을 리마인드하게 됨
• 깃허브 특강을 통해서 깃허브에 대한 기본기를 리마인드

🎢 공부한 내용의 난이도는 어땠는가?

• 객관적인 피드백에 대한 내용은 그렇게 어렵지 않았다. 시간 안에 결과물을 해결했는가, 기획과 목업 작성의 기반을 잘 해결했는가로 판단할 수 있었음

🎢 공부한 것을 내 것으로 만들 수 있었는가?

• 오늘 결과물은 개발일지를 정리함으로써 내 것으로 만들 수 있었던 것 같다.
• 그러나 전체 프로젝트와는 별개의 이야기로, 코드를 리뷰하는 시간으로 전체 프로젝트를 더 내 것으로 만들기 위한 노력을 계속해야 한다

🎢 오늘 마친 것, 마치지 못한 것, 해야할 것

• 오늘 마친 것: 프로젝트 프레젠테이션
• 마치지 못한 것: 개발일지 정리
• 해야할 것: 개발일지 마무리