민스씨의 일취일장

F-Lab Java Backend 과정 2개월 후기 글이다.F-Lab Java Backend 과정 멘토링 2개월 후기어느덧 7월 한 달이 모두 지나고, F-Lab 멘토링을 진행한지 2개월이 지났다. 중간 점검을 하면서 지난 한 달을 돌아보려고 한다.방향 점검내가 올바른 방향으로 가고 있는지 판단하기 위해선 기준이 필요한데, F-Lab 멘토링을 시작할 때 가졌던 목표를 그 기준으로 삼아보려고 한다. 그 기준으로 지난 2개월을 살펴보고 잘 하고 있는지 또는 목표를 수정할 필요가 있을지 살펴보자.시작할 때의 목표이 글을 작성하면서 1개월차 후기를 다시 읽어보았다. 그 당시 목표는 "깊이 있는 지식 수준"을 갖추는 것이었다. 이 목표를 보니, 멘토링을 처음 시작할 떄가 새록새록 생각났다.두 달 동안 학습한 내용..

F-Lab Java Backend 과정 9주차 후기 글이다.F-Lab Java Backend 과정 9주차9주차 멘토링 주제9주차 멘토링 주제는 아래와 같다.이론1. Spring Bean Scope2. Spring MVC3. Spring Transaction4. Spring Security5. APM프로젝트1. 프로젝트 도커 컨테이너화 하기2. 도커 컨테이너 클라우드 서버에 배포하기3. nGrinder를 이용해 로컬 환경 테스트 하기4. VisualVM을 이용해 로컬 환경에서 애플리케이션 모니터링 하기5. 프로젝트에 Open API Specification 정의하기이력서1. 이력서 수정하기프로젝트도커이번 주 최대 주제는 도커이다. 도커를 익히고, 만든 서비스를 컨테이너화 해서 도커에 띄우고, 이렇게 띄운 ..

서비스 하나 만들며 익힌 기본기에 대한 내용이다.기본 서비스 만들기프로젝트를 시작하면서 가장 먼저 핵심 기능을 하는 서비스를 하나 만드는 시간을 가졌다. 단 하나의 메서드의 동작을 구현하고 테스트 코드를 작성해 보면서 여러 기본기를 익힐 수 있었다.기본 서비스 구성읻민스가 진행중인 현재 프로젝트는 페이 서비스를 만들어 보는 것이다. 페이 서비스의 가장 핵심 기능은 "결제"이다. 결제는 다음과 같은 순서로 이뤄지도록 구성했다. 이 "결제" 기능을 수행하기 위해 필요한 것들을 아래와 같이 구성했다.com.ydmins.paymentservice│├── controller│ └── PaymentController.java│├── domain│ └── payment│ ├── Payment.jav..

F-Lab Java Backend 과정 8주차 후기 글이다.F-Lab Java Backend 과정 8주차8주차 멘토링 주제8주차 멘토링 주제는 아래와 같았다.이론1. Open API Spec2. RestAPI3. MSA4. Docker 프로젝트1. 프로젝트 생성 하기2. 가장 핵심 기능을 갖춘 간단한 서비스 구현하기이력서1. 이력서 수정하기하는 것이 점점 늘어가고 있다.이론시간 배분 실패8주차 동안에는 '엘리스 코딩 챌린지' 참여와 함께 했는데 예상치 못하게 시간을 너무 많이 사용해서 이론에 시간 배분을 실패했다. 때문에 깊게, 다양한 사례를 살펴보진 못했고 각 주제들에 대해서 알아보는 정도로 준비했다.공부 과정GPT와 대화하며 알아야 하는 개념들과, 장단점 들을 정리하였다.프로젝트프로젝트는 좀더 자세히..

F-Lab Java Backend 과정 7주차 후기 글이다.F-Lab Java Backend 과정 7주차7주차 멘토링 주제7주차 멘토링 주제는 아래와 같다.1. 스프링 AOP2. Git Branch 전략3. ORM4. N+1 문제a. 프로젝트 설계b. 프로젝트 AIP 구성 지난 주에 다루지 못한 스프링 AOP와 Git, ORM에 대한 주제를 다루었다. 추가로 프로젝트 설계와 AIP 구성을 해보는 것 까지 과제였다.멘토링 준비1. 자료 준비이번 주 부터는 책보다는 자료 검색과 GPT를 활용해서 빠르게 학습 핵심을 파악하는 것에 초점맞춰 보았다. 따라서 책을 추가로 구입할 필요는 없었다.2. 공부 과정자료 검색과 GPT를 이용해서 핵심 내용을 파악하는 데 주안점을 두었다.3. 프로젝트 구상지난 멘토링 시간에..

설계 원칙에 대해서 학습한 내용을 기억하기 위한 글입니다.설계 원칙에 대해서SOLIDSOLID는 객체 지향 설계를 위한 5가지 설계 원칙을 말한다.S : 단일 책임 원칙O : 개방 폐쇄 원칙L : 리스코프 치환 원칙I : 인터페이스 분리 원칙D : 의존성 역전 원칙Single Responsibility Principle 단일 책임 원칙단일 책임 원칙은 하나의 모듈, 즉 클래스, 인터페이스, 메서드 등은 하나의 책임 또는 하나의 기능만을 가져야 한다는 원칙이다.이 때, 하나의 모듈이 단일 책임을 갖고 있다는 판단은 해당 로직이 사용되는 시나리오 내에서 살펴봐야 한다.Open-Closed Principle 개발 폐쇄 원칙확장에는 열려있고 수정에는 닫혀 있어야 한다는 원칙이다.SOLID 원칙 중 가장 이해하기..