꾸준하게 앞으로

책을 읽게된 이유 스프링, 스프링부트, JPA에 대해 어느정도 공부가 되었다고 생각했을 때 실제로 배포까지 진행해보고 싶었고 목차에 있는 OAuth나 스프링시큐리티를 활용한 로그인 구현 등 내가 그 시기에 접해보지 못했던 기술을 사용하여 구현한다는 것에 매력을 느껴 이 책을 구매하여 읽게되었다. 후기 이 책에는 스프링부트를 활용하여 간단한 게시판을 개발하고 이를 AWS에 배포까지하는 전 과정이 들어있다. 더구나 스프링시큐리티도 사용하고, 그에 대한 테스트코드까지 작성하여 처음시작 백엔드 개발을 공부를 시작하는 사람들이 전반적인 웹 개발의 흐름을 알아가기 좋은 책이라고 생각하고 어느정도 공부한 사람도 보기 괜찮은 책이라는 생각이 든다. 하지만 아쉬웠던 점은 이 책에 나온 사진 및 프로그램의 버전이 책의 초..

책을 읽게된 이유 처음 스프링을 공부하고 DB와 연결할 떄 JDBC 또는 Spring JDBC Template을 활용했다. 그런데 토이 프로젝트를 진행할 때 나는 거의 INSERT, UPDATE, DELETE, SELECT 쿼리 등을 작성하는데 개발의 절반 이상을 사용했다. 그렇게 이런 문제에 대한 불편함을 느껴 JPA라는 기술을 알게되었고 이 책을 통해 공부를 시작하게 되었다. 후기 한마디로 JPA의 한국판 교과서와도 같은 책이다. 이 책은 JPA를 사용함에 있어 필요한 지식과 전반적인 내용을 담고 있어 JPA를 사용하고자 한다면 이 책을 사서 공부하는 것을 추천한다. 다만, 이 책은 JPA에 관련된 책이지 RDB에 대한 책이 아니다. 이 책을 통해 JPA를 공부하기 전 RDB에 대한 어느정도 이해는 ..

책을 읽게된 이유 자바 문법에 대해 다시 공부하고 모르는 문법은 다시 익혀 기초를 탄탄히 하고자 해당 책을 구매하여 읽게되었다. 후기 예시코드와 함께 자바 문법에 대해 상세하고 알기 쉽게 설명해주는 책이다. 무엇보다 이 책에서 인상적이 었던 점은 JVM의 메모리 구조 그림을 곁들어서 설명하는 부분이였다. 동작방식을 이해하면서 내가 가진 지식의 깊이에 반성하면서도 배워가는 계기가 되었다. 해당 책은 자바 프로그래밍을 처음 시작하는 분들에게 추천한다. 기초를 탄탄히 하기에 좋다고 생각한다. 또한 자바 프로그래밍을 어느 정도 할 줄 아는 분들이 읽어도 지식을 복기하는데 괜찮은 책이라고 생각한다.

책을 읽게된 이유 이 책은 내가 작년 백엔드 개발자라는 목표를 정한 후 처음 구매했던 책으로서 스프링 프레임워크를 공부하기위해 읽었다. 후기 해당 책은 스프링 프레임워크의 특징(DI, AOP, IoC컨테이너)과 스프링의 여러 기능의 사용법을 알려준다. 스프링의 깊은 부분 보다는 스프링의 전반적인 흐름을 다루는데 스프링에 대해 공부해보고자 하는 사람에게는 추천할만한 도서이다. 나는 이 책을 읽고 스프링에 대한 전반적인 지식을 쌓을 수 있었고 좀 더 깊게 알고자하는 부분은 인터넷강의 또는 구글 검색을 통해 깊이를 더해갔다. 하지만 이 책을 읽기 전 주의해야할 부분은 해당 책은 스프링에 관한 책이지 자바 문법이나 IDE에 관한 책이 아니다. 그래서 이 책을 읽고자 한다면 자바 문법에 대한 전반적인 내용을 학습..

"책을 보면서 정리한 내용입니다." 틀린 내용이 있다면 댓글 부탁드립니다. chapter3에서는 객체지향 개발 원칙 중 OCP(개방 폐쇄 원칙)에 대한 챕터이다. 이번 챕터는 chapter2에서 구현한 코드를 OCP 원칙을 준수하여 코드의 중복을 줄이는 방식으로 진행한다. 예외, 빌드도구에 대한 이야기도 나오지만 이는 따로 정리하고 OCP를 준수하여 어떻게 코드의 중복을 줄이는지에 대해 중점적으로 적을 것이다. OCP(Open Closed Principle) - 개방 폐쇄 원칙?? 코드의 확장에는 열려있어야 하고 변경에는 폐쇄적이야 한다는 원칙 의존하는 클래스의 코드에 기능이 추가되거나 변경이 일어난다하더라도 사용하는 코드의 변경은 최소화가 되어야한다는 것이다. 코드의 유연성을 추가하고 유지보수성을 개선..

"책을 보면서 정리한 내용입니다." 틀린 내용이 있다면 댓글 부탁드립니다. chapter2에서는 객체지향 개발 원칙 중 SRP(단일 책임 원칙)에 대한 챕터이다. 테스트코드도 나오지만 SRP가 주된 내용이기에 SRP에 집중하여 글을 작성하였다. SRP(Single Responsibility Principle) - 단일 책임 원칙?? SRP는 하나의 클래스는 하나의 책임만을 가진다는 원칙 일반적으로 SRP는 클래스와 메서드에 적용한다. 소프트웨어의 유지보수성을 높이고 오류의 범위를 최소화 할 수 있다. 코드가 변경되는 이유를 한 가지로 제한할 수 있다. 해당 책에서 SRP를 위반 하는 안티 패턴으로는 아래의 두 가지를 설명하고 있다. 갓 클래스 한 개의 파일에 모든 코드를 구현한 것이고, 한 클래스로 모든..