[TIL] 220705

• 튜터님이 코드를 보면서 피드백을 해주셨는데 남은 기간동안의 프로젝트 방향성을 고민하던 우리 팀에게 정말 많은 도움이 됐다. 팀원들과 이제 기능 구현만 바라보고 하는 프로젝트가 아니라 배우고 고민하면서 견고하게 만들어가기로 했다.

• 사실 처음에는 개인적으로 최종 프로젝트는 정말 완성도도 높고, 많은 걸 배울 수 있는 프로젝트였으면 좋겠다고 생각했다. 하지만 스프링을 배운 기간이 너무 짧기도 하고 스스로도 아직 부족한 게 느껴져서 내 몫은 해내야겠다는 생각으로 정신없이 코드를 짠 것 같다. 솔직히 내가 짤 때도 그렇고 튜터님이나 팀원들에게 물어보면서 코드를 수정할 때도 왜 그렇게 하는지에 대해 깊이 생각해보지 않았다. 정해진 기간에 완성하기 위해서 일단 동작만 하면 된다고 생각했다. 그런데 오늘 튜터님이 이 부분은 왜 이렇게 작성했냐고 물어보시면서 스프링이나 객체지향에 관련해서 이것저것 물어보셨는데 내가 정말 생각없이 개발했다는 생각이 들면서 단순 CRUD인데도 흐름과 코드 구성을 제대로 이해하지 못하고 있는 것 같아 많이 부족하다는 걸 느꼈다.

• 피드백을 받고 내 코드를 보니 스프링 동작원리도 잘 모르고 있고 전혀 객체지향적이지 않은(?)것 같다. 스프링과 JPA를 사용해서 개발하는데 어설프게 흉내만 내는 느낌이랄까...? 강의도 듣고 책이나 공식 문서처럼 확실한 레퍼런스를 보면서 익혀야 '왜'에 대한 해답이 나올 것 같다. 벌써 7월인데 요새 계속 부족한 점만 많이 알게되는 것 같아서 슬프지만 그걸 알아야 배우고 성장할테니 지금 이런 피드백을 받고 시도해볼 수 있는 것에 감사해야겠다.

💡 알아둬야 할 것들 (찾아보면서 공부하기)

setter 지양 (getter도)
@Entity, @Service 등 어노테이션의 의미
@Entity~DTO 흐름
ResponseEntity로 반환하는 부분 - 일반적이지 않음 (다른 사람들 코드 참고해보기)
공식문서 활용하기
트러블슈팅
컬럼의 길이제한 넘으면 어떻게 할지.? (exception, 동작)
...