데브코스를 시작한 지 어느덧 6주차이다. 많은 생각을 했던 주차 인 것 같다. 개인 과제도 해야하고, 코드리뷰 미션도 진행해야 하는 상황이었는데 멘토님에게 코드 리뷰를 받으면서 리팩토링을 크게 크게 거쳐서 진행을 했다. 그 과정에서 오버 엔지니어링을 여러 번 하게 되면서 수 차례 좌절을 겪었다..! 오버 엔지니어링을 하지 않도록 하는 연습도 정말 중요한 것 같다. 그리고 이번 주 다짐으로는 꾸준한게 중요한 것 같다. 열정보다는 시스템을 그리고 열정 과다로 지치지 말자. 또 하나 중요하게 생각해야 될 부분이 있다. 하나를 배우더라도 정확하게 알고 넘어가자. 복습을 꼼꼼하게 하자. 최근에 프리팀에서 같이 활동한 근우님과 학습 방향에 대해서 같이 말씀을 나누었다. 근우님도 꾸준하게 회고를 작성하시는 모습을 볼..
어느 새 프로그래머스 백엔드 데브코스 부트캠프를 시작한지 1달이라는 시간이 지났다. 해당 코스를 수행을 하면서 1달 동안 경험 한 작은 이야기들을 적어내려고 한다. 백엔드 개발자가 되기를 희망하는 분들께서 해당 글을 읽고 부트캠프를 선택하는데에 있어서도 도움이 되었으면 좋겠다. 데브코스에 들어오기 전 데브코스에만 해당하지 않고, 왜 부트캠프를 들어오게 되었는지에 대해서 부터 시작을 해야 할 것 같다. 하나의 졸업 프로젝트와 많이 관여는 하지 않았지만 하고 싶어서 만들게 된 게임 프로젝트, 모바일 플랫폼 프로젝트 등 다양한 프로젝트를 경험해봤다. 이러한 여러 개의 프로젝트를 진행하고 완성을 해내다 보니 학교를 다닐 때에는 주변에서도 "너 정도면 충분히 어디든 취업 할 수 있을 것이다.", "너 정도면 잘하..
먼저 해당 글을 작성하게 된 계기는 예외처리 테스트를 하던 와중에 assertThatThrownBy()로 예외가 발생하지 않는 경우를 처리를 하려고 했는데, 처리가 되지 않아 해당 내용에 대해 자세하게 알아보게 되었다. 그 과정에서 동료와 얘기를 나누면서 좋은 자료를 공유해주어서 정리하게 되었다. 설정 spring-boot-starter-web 을 선택했다면 spring-boot-start-test 의존성이 추가되어있다. 최근 버전은 Junit5가 기본적으로 되어 있어서 바로 Junit5를 사용할 수 있으나, 자바 프로젝트에서는 바로 주입이 안되어 있으므로 따로 설정이 필요하다. Maven Repository: org.junit.jupiter » junit-jupiter-api 해당 레포지토리에서 Jun..
타입 추론 var 타입추론은 개발자가 변수의 타입을 명시적으로 적어주지 않고도, 컴파일러가 알아서 이 변수의 타입을 대입된 리터롤로 추론하는 것. JDK 10에서 type-inference(타입 추론)이 적용되었다. JDK 10 이전과 이후의 차이를 한 번 살펴보자 String str = "Hello"; // JDK 10 이후의 var 적용 var str = "Hello"; 그리고 컴파일러는 var을 String으로 컴파일 단계에서 타입 추론을 해준다. 하지만 var은 아무때나 사용 할 수 있는 것은 아니다. 💡 Var은 초기화 값이 있는 지역변수로만 선언이 가능하다. 즉, var은 멤버변수, 파라미터, 리턴 타입으로는 사용이 불가능하다는 것이다. 혹시나 멤버변수를 final을 사용해서 var을 적용하면..
프리팀 기간이 이번 주를 기준으로 종료되게 되었다. 프리팀을 정말로 잘 만나서 앞으로 공부를 해나가야 할 방향성이라고 해야 할까? 정말 얼마만큼 공부를 해야 될지에 대해서 메타 인지를 할 수 있는 좋은 시간이었다. 못한 점 잘한 점 보다 못한 점 부터 먼저 파악을 해야겠다. 전반적으로 정말 바쁜 시간을 보냈지만, 나 자신과 지키지 못한 약속이 있다. 일일 TIL을 꼭 적기로 하였는데, 적지 못하였다. 정말로 시간을 쪼개고 쪼개어서 한다면 솔직히 가능한 영역이었다고 생각했지만 TIL보다 다른거에 더 치중해야겠다고 생각한 개인의 판단이다. 하지만, 이건 핑계일 수 있고 어떻게 TIL을 효율적으로 써내려갈지에 대해서 고민을 할 필요가 있는 것 같다. 현재 방향성은 일단 전반적으로 먼저 하루 공부한 내용에 대해..
클라우드와 AWS에 대해서 학습을 하였다. 그 과정에서 EC2 의 구매옵션에 대해서도 다루게 되었는데 종량제 방식인 On-demand 옵션, Reserved 옵션, Spot Instance에 대해서 배우게 되었다. 하지만 여기서 기존의 알고 있던 Spot Instance를 잘 못 알고 있었기에 다루게 되었다. Spot Instance Spot Instance 방식은 사전 약정없이 사용 할 수 있는 EC2 Instance 이다. 위의 사진처럼 스팟 인스턴스는 사용자 제시 가격(입찰가격)을 정해놓고 저렴할 때 이용하는 방식이다. 일반적으로 On-Demand 방식 대비 80 ~ 90%의 저렴한 가격으로 구매를 할 수 있다. 하지만 여기서 내가 잘 못(?) 이라기 보다 얕게 알고 있던 개념으로 Spot Inst..
화요일 날 진행했던, 팩토리 패턴과 싱글톤 패턴 발표자료 중 싱글톤 패턴의 발표 자료이다! 싱글톤 패턴 : 애플리케이션에 단 하나의 유일한 객체를 만들기 위한 패턴 싱글톤을 사용해야 하는 이유 위 처럼 각 각 독립된 기능을 수행하는 클래스를 클라이언트 각각이 클래스를 생성해서 사용하게 되면, 메모리 누수가 발생하게 됩니다. 물론 새롭게 생성된 객체들이 GC 를 통해서 자동으로 비워지기는 할 테지만 잦은 GC는 Stop the World 를 발생시켜 프로그램 사용에 있어서 느려짐을 겪을 수 있습니다. 또한, 만약 해당 클래스를 생성하는데 발생하는 리소스가 많다면 이는 더 심하게 발생할 것입니다. 따라서, 싱글톤은 한 번 생성하고 돌려쓰는 용도로 사용을 하는 방식이고 싱글톤 방식을 채택한다면 다음과 같아집니..
매일 매일 적었어야 했는데..! 발표에 과제에 너무나도 치였다..! 몰아적는건 좋지 않지만 그래도 했던 기록은 남기고자 한다. 다음 날 있을 디자인 패턴 스터디의 발표 자료를 준비했다! 해당 발표 자료를 올리고자 한다. 기본적으로 간단한 팩토리는 패턴으로 사용하지 않고 관용구로 사용한다고 하는데, 팩토리 메서드 패턴과 추상 팩토리 패턴의 기본적인 틀은 Simple Factory를 따라가는 것 같아서 위와 같이 표현을 했다. Simple Factory 자체는 프로그래밍에서 자주 쓰이는 관용구이고, 디자인 패턴은 아닙니다. 하지만 같은 개념을 확장한 Factory Method와 Abstract Factory는 패턴입니다. 팩토리 : 주로 객체 생성을 처리하는 클래스를 의미합니다. 팩토리 패턴은 왜 사용하는가..
