전체 글

개요AWS의 도메인 리다이렉트 예제를 찾아보면 S3의 Bucket을 활용한 리다이렉트 방법이 가장 많이 나오는데,이는 아래와 같은 단점들이 있다.S3 Bucket을 관리해야 하여 관리포인트가 늘어난다.Query Parameter의 유지가 불가능하다.1번은 큰 문제가 아닐 수 있지만,2번과 같인 Query Parameter를 상황에 따라 유지해야 하는 경우에는 사용이 불가능했다. 따라서 Query Parameter도 같이 포함하여 리다이렉트 할 수 있도록 하는 방법을 찾아보았고,이를 기록하게 되었다.아래 절차는 Route 53에 기존 도메인이 등록되어 있는 상태에서 진행해야 한다. CloudFront FunctionsS3를 활용하여 도메인 리다이렉트를 구성한다고 하더라도,기존 도메인의 HTTPS를 대응하기..

개요2024년 12월부터 2025년 2월까지,약 3개월 간 스파르타의 항해 플러스 과정에 참여했다. 참여하게 된 이유부터 수료까지경험했던 여러 일들과 후기를 기록한다. 참여하게 된 이유4개월 간 했던 이너써클 과정이 11월에 끝나고, 약간 붕 뜨는 느낌이 있었다.열심히 달려오던 과정이 끝나니 어떤 걸 더 공부해야 할지 갈피를 못 잡고 있었다. 이너써클 과정은 팀 프로젝트 중심이었기 때문에 이제는 좀 더 기술적으로 성장하고 싶은 욕구가 있었다.그때, 우연히 회사 동료분이 항해 플러스를 고민 중이라고 알려주었다.사실 이전에도 항해 플러스를 고민하긴 했었는데, 당시에는 크게 와닿지 않았어서 보류했었다. 이번에 다시 관심을 갖고 보니 커리큘럼이 내가 관심 있는 방향으로 변경되어 있었고,과정 자체가 개인 과제로 ..

현재2024년이 끝났다. (이미 오래전에)2023년 회고 때도 미루다가 1월 5일에 겨우 작성했었는데,2024년 회고는 그보다 한 달이나 더 지난 2월에서야 작성한다.그만큼 정신없이 바쁘게 살고 있다. 새해 첫 곡은 데이식스의 HAPPY를 들었다. 지금의 나지금의 나는 이직한 회사를 다니며 열심히 일하고 있고,항해플러스 과정과 여러 스터디 및 외부 활동을 병행하고 있다. 이번 달까지가 개인적으로 상당히 바쁠 기간이어서,평일에는 제일 중요하게 생각하던 잠도 줄여가면서 열심히 살고 있다. 작년에는작년에는 3년 넘게 다니던 첫 회사를 그만두고, 처음으로 이직을 시도했다.그리고 목표했던 대외활동 및 다양한 경험을 위해 재직자 부트캠프인 이너써클에도 참여했고,성장하기 위해 이것저것 참여하고 공부하며 정말 열심히 ..

개요2024년 7월부터 11월까지,약 4개월 간 패스트캠퍼스의 Inner Circle이라는 직장인 부트캠프에 참여했다. 참여하게 된 이유부터 수료 후 지금까지해당 과정에서 경험했던 일들과 후기를 기록한다. 참여하게 된 이유나는 대학생 시절 개발 지식이 전무함에도 학교 연계형 인턴으로 전 회사에 입사했다.회사에서 실무부터 경험하게 되다 보니 연차가 쌓이며 일은 잘하게 되었지만,개발 지식이나 다양한 환경에서의 경험은 많이 부족하다는 것을 뼈저리게 느꼈다. 특히 이직 과정에서 나의 부족함을 정말 많이 깨달았고,다양한 경험을 통해 성장하고 싶은 욕구가 강했다. 그러던 중 SNS에서 Inner Circle 과정의 광고를 접했는데,퇴근 이후 시간 비대면, 국비지원으로 무료로 들을 수 있는 걸 보고 관심이 갔다. 자..

개요내가 지금 참여하고 있는 항해플러스 백엔드 7기의 Chapter 2가 끝났다.Chapter 2의 끝을 기점으로 정확히 반이 끝난 시점에서, Chapter 2의 회고를 기록한다. Chapter 2Chapter 2는 본격적으로 백엔드 서버를 구축하는 챕터로,e-커머스 서비스 혹은 콘서트 예약 서비스 중 하나를 선택하게 된다.선택한 서비스 하나를 과정이 종료될 때까지 계속 고도화해 나가는 커리큘럼이다. 나는 두 도메인 다 현업에서 겪어본 적은 없지만,최근 사이드로 e-커머스를 경험해보기도 했고,예약 프로세스 자체가 머릿속에 잘 그려지지 않아서 콘서트 예약 도메인을 선택하게 되었다. 그전에는Chapter 2가 되기 전에 Chapter 1에서는 TDD와 클린 아키텍처를 다지는 2주였다.두 이론 다 공부는 해보..

아래 모든 내용은 현재 스프링 부트 최신 버전인 3.4.1을 기반으로 작성되었고, 버전에 따라 달라질 수 있습니다. 목차공통 Exception을 처리해야 하는 이유Controller 예외 처리@Repository 어노테이션결론 공통 Exception을 처리해야 하는 이유우리는 기본적으로 Spring 프레임워크를 사용하고 있고, 상당히 많은 예외 케이스나 구현에 대해 도움을 받고 있다.API에서 사용자가 연락처를 포맷에 맞지 않게 입력한다거나, 잘못된 ID로 조회하려고 하는 등의 경우 사용자가 알 수 있도록 응답을 보내줘야 한다.Exception을 제대로 처리해주지 않으면 API를 사용하는 개발자뿐만 아니라 사용자까지 원인을 모르고 알 수 없는 오류로만 보이는 문제가 있기 때문에, Exception을 신경..

항해플러스 과정 내에서 제출 목적으로 작성되었습니다.지금까지의 회고나는 현업에서 지금까지 시니어에게 지도받으며 개발한 경험이 거의 없고,항상 모르는 부분은 혼자서 공부하며 개발을 해오고 있었다. 그럼에도 나름 일머리가 있고 꼼꼼한 성격 덕에 나름 현업에서 인정받으며 개발을 해 왔다.하지만 항상 사내에서 적용 가능한 기술들에 대해서만 주로 학습하게 되었고,정말 많은 트래픽을 경험하거나 다양한 기술들을 적용해 보는 데 한계가 있었다. 항해플러스 참여 계기마찬가지로 혼자서 계속 공부하는 것도 한계가 있었고,잘하는 시니어분들은 실전에서 어떻게 개발하시는지에 대한 궁금함도 항상 존재했다. 그러면서 자연스럽게 개발 커뮤니티나 여러 활동을 참여하게 되었고,커뮤니티들에서 지속적으로 좋은 평가를 받던 항해플러스에 관심이..

개요코드를 작성하다 보면 기본적으로 가정하고 있는 조건들이 있다.그런 조건들은 알고리즘을 파악하거나 주석을 읽으면서 확인할 수 있지만,Assertion을 사용하여 보다 명시적으로 나타낼 수 있다. Java에서 기본적으로 제공하는 assert 문법을 알아보고,이를 Spring에서는 어떻게 사용해야 하는지,또한 Spring의 Assert 클래스와는 어떻게 다른지 알아보자. Java의 assertjava의 assert 문법은 기본적으로 아래와 같이 사용한다.// assert [조건식];assert 1 == 2;// assert [조건식] : [실패 메시지];assert 1 == 2 : "유효성 검사에 실패했습니다.";조건식 결과가 true이면 정상적인 흐름, false이면 잘못된 경우임을 나타낸다. 하지만, ..