시작하며 예외처리 부분들을 개선하게 되었다, 기존의 컨트롤러 코드에 덕지덕지 있던 예외처리들을 모두 지우고 Exception Handler를 사용했다. 사실 이미 예전에 이 부분에 대해서 우리 껌딱지 개발팀 기술블로그에 작성하긴 하였지만 내 개인 프로젝트 기록에도 중요한 부분 같아서 같은 내용이지만 여기에도 기록을 남겨 본다. 기존의 예외처리 방법 try { Example e = exampleService.example(); return result("success", "성공!"); } catch (내가 만든 예외1 | 내가 만든 예외2 e) return result("fail", e.getMessage); } 기존에는 위 코드 처럼 컨트롤러단에서 예외 처리를 하고 있었다. 서비스단에서 커스텀 되어 있는..

개요올해도 어김없이 회고록으로 연말 마지막 글을 장식하게 되었습니다~!23년 총 결산 회고록이기 때문에 전에 썻던 상반기 회고록이랑 내용이 겹칠 수도 있어요~!사람 박종하로써 나의 2023년은?개발자가 아닌 평범한 21의 사람으로써 2023년을 보내며 받았던 인상 깊었던 느낌들에 대해서 정리해보려고 한다.개발자로써 성장하게 된 부분은 글의 아래부분에 적도록 하겠다.정말 여러일들로 힘들었던 한해올해를 전체적으로 보자면 분명 감사하고 좋았던 일들도 많았지만 무언가 많이 힘들었던 한해였다. 여름에는 번아웃과 멘탈을 무너뜨릴만한 사건이 동시에 겹치면서 불면증, 불안증까지 잠시 생겼었고 심리 상담도 다녔었다. 그리고 겨울인 연말에는 십자인대과 연골 부상으로 인해 수술받고 입원을 해서 병원 신세를 지며 연말을 마무..

개요 배포를 해서 약 100명 정도 되는 사람들이 사용을 한지 약 3개월 정도 되어 가고 있다, 시간이 참 빠른것 같다. 중간에 이런저런 이슈가 있었지만 크게 문제가 되는 부분은 없었고 무난하게 지속적인 기능 추가를 해 나가면서 운영을 했다. 그러다가 나는 이런 생각을 해보았다. 아 솔직히 지금 인프라 아키텍쳐가 너무 짜쳐놓은것 같다.. 이거 한번 제대로 설계 해볼까? 현재 많은 회사들이 AWS에 서비스를 올려놓고 사용하고 있다. 나도 AWS의 서비스들에 고등학생 시절부터 굉장히 관심 많았지만 고2때 EC2 프리티어를 사용하다가 3만원인가? 요금이 나온것이 그렇게 공포로 기억에 자리 잡아서 그 뒤로 AWS 공포증이 생겨 사용하지 않았다 그렇게 계속 공부를 하면서 AWS를 계속 외면할 수는 없으니까 이번에..

개요 정말 오랜만에 글을 쓴다, 사실 무릎 인대가 찢겨서 병가를 지내는중이라 여유가 생겨 쓰는거긴하다. 개발 블로그에 이런 철학적인 글,, 안 어울릴수도 있는데 원래부터 생각을 좀 많이 하던 주제라 한번 정리할겸 적어보려고 한다. 온전한 나만이 겪은 나의 경험과 개인적인 사견으로 이루어진 글이라는것을 인지하고 읽어주셨으면 한다. 나이와 정신연령은 다른가? 보통 나이라고 하면 출생년도 이후로 몇년을 살았냐 라고 말한다, 매우 명확하고 부정할 수 없는 수치다. 하지만 정신연령은 무엇인가? 벌써 정의부터 애매하다, 사람마다 다르게 받아드릴수도 있고 객곽적이지 않은 수치이다. 그럼에도 불구하고 나는 분명히 존재한다고 생각하고 나는 나이보다 정신연령을 기반으로 인간관계를 대하는 편이다. 정신연령은 뭘까? 내가 생..

개요 드디어 개발을 끝내고 배포를 하게 되었다!! 와아.. 그리고 배포한 뒤 뒤늦게 무언가를 깨닳아서 급하게 인프라 아키텍쳐를 변경하게 되었다. 이번 글에서 배포뒤 유저들이 들어와서 사용하는 모습을 보고 느낀점과 왜 인프라 아키텍쳐를 변경하게 되었는지 설명하도록 하겠다. 배포 및 사용자 유입.. 배포가 이번이 처음이진 않다. 그동안 고등학교때부터 크고 작은 프로젝트들을 진행하면서 클라우드에 많이 배포를 해봤지만 실제로 사용자들이 많이 들어와서 사용하는적은 이번에 처음이여서 꽤나 긴장했었다. 사실 100명 정도만 사용해서 크게 걱정할 부분은 없었지만 그래도 무슨 버그라도 터질까.. 엄청 긴장하고 신경을 많이 썻던것 같다. 다행히 배포 후 큰 문제는 없었고 대부분 다 생각했던대로 진행되었던것 같다. 사실 오..

개요 사실 이번 게시글에 개발하는 과정에 대해서 적으려고 했지만 사실 개발 자체는 노멀한 스택들로 노멀하게 진행했기 때문에 무언가 개발 하는 과정을 쓰는것보단 배포 후 일어나는 문제점들을 해결하는 과정들을 적는것이 더 도움이 된다고 생각했다. 하지만 바로 배포에 관한 내용으로 넘어가기전에 중간에 하나 정도 글이 더 있었으면 좋겠다고 생각했는데 그래서 백엔드 개발자는 맥북을 어떻게 세팅해서 개발하는지에 대해서 내용을 다뤄보려고 한다. IDE가 제일 중요하지! 일단 개인적으로 개발을 할때 어떤 IDE를 쓰는지가 제일 중요하다고 생각한다. IDE 종류도 엄청 많고 지원하는 플러그인의 생태계나 단축키등이 정말 천차만별이기 때문이다. 나는 JetBrains 사의 Intellij Ultimate Edtion을 주로..

개요 이번 글에서는 프로젝트의 인프라 아키텍쳐를 어떤식으로 구성했는지 설명해보고자 한다. 그런데 '인프라'라고 하기도 좀 그런 부분이.. 사실 부하 분산이나 최적화를 하는 포인트가 아에 없기도 하고.. 프로젝트를 배포해서 다수의 유저들이 사용해본 경험도 없어서 어떤 부분에서 어떤 일이 일어날지는 모른다. 알고 있는 케이스는 회사들 기술블로그 구경해본 정도이다. 사실 알고 있다면 어느 정도는 알고 있다고 생각하긴 한다. 회사들 기술블로그 읽는걸 굉장히 좋아해서 인프라 아키텍쳐를 보통 어떤식으로 구성하는지 그리고 그에 관련된 기술들도 사용할줄 안다. 하지만 처음 경험해보는 리얼 서비스 프로젝트이고 사용에 문제도 없는데 그런식으로 미리 가져다 쓰면 정말 이런식으로 구성하고 이런 기술들을 왜 쓰는지를 잘 깨닫지..

개요 어느 프로젝트가 그렇듯이 구성원을 모았다면 제일 처음에 해야하는것은 기획과 디자인이다. 하지만 우리팀에 기획자와 디자이너는 없다는 점 ㅋㅋ 솔직히 디자인은 프론트 친구가 할줄 알았는데 프론트가 디자인을 할 줄 안다는건 내 착각이였다. 기획부터 해보자 일단 복잡한 비즈니스 요구사항이 있는 프로젝트가 아니기 때문에 기획에 너무 투자를 하는건 아니라고 생각을 했다. 그래서 대충 노션에 머리속에 생각나는 주요 기능들을 정리를 해놨다, 사실 두명이여서 이런식으로 프로젝트 진행이 가능한것이지 개발자가 4~5명이 넘어가는데 화면별 기획 문서 하나도 없이 프로젝트 진행하면 진짜 산으로 간다.. 많이 경험해봐서 너무 잘 안다. 저번 글에도 보여줬는데 이 정도로만 정리를 했었다, 오른쪽 밑에 질문들은 이번에 합류한 ..