약 4개월간에 고군분투가 이틀전에 끝이 났다 !! 내일배움캠프 이전의 삶 & 선택한 계기 👇개발 공부가 처음은 아니였다. 2년전에도 학원을 다니며 공부와 팀 프로젝트를 진행하며 취업 활동도 했었지만 갑작스런 소집통지서가 날라오는 바람에 올해 7월26일 소집해제를 하게 됐다. 소집해제 날이 다가오자 ' 내가 다시 개발을 혼자 공부할 수 있을까 ? ' 라는 생각을 했고 답은 ' No ' 였다.  주변에 개발 공부를 하는 사람이 없었고 혼자 하게되면 나태해질게 뻔했다.그러던 중 부트캠프라는 것을 알게되었고 마침 내가 소집해제가 끝나고 나서 시작하면서 백엔드 커리큘럼을 진행하는내배캠을 선택하게 됐다. 내일배움캠프  장점 😄1. 사전캠프내배캠의 경우 9 to 9로 아침9시부터 저녁9시까지 진행되게 된다. 처음..

최종 프로젝트 - SpotOn거의 한달간 이루어진 마지막 팀 프로젝트가 어제 발표회를 마지막으로 마무리 됐다. 이번 협업에서 담당한 업무와 느낀점을 정리해보려고 한다.프로젝트 결과물 👇 GitHub - team4-SpotOn/spoton-backendContribute to team4-SpotOn/spoton-backend development by creating an account on GitHub.github.com 내 담당 업무 ♣️실시간 로깅 및 모니터링S3 이미지 업로드프로모션 이벤트 CRUDEC2 서버에 배포프로젝트를 진행하며 잘한 점 & 아쉬운점 🎃잘한점각 기능별로 이슈를 만들어서 작업 한 것기능 구현 사항들을 Phase 1,2,3 으로 나누어 개발 진행담당 파트에 대해 이틀전에 완료 ..

저번주 금요일부터 약 일주일간 팀 프로젝트를 진행하였다.이번 프로젝트는 배달 어플리케이션을 개발하는것 이였다.아웃소싱  프로젝트 깃헙 주소https://github.com/out-sorucing/out-sourcing GitHub - out-sorucing/out-sourcingContribute to out-sorucing/out-sourcing development by creating an account on GitHub.github.com이번에는 6가지의 도메인을 기준으로 기능을 구현하였다.회원회원가입로그인회원탈퇴가게가게 생성가게 수정가게 폐업가게명과 메뉴명으로 가게를 검색가게 단건, 목록 조회메뉴메뉴 생성메뉴 수정메뉴 삭제메뉴 이미지 업로드주문주문 요청주문 상태 변경주문 목록 조회재주문가게 별 ..

과제 내용이번 과제는 테스트 코드를 연습해보고 기능들을 개선시켜보는 과제입니다. 트러블 슈팅배경기능들을 개선 시키는 과제 목록중에 Service에 도메인 로직을 엔티티에 위임시키는 목록을 진행하면서 Service에 있는 Password 체크와 같은 유효성 검사들을 Entity 클래스에 위임하던 중  Entity 클래스는 이미 DB와 소통하는 클래스로서의 책임을 가지고 있는데 과연 Entity 클래스에 유효성 검사와 같은 책임을 맡게해도 될까? 라는 생각이 들었습니다. 해결구글링을 통해 Entity 클래스가 과연 유효성검사와 같은 책임들까지 맡게 해도 될지 찾아봤는데 Entity 클래스는 이미 DB와 소통하는 클래스로서의 책임을 가지고 있는데 거기에 유효성 검사와 같은 책임들 까지 넘겨주면 SRP 원칙을 ..

[프로젝트 기간 ]    24/10/18 ~ 24/10/24[팀원 및 역할]문정원 (팀장)  : 친구 요청 생성, 친구요청 응답 API, 친구 요청 목록 조회김지혜  :  회원가입, 로그인, 프로필 상세조회, 프로필수정(이름, 비밀번호)이하승 : 게시물 등록, 게시물 단건 조회, 페이징 조회, 게시물 수정, 삭제장용환 : 친구 삭제, 친구 목록 조회, 회원탈퇴 [구현 기능]- 회원 -회원가입비밀번호 암호화로그인로그인 성공 시 JWT 토큰 발급 및 쿠키에 저장프로필 상세 조회프로필 수정회원 탈퇴비밀번호 입력받아 확인소프트 삭제탈퇴됨과 동시에 관련 게시글과 친구데이터 삭제친구 요청 및  응답친구 조회친구 삭제본인의 친구만 삭제가능- 게시글 - 게시글 등록단건 조회 로그인 하지 않아도 조회 가능페이징 조회로그..

과제 내용이번 과제는 JPA를 활용하여 일정관리 앱을 만드는 것이였습니다. 이번에는 각각의 API마다 정리를 했으니 블로그 봐주세요 !!https://haseung22.tistory.com/ haseung22의 블로그haseung22 의 블로그 입니다.haseung22.tistory.com  과제를 하며 있었던 트러블 슈팅배경과제의 요구사항 중 일정 담당 유저 (매니저)와 일정의 연관관계를 N:M으로 하라는 요구사항이 있었는데이걸 어떻게 할지 고민하다가 처음에는 User와 Todo 테이블 이외에 일정 담당 유저를 관리하는 Manger 테이블과 일정과 그 Manager 테이블을 N:M으로 연관 짓기 위하여 Management라는 테이블을 하나 또 만들어서 연관관계를 맺어줬었다.근데 코드를 계속 보다 보니 ..

저번주 월요일에 일정관리 앱을 만드는 과제를 받았다. 과제에 집중하느라 블로그 작성이 소홀해졌다...ㅠ이번 과제에서 구현해야할 기능들은 아래와 같다. 일정 생성 및 조회일정 수정일정 삭제일정 테이블과 작성자 테이블의 연관관계 설정 페이지네이션 API 명세서 작성 ERD 작성이렇게 크게 5가지이다.거의 처음하다시피하는 스프링으로 하다보니 생성 조회부터 막혔었다....그래도 과제 제출일인 오늘까지 꾸역꾸역 다 구현해서 다행인것같다. API 명세서와 erd는 시작하기 전에 작성해보고 개발을 했지만 API 명세서 같은 경우는 굉장히많이 추가됐다. 개발 전 쓴 API 명세서처음 작성하는것이다보니 그냥 예시에  나와있는 것과 굉장히 유사하게 작성했었다.. 솔직히 이정도면 굴러가겠구나 싶기도했지만 크나큰 착각이였다 ..

3 레벨에서는 Enum, 람다, 제네릭 클래스,  스트림을 이용해 보는 것이기 때문에 어제 맛만 봤던 Enum과 람다는 제쳐두고 제네릭과 스트림의 대해 알아보고 이용해 봤다.제네릭이란클래스 내부에서 사용할 데이터 타입을 외부에서 지정하는 기법을 의미합니다. 제네릭의 장점제네릭을 사용하면 잘못된 타입이 들어올 수 있는 것을 컴파일 단계에서 방지할 수 있다.클래스 외부에서 타입을 지정해 주기 때문에 따로 타입을 체크하고 변환해 줄 필요가 없다. 즉, 관리하기가 편하다.비슷한 기능을 지원하는 경우 코드의 재사용성이 높아진다.제네릭 사용방법제네릭은 아래표의 타입들이 많이 쓰인다.타입설명TypeElementKeyValueNumber 물론 반드시 한 글자일 필요도 없고 위에 표와 반드시 일치해야 할 필요는 없지만대..