back-end

🚀 코코무(COCOMU) 핵심 기능 소개 코코무의 핵심 기능을 간추려 봤습니다. OAuth 2.0 로그인 스터디 / 코딩 스페이스 CRUD 기능 코딩 스페이스 알림 시스템 코드 실행 및 제출 위 기능들에 대해 코코무는 어떻게 처리했는지 작성하겠습니다. ✅ OA

Deep Dive Community 에서 어떻게 회원가입을 진행하면 좋을까?우리 프로젝트는 API를 아래와 같은 형식으로 반환하기로 했다.회원가입 API를 명세할 때 회원가입에 대한 응답 정보를 어떻게 반환하지? 라는 고민을 했다. 그래서 딥다이브 멘토링을 통해 어떻게

이전의 API 응답을 살펴보자.기존 API 응답(https://velog.io/@jihwankim128/DDSP-%EC%82%AC%EC%9A%A9%EC%9E%90-%ED%9A%8C%EC%9B%90%EA%B0%80%EC%9E%85\`\`\` jsoncode:me

회원가입 기능을 조금 더 개선해보자.우선 전체적인 패키지 구조도 바뀌었다. 해당 포스트에서는 회원 도메인에 대한 구조만 먼저 작성한다.회원 도메인은 패키지 구조에 대해 변경된 부분은 없다. 이전 포스트(https://velog.io/@jihwankim128/D

로그인 기능의 전반적인 흐름 로그인 기능은 대표적인 3가지 방법이 소개된다. Cookie를 이용한 로그인 Session을 이용한 로그인 token을 이용한 로그인 우리는 token을 이용한 로그인을 채택했다. 이유는 아래와 같다. Cookie와 Session에 대한

Spring boot로 프로젝트 개발을 진행한다면 스프링의 꽃 중 하나인 테스트를 꼭 경험하게 될 것이다. 토비 : 테스트를 작성하지 않을 것이면, 스프링 부트를 왜 사용할까요?Jacoco Report는 이런 테스트에 대한 Coverage를 체크해주는 도구이다.예를 들

CQRS 패턴은 아키텍처 레벨에서 Command 모델과 Query 모델을 명확히 분리하는 것입니다. 이 패턴은 Application을 벗어나 DB Layer까지 고려한 방법입니다.보통 일반적인 CRUD 패턴에서는 그림과 같이 서버와 DB가 네트워크를 두고 존재할겁니다.

시작하며 > "관리자 페이지에서 데이터를 엑셀로 내려받고 싶어요" 흔한 요구사항이지만, 막상 구현하려니 의외로 고민거리가 많았습니다. 이게 REST API로 처리하는 게 맞나? Spring에서 파일 다운로드는 어떻게 하지? 팀원들이 각자 다르게 구현하면 어떡하지?

"ENUM Parameter를 RESTFUL 하게 처리하자"해당 api를 처리하는 중 status를 처리하려고 하니까 뭔가 거슬리는게 발생했다.swagger에서 status가 Enum 그대로 대문자로 표현되는 것이다.이게 무슨 문제가 있을까..?사실 문제는 없다. 다만

GreenWinit에서 상품 배송을 하기 위해 휴대전화 인증이 필요한 상황현재 MVP 기능 구현 단계였고, 서비스가 출시되면 테스트 진행 후 상황에 따라 계속해서 사업을 진행할 계획이라고 한다.그래서 SMS 인증에 대해 지원금도 없고 SMS 인증 비용에 한계가 있었다.

서비스에는 언제나 동시성 문제가 발생할 수 있다.동시성이 발생 할 수 있는 포인트를 찾아서 동시성 문제를 사전에 해결하고자 한다.그린위닛 프로젝트에서 Point 관리에 대해 동시성 이슈가 발생할 것으로 보였다.포인트 내역 관련 서비스는 아래와 같다.1\. 관리자가 챌린

MVP 기능 구현이 끝나고 남은 기간 내 성능 최적화를 수행한다.왜 성능 최적화를 할까?UX 개선사용자 입장에서 생각해보자.처음 서비스가 막 출시되고 데이터를 조회하는데 시간이 지날수록 서비스 처리 속도가 느리다면, 사용하고 싶지 않을 것이다. 특히, 대한민국은 빠름의

내가 담당한 포인트 상점 도메인에서 어떤 문제점이 있을까? 를 고민해봤다.앞서 포인트 적립에 대한 동시성 문제도 있었지만, 또 심각한 문제가 있었다.그린 위닛 애플리케이션은 웹앱 서비스이다.웹앱이라는 것은 Wifi, 4G, 5G 등 무선 네트워크를 사용하기 때문에 대표

목적 앞서 멱등키를 활용한 포스트에서 새로운 문제가 발생할 것이라고 인지했다. 정말로 문제가 발생하는지 테스트를 해본 뒤, 문제를 식별했다면 해결하려고 한다. 멱등성 되살펴보기 우선, 멱등성에 대해 다시 한 번 살펴보자. 사용자가 일반적으로 상품 교환을 요청하면 그림과 같이 상품 교환 요청 -> 웹 앱에서 서버로 요청 -> 서버에서 처리...

주문 API에 멱등성을 구현해야 했다. 사용자의 중복 클릭이나 네트워크 불안정으로 인한 재시도 요청에서 중복 주문을 방지하는 게 목표였다.처음엔 가장 일반적인 방법을 선택했다. 별도 락 테이블을 만들고 Primary Key 제약조건을 활용하는 방식이었다.장점:표준 SQ

우테코 합격 후 판교로 가기전 의미있는 활동을 하나라도 더 하고 싶었다.그래서 CMC 부산 1기에 참여해 팀원과 함께 사용자를 받을 수 있는 간단한 프로젝트를 진행하는 것을 목표로 진행했다.프로젝트를 간단하게 진행하려면 어떻게 해야 될까?정답은 MVP를 정하면 된다!하