카카오 테크 캠퍼스

8/25~27 2박 3일간 진행했던 아이디어톤에 다녀왔습니다. 카카오 테크 캠퍼스 3단계 진행을 위해 팀별 아이디어를 설정하고, 개발 기획을 마치는 것이 이번 아이디어톤의 목적이었습니다. 저희 팀은 크게 3가지 주제가 나왔습니다.현재 카카오맵, 네이버 지도를 보면 진짜

어제 아이디어톤 이후 첫 오프라인 회의!가 진행되었습니다. 이번에는 6명 팀원이 전부 모였습니다! 제도관 4층 동아리방에서 진행하였는데, 금방 끝날줄 알았던 회의는...거의 5시간을 하게 되었답니다 ㅎㅎㅎㅎ팀원이 기존 기획안을 일부 수정해주셔서 크게 손댈 곳은 없었습니

API 명세서를 만드는 회의를 진행하였다! 피그마로 만든 디자인에서 필요한 데이터들을 추출해서 request, response header와 body를 만드는 작업을 진행했다.자세한건 노션에 있지만, 대략적으로는유저 로그인포트폴리오 CRUD견적서 CRUD결제를 만든 것

기획과 피드백이 완료되어 이제 개발을 시작하게 되었답니다! 와!버전 설정은 금방 했습니다.JDK 17 Spring Boot 3.1.4버전을 사용하기로 했습니다. 다 제가 정했는데 ... ㅎㅎㅎㅎㅎ 왜 저 버전을 선택했는지 이유들을 좀 적어보자면 ..... 별거 없음J

포트폴리오 이미지를 프론트로 넘겨야하는데, 이게 생각처럼 간단한 작업이 아니었습니다 .... 우선 이미지를 바이트 스트림으로 내보내려면 예제들을 찾아보니 응답 데이터 타입을 이미지로 지정하고 보내야 하고, 다른 정보 없이 이미지만 보내는 것들 뿐이었습니다.

엔티티 ID가 IDENTITY 로 설정할 경우, saveAll은 저장할 엔티티 하나당 하나의 insert query 를 전송합니다. 이를 위해 jdbc로 batch-insert 를 해보았습니다.

멘토님께서 지난 멘토링 때 하셨던 말씀 ..!! 요즘 JWT는 기본으로 사용한다고 ... 일단 Oauth 사용해볼 시간이 부족할 것 같아서 JWT로 1차 구현을 진행하고 있었는데 강사님께서 토큰 보안 강화를 위해 refresh token을 도입하라고 하셨다! 그래서 도

필터링 옵션은 이름, 지역, 가격으로 필터링을 추가하도록 회의에서 정해서, 추가하게 되었답니다 ..!!

오류 응답의 형태가 바뀌면서 응답 객체를 수정해야 했습니다. 이 과정에서 상속을 사용할지, 객체를 분리시킬지 고민을 했습니다.

JWT에서 refresh-token이 추가되면서 프론트에서 에러를 좀 더 세분화하여 구분을 해야하기 때문에 이를 위해 에러 코드를 세분화하여 정의하였습니다.

깃허브에서 pull request, push 등의 이벤트가 발생하면 자동화된 작업을 수행할 수 있게 해주는 기능입니다. 이를 이용할 때, 외부 환경변수를 주입하는 과정입니다.

순수웨딩 프로젝트에서 두개의 테이블을 단일 테이블로 합쳤습니다. 하지만, 플래너의 비율이 예비부부보다 확연히 적고 이후 서비스의 유지보수 관점에서는 좋지 않았던 선택이었던 것 같습니다.