아직 미션은 무리야 ㅠ

• 미션 step2까지 열린 현재, 미션 구현에 손을 거의 대지 않았다.
• 그냥 미션에 전념하면 어떻게든 해결할수는 있겠거니 싶었지만, 예전에 Django로 프로젝트를 해봤을 때 제대로 된 학습의 중요성을 크게 느꼈던터라, 현재 내 상태가 조급하다기 보다는 얼마나 제대로 학습할 수 있느냐가 더 중요한 포인트로 자리잡게 되었다.
  

😍 좋았던 것(Liked)

• 아침에 맑은 정신으로 책을 읽었다.
• 코드 생산성 향상을 위해 IntelliJ 단축키 cheat sheet와 Vim 에디터 명령어 단축키 시트를 프린트 & 코팅하여 책상에 붙여뒀다.(필요할 때마다 종종 보면서 익히려 한다.)
  • 물론 추후에 vim 에디터에 관한 추가적인 학습이 필요하다.

📚 배운 것(Learned)

• • 클래스 다이어 그램 : 정적인 관계를 표현
  • 객체 다이어 그램 : 동적인 관계를 표현

• 스프링 핵심 원리 - 기본편 강의 중 객체 지향의 원리 적용부분까지 들었다.

  • 이 때, 단순히 다형성에 기댄 자바 프로그래밍만으로는 지킬 수 없었던, 객체지향의 원칙들(OCP, DIP)을 어떻게 지켜낼 수 있는가에 대한 학습을 하였다.
  • 왜 지킬 수 없었는가?

    • OCP(개방 폐쇄 원칙) : 확장에는 열려있으나 변경에는 닫혀있어야 한다.
      • 허나 여기서 구현 객체를 변경하기 위해서는 클라이언트 코드를 변경해야하는 문제점이 생겼다.
      • 다형성을 사용하여 구현하였더라도, OCP 원칙에는 위배된다.
    • DIP(의존관계 역전 원칙) : 역할에 의존하게 해야한다.(쉽게 말해 역할 ≒ 인터페이스)
      • 인터페이스에 의존한다고는 하나, 구현 클래스에도 의존 중인 상황이다.
      • 따라서 DIP 원칙에 위배된다.

  • 어떤 방식을 통해 지킬 수 있게 되었는가?

    • 애플리케이션의 전체 동작 방식을 구성하기 위하여, 구현 객체를 생성 및 연결하는 책임을 갖는 별도의 설정 클래스(AppConfig)를 통하여 코드를 사용영역과 구성영역으로 분리한다.
    • 이 때를 생성자를 통해서 주입(연결)하여 준다고 하여 생성자 주입이라고 한다.
    • 이로 인하여 의존 관계에 대한 고민은 외부에 맡기고 실행에만 온전히 집중할 수 있는 영역이 형성됐다.
    • 이러한 변동사항을 통틀어 의존관계 주입(또는 의존성 주입)이라고 일컫는다. (의존 관계를 마치 외부에서 주입해주는 것과 같아 그렇게 부른다고 한다.)

  • 내일은 이를 Spring이 어떻게 도와줄 것인지에 관하여 배운다고 생각하니 괜히 기대되고 설렌다.

💦 부족했던 것(Lacked)

• 운동을 며칠째 쉬고 있다. 꼭 시간을 내서 운동을 해봐야겠다.
  • 아침 or 점심 or 저녁...
• 그룹 리뷰 때 멤버들에게 도움이 못되고 있는 것 같다.
  • 오늘 devtools를 intelliJ에 적용해보려다 Gradle 의존성 옵션에 꽂혀 멤버들이 궁금해하지 않는데도 채팅창에 링크를 남발해버렸다..
  • 커뮤니케이션, 스크럼, 그룹리뷰.. 성장이 필요한 부분이다.
  • 그리고 항상 느끼는 건데 내 의견을 잘 정리해서 말할 수 있는 능력이 부족한 것 같다. (그래도 기죽지말고, 자꾸 대화를 해야 늘지 않을까..?)

🕯 바라는 것(Longed for)

• 오늘처럼 강의 열심히 잘 듣기(스프링 핵심원리 - 기본편 .. 내일 다 들을 수 있으면 좋겠다!)
• 독서..!
• 운동..!
• 딴 짓하는 시간 줄이기..

따로 정리하면 좋을 내용들

(학습 또는 정리를 미처 다하지 못한 부분)

• Spring-boot-devtools 적용하기(IntelliJ 버전에 따라 다른 점이 존재)
  • 2021 ver~
    • https://barbera.tistory.com/47
  • 2020 ver~
    • https://yoons2owo.tistory.com/23
    • https://docs.spring.io/spring-boot/docs/1.5.16.RELEASE/reference/html/using-boot-devtools.html
• Maven 말고 Gradle을 쓰는 이유
  • http://kwon37xi.egloos.com/4747016
• Gradle 의존성 옵션에 대한 정리 (버전에 따른 deprecated 존재)
  • https://twinparadox.tistory.com/630
  • Gradle 5.6.4 : https://docs.gradle.org/5.6.4/userguide/java_plugin.html#sec:java_plugin_and_dependency_management
• Gradle 의존성 옵션 중 developmentOnly에 대한 설명 (근데 솔직히 develop이 어떤 의미를 갖는지, 어느 영역까지 커버하는지 감이 오질 않는다...)
  • 솔직히 개발시 종속성 적용.. 잘 모르겠다.
    컴파일시 종속성 적용은 어느정도 이해가 가는데, "개발시"의 의미가 정확히 무엇일까..?

    • Creates a configuration named developmentOnly for dependencies that are only required at development time, such as Spring Boot’s Devtools, and should not be packaged in executable jars and wars.
    • Creates a configuration named productionRuntimeClasspath. It is equivalent to runtimeClasspath minus any dependencies that only appear in the developmentOnly configuration.

• Spring Boot Gradle Plugin Reference Guide Link