[TIL] 11일차

1. TIL/WIL 세션

• 참석할까 고민하다 들어갔는데, 좀 더 나은 TIL/WIL을 쓸 수 있는 계기가 되어서 좋았다
• 지금은 '어떤 것을 했고, 잘 안된 것은 무엇이고, 잘 된 것은 무엇인지, 느낀점 간략하게' 이 정도로 작성하고 있는데,
• 앞으로 시도해볼 것과 이를 바탕으로 나중에 시도해보고 나서 어떤 결과가 있었는지 추가로 넣으면 좋을 것 같고,
• 기술적인 내용이나 실제 코드를 첨부하면서 좀 더 자세히 작성하는 것도 더 많아지면 좋을 것 같다.
• 꼭 글이 아니더라도 음성이나 그림 등 다양한 방식으로 표현할 수도 있겠다 싶었다.
• 면접 팁: 두괄식, 명확한 기술용어 사용으로 불필요한 설명 없애기
• 공부 팁: 문제를 만나면 먼저 이를 해결할 수 있는 방법들을 적당히 추린 후에 하나씩 만만한 것 부터 시도하기
  • 여러 방법들 중 그 상황에서 가장 나은 것이 왜 가장 나은지, 그리고 그것을 적용한 결과 얼마나 개선되었는지 체크하면 좋다
• 중요한 것은 내가 썼던 TIL을 다시 읽어보는 것, 그리고 다른 사람의 TIL도 읽어보는 것도 도움이 될 수 있다

2. Git

• fetch: 원격 불러와서 조회 vs pull: 원격 불러와서 저장
• PR(pull request): 내 브랜치에서 작업 후 main 브랜치에 머지 하기 전 확인받는 작업

• fork: 권한이 없는 repo에 PR 하기 위해 해당 repo를 복제하여 그 위에서 작업한 후 PR
• 아래의 커밋 수정 작업은 나만 쓰는 브랜치에서만 하기!
  • amend: 직전에 commit한 작업에 대한 수정 (수정 전 내용 확인 불가)
    • 푸쉬까지 한 뒤에는 강제 푸쉬로 덮어야함
  • revert: 이전에 commit한 작업 중 작업 전 상태로 되돌림을 알리는 커밋
  • reset: 과거 버전 중 한 시점으로 리셋
    • soft, mix, hard
• stash: commit 하기 전에 임시 저장 (해당 브랜치에서 커밋하기 전 다른 브랜치로 체크아웃하면 변경사항 사라짐)
  • 아직 한번도 커밋하지 않은 작업에 대해서는 stash 하지 않아도 저장되어있음
  • stash를 남발하지 말고 이미 stash 한 것이 있다면 그것을 기반으로 다음 작업을 진행하는 것이 좋다
• 팁: 내 브랜치에서 작업하고 (PR 이후) 머지까지 끝난 이후에는 해당 브랜치를 삭제하는 것이 좋다
• Github Desktop이든 다른 툴이든 위를 포함한 여러 작업을 실습해봐야겠다

3. JAVA

• 생성자에 매개변수로 일부 필드를 받아서 인스턴스로 만들 때 기본값을 설정해줬던 나와 다르게, 생성자에 매개변수 없이 setter를 이용해 생성단계에서 기본값 세팅되게끔 한 팀원의 코드가 인상적이었다
• 또한 전에 강의에서 봤던 UUID를 사용한 점도 차이가 있었다
• 또 다른 팀원 분들을 조금이나마 도우면서 뿌듯함을 느끼기도 했다