[박승민] sprint 3 by raonPsm · Pull Request #96 · codeit-bootcamp-spring/10-sprint-mission

raonPsm · 2026-02-04T07:43:59Z

3️⃣ 스프린트 미션 3

스프린트 미션 2

[SB] 스프린트 미션 2

📝 요구사항 - 1차

1️⃣ 기본 요구사항

📍프로젝트 초기화

IntelliJ를 통해 다음의 조건으로 Java 프로젝트를 생성합니다.
- IntelliJ에서 제공하는 프로젝트 템플릿 중 Java를 선택합니다.
- 프로젝트의 경로는 스프린트 미션 리포지토리의 경로와 같게 설정합니다.
  예를 들어 스프린트 미션 리포지토리의 경로가 /some/path/1-sprint-mission 이라면:
  - Name: 1-sprint-mission
  - Location: /some/path
- Create Git Repository 옵션은 체크하지 않습니다.
- Build system은 Gradle을 사용합니다.
- Gradle DSL은 Groovy를 사용합니다.
- JDK 17을 선택합니다.
- GroupId는 com.sprint.mission으로 설정합니다.
- ArtifactId는 수정하지 않습니다.
- .gitignore에 IntelliJ와 관련된 파일이 형상관리 되지 않도록 .idea 디렉토리를 추가합니다.
```
...
.idea
...
```

📍도메인 모델링

📍서비스 설계 및 구현

도메인 모델 별 CRUD(생성, 읽기, 모두 읽기, 수정, 삭제) 기능을 인터페이스로 선언하세요.
- 인터페이스 패키지명: com.sprint.mission.discodeit.service
- 인터페이스 네이밍 규칙: [도메인 모델 이름]Service
다음의 조건을 만족하는 서비스 인터페이스의 구현체를 작성하세요.
- 클래스 패키지명: com.sprint.mission.discodeit.service.jcf
- 클래스 네이밍 규칙: JCF[인터페이스 이름]
- Java Collections Framework를 활용하여 데이터를 저장할 수 있는 필드(data)를 final로 선언하고 생성자에서 초기화하세요.
- data 필드를 활용해 생성, 조회, 수정, 삭제하는 메서드를 구현하세요.

📍메인 클래스 구현

메인 메서드가 선언된 JavaApplication 클래스를 선언하고, 도메인 별 서비스 구현체를 테스트해보세요.
등록
조회(단건, 다건)
수정
수정된 데이터 조회
삭제
조회를 통해 삭제되었는지 확인

2️⃣ 심화 요구 사항

📍서비스 간 의존성 주입

도메인 모델 간 관계를 고려해서 검증하는 로직을 추가하고, 테스트해보세요.
힌트: Message를 생성할 때 연관된 도메인 모델 데이터 확인하기

📝 요구사항 - 2차

1️⃣ 기본 요구사항

📍File IO를 통한 데이터 영속화

다음의 조건을 만족하는 서비스 인터페이스의 구현체를 작성하세요.
- 클래스 패키지명: com.sprint.mission.discodeit.service.file
- 클래스 네이밍 규칙: File[인터페이스 이름]
- JCF 대신 FileIO와 객체 직렬화를 활용해 메서드를 구현하세요.
  객체 직렬화/역직렬화 가이드
Application에서 서비스 구현체를 File*Service로 바꾸어 테스트해보세요.

📍서비스 구현체 분석

JCF*Service 구현체와 File*Service 구현체를 비교하여 공통점과 차이점을 발견해보세요.
- "비즈니스 로직"과 관련된 코드를 식별해보세요.
- "저장 로직"과 관련된 코드를 식별해보세요.

📍레포지토리 설계 및 구현

2️⃣ 심화 요구 사항

📍관심사 분리를 통한 레이어 간 의존성 주입

🔄 주요 변경사항

📸 스크린샷

🙇🏽‍♂️ 멘토에게

셀프 코드 리뷰를 통해 질문 이어가겠습니다.

🏔️ 프로젝트 마일스톤

Java 프로젝트를 Spring 프로젝트로 마이그레이션
의존성 관리를 IoC Container에 위임하도록 리펙토링
비즈니스 로직 고도화

📝 요구사항

✏️ 기본 요구사항

📌 Spring 프로젝트 초기화

📌 Bean 선언 및 테스트

File*Repository 구현체를 Repository 인터페이스의 Bean으로 등록하세요.
Basic*Service 구현체를 Service 인터페이스의 Bean으로 등록하세요.

JavaApplication에서 테스트 했던 코드를 DiscodeitApplication에서 테스트해보세요.

JavaApplication의 main 메서드를 제외한 모든 메서드를DiscodeitApplication클래스로 복사하세요.

JavaApplication의 main 메서드에서 Service를 초기화하는 코드를 Spring Context를 활용하여 대체하세요.

// JavaApplication
public static void main(String[] args) {
    // 레포지토리 초기화
    // ...
    // 서비스 초기화
    UserService userService = new BasicUserService(userRepository);
    ChannelService channelService = new BasicChannelService(channelRepository);
    MessageService messageService = new BasicMessageService(messageRepository, channelRepository, userRepository);

    // ...
}

// DiscodeitApplication
public static void main(String[] args) {
    ConfigurableApplicationContext context = SpringApplication.run(DiscodeitApplication.class, args);
    // 서비스 초기화
    // TODO context에서 Bean을 조회하여 각 서비스 구현체 할당 코드 작성하세요.
    UserService userService;
    ChannelService channelService;
    MessageService messageService;

    // ...
}

JavaApplication의 main 메서드의 셋업, 테스트 부분의 코드를 DiscodeitApplication클래스로 복사하세요

public static void main(String[] args) {
    // ...
    // 셋업
    User user = setupUser(userService);
    Channel channel = setupChannel(channelService);
    // 테스트
    messageCreateTest(messageService, channel, user);
}

📌 Spring 핵심 개념 이해하기

JavaApplication과 DiscodeitApplication에서 Service를 초기화하는 방식의 차이에 대해 다음의 키워드를 중심으로 정리해보세요.
- IoC Container
- Dependency Injection
- Bean

# 답안

* IoC Container
- JavaApplication: 개발자가 직접 의존성을 주입하고 관리한다. 제어권이 개발자에게 있다.
- DiscodeitApplication: SpringApplication.run()을 통해 스프링의 IoC 컨테이너가 실행된다.  
  컨테이너가 실행 정보를 바탕으로 객체를 생성하고 의존성을 자동으로 연결한다.  
  객체 관리의 주도권이 프레임워크에게 있다. 
  
* Dependency Injection
- JavaApplication: 서비스 클래스를 생성할 때, 필요한 레포지토리 객체들을 생성자 인자로 직접 전달해서 의존성을 주입한다. 
- DiscodeitApplication: 스프링이 빈으로 등록된 클래스 간의 의존 관계를 분석하여 자동으로 연결해 준다.
  
* Bean
- JavaApplication: 일반적인 Java 객체들을 사용한다.
- DiscodeitApplication: 스프링 컨테이너에 의해 생성되고 관리되는 객체를 Bean이라고 부른다.
  @Service나 @Repository 처럼 내부에 @Component를 포함하고 있는 어노테이션이 붙은 클래스들은 스프링에 의해 빈으로 등록된다.

📌 Lombok 적용

도메인 모델의 getter 메서드를 @Getter로 대체해보세요.
Basic*Service의 생성자를 @requiredargsconstructor로 대체해보세요

📌 비즈니스 로직 고도화

다음의 기능 요구 사항을 구현하세요.

🔥 추가 기능 요구 사항

시간 타입 변경하기

시간을 다루는 필드의 타입은 Instant로 통일합니다.
- 기존에 사용하던 Long보다 가독성이 뛰어나며, 시간대(Time Zone) 변환과 정밀한 시간 연산이 가능해 확장성이 높습니다.

새로운 도메인 추가하기

도메인 모델 간 참조 관계를 참고하세요.

공통: 앞서 정의한 도메인 모델과 동일하게 공통 필드(id, createdAt, updatedAt)를 포함합니다.
ReadStatus
- 사용자가 채널 별 마지막으로 메시지를 읽은 시간을 표현하는 도메인 모델입니다. 사용자별 각 채널에 읽지 않은 메시지를 확인하기 위해 사용합니다.
UserStatus
- 사용자 별 마지막으로 확인된 접속 시간을 표현하는 도메인 모델입니다. 사용자의 온라인 상태를 확인하기 위해 활용합니다.
- 마지막 접속 시간을 기준으로 현재 로그인한 유저로 판단할 수 있는 메서드를 정의하세요.
  - 마지막 접속 시간이 현재 시간으로부터 5분 이내이면 현재 접속 중인 유저로 간주합니다.
BinaryContent
- 이미지, 파일 등 바이너리 데이터를 표현하는 도메인 모델입니다. 사용자의 프로필 이미지, 메시지에 첨부된 파일을 저장하기 위해 활용합니다.
- 수정 불가능한 도메인 모델로 간주합니다. 따라서 updateAt 필드는 정의하지 않습니다.
- User, Message 도메인 모델과의 의존 관계 방향성을 잘 고려하여 id 참조 필드를 추가하세요.
각 도메인 모델 별 레포지토리 인터페이스를 선언하세요.
- 레포지토리 구현체(File, JCF)는 아직 구현하지 마세요. 이어지는 서비스 고도화 요구사항에 따라 레포지토리 인터페이스에 메서드가 추가될 수 있어요.

DTO 활용하기

DTO란?

DTO(Data Transter Object)란 데이터를 전달하기 위한 단순한 객체를 말합니다.
이어지는 요구사항을 해결하려다보면, 도메인 모델의 일부 정보만 포함하거나, 여러 도메인 모델의 정보를 합친 데이터 모델이 필요한 경우가 생길거에요.
이런 경우에 도메인 모델을 특정 상황만을 위해 수정하기 보다는 DTO를 정의해서 해결하는 것이 바람직합니다.
뿐만 아니라 메서드 파라미터가 많아지거나, 그룹핑하고 싶을 때에도 유용할 수 있어요.

DTO를 정의할 때는 class 대신 Record를 활용하면 더 편리합니다.

public record MyDto(
        UUID id,
        String prop1,
        Long prop2
) {}

public record MyCreateRequest(
        String param1,
        Long param2
) {}

public MyDto create(MyCreateRequest request) { ... }

UserService 고도화

고도화
- create
  - 선택적으로 프로필 이미지를 같이 등록할 수 있습니다.
  - DTO를 활용해 파라미터를 그룹화합니다.
    - 유저를 등록하기 위해 필요한 파라미터, 프로필 이미지를 등록하기 위해 필요한 파라미터 등
  - username과 email은 다른 유저와 같으면 안됩니다.
  - UserStatus를 같이 생성합니다.
- find, findAll
  - DTO를 활용하여:
    - 사용자의 온라인 상태 정보를 같이 포함하세요.
    - 패스워드 정보는 제외하세요.
- update
  - 선택적으로 프로필 이미지를 대체할 수 있습니다.
  - DTO를 활용해 파라미터를 그룹화합니다.
    - 수정 대상 객체의 id 파라미터, 수정할 값 파라미터
- delete
  - 관련된 도메인도 같이 삭제합니다.
    - BinaryContent(프로필), UserStatus
의존성
- 같은 레이어 간 의존성 주입은 순환 참조 방지를 위해 지양합니다. 다른 Service 대신 필요한 Repository 의존성을 주입해보세요.

AuthService 구현

login
- username, password과 일치하는 유저가 있는지 확인합니다.
  - 일치하는 유저가 있는 경우: 유저 정보 반환
  - 일치하는 유저가 없는 경우: 예외 발생
- DTO를 활용해 파라미터를 그룹화합니다.
의존성
- 같은 레이어 간 의존성 주입은 순환 참조 방지를 위해 지양합니다. 다른 Service 대신 필요한 Repository 의존성을 주입해보세요.

ChannelService 고도화

고도화
- create
  - PRIVATE 채널과 PUBLIC 채널을 생성하는 메서드를 분리합니다.
  - 분리된 각각의 메서드를 DTO를 활용해 파라미터를 그룹화합니다.
  - PRIVATE 채널을 생성할 때:
    - 채널에 참여하는 User의 정보를 받아 User별 ReadStatus정보를 생성합니다.
    - name과 description 속성은 생략합니다.
  - PUBLIC 채널을 생성할 때에는 기존 로직을 유지합니다.
- find
  - DTO를 활용하여:
    - 해당 채널의 가장 최근 메시지의 시간 정보를 포함합니다.
    - PRIVATE 채널인 경우 참여한 User의id정보를 포함합니다.
- findAll
  - DTO를 활용하여:
    - 해당 채널의 가장 최근 메시지와 시간 정보를 포함합니다.
    - PRIVATE 채널인 경우 참여한 User의id정보를 포합합니다.
    - 특정 User가 볼 수 있는 Channel 목록을 조회하도록 조회 조건을 추가하고, 메서드 명을 변경합니다. findAllByUserId
    - PUBLIC 채널 목록은 전체 조회합니다.
    - PRIVATE 채널은 조회한 User가 참여한 채널만 조회합니다.
- update
  - DTO를 활용해 파라미터를 그룹화합니다.
    - 수정 대상 객체의 id 파라미터, 수정할 값 파라미터
  - PRIVATE 채널은 수정할 수 없습니다.
- delete
  - 관련된 도메인도 같이 삭제합니다.
    - Message, ReadStatus
의존성
- 같은 레이어 간 의존성 주입은 순환 참조 방지를 위해 지양합니다. 다른 Service 대신 필요한 Repository 의존성을 주입해보세요.

MessageService 고도화

고도화
- create
  - 선택적으로 여러 개의 첨부파일을 같이 등록할 수 있습니다.
  - DTO를 활용해 파라미터를 그룹화합니다.
- findAll
  - 특정 Channel의 Message 목록을 조회하도록 조회 조건을 추가하고, 메서드 명을 변경합니다. findallByChannelId
- update
  - DTO를 활용해 파라미터를 그룹화합니다.
    - 수정 대상 객체의 id 파라미터, 수정할 값 파라미터
- delete
  - 관련된 도메인도 같이 삭제합니다.
    - 첨부파일(BinaryContent)
의존성
- 같은 레이어 간 의존성 주입은 순환 참조 방지를 위해 지양합니다. 다른 Service 대신 필요한 Repository 의존성을 주입해보세요.

ReadStatusService 구현

create
- DTO를 활용해 파라미터를 그룹화합니다.
- 관련된 Channel이나 User가 존재하지 않으면 예외를 발생시킵니다.
- 같은 Channel과 User와 관련된 객체가 이미 존재하면 예외를 발생시킵니다.
find
- id로 조회합니다.
findAllByUserId
- userId를 조건으로 조회합니다.
update
- DTO를 활용해 파라미터를 그룹화합니다.
  - 수정 대상 객체의 id 파라미터, 수정할 값 파라미터
delete
- id로 삭제합니다.
의존성
- 같은 레이어 간 의존성 주입은 순환 참조 방지를 위해 지양합니다. 다른 Service 대신 필요한 Repository 의존성을 주입해보세요.

UserStatusService 고도화

create
- DTO를 활용해 파라미터를 그룹화합니다.
- 관련된 User가 존재하지 않으면 예외를 발생시킵니다.
- 같은 User와 관련된 객체가 이미 존재하면 예외를 발생시킵니다.
find
- id로 조회합니다.
findAll
- 모든 객체를 조회합니다.
update
- DTO를 활용해 파라미터를 그룹화합니다.
  - 수정 대상 객체의 id 파라미터, 수정할 값 파라미터
updateByUserId
- userId로 특정 User의 객체를 업데이트합니다.
delete
- id로 삭제합니다.
의존성
- 같은 레이어 간 의존성 주입은 순환 참조 방지를 위해 지양합니다. 다른 Service 대신 필요한 Repository 의존성을 주입해보세요.

BinaryContentService 구현

create
- DTO를 활용해 파라미터를 그룹화합니다.
find
- id로 조회합니다.
findAllByIdIn
- id 목록으로 조회합니다.
delete
- id로 삭제합니다.
의존성
- 같은 레이어 간 의존성 주입은 순환 참조 방지를 위해 지양합니다. 다른 Service 대신 필요한 Repository 의존성을 주입해보세요.

새로운 도메인 Repository 구현체 구현

지금까지 인터페이스로 설계한 각각의 Repository를 JCF, File로 각각 구현하세요.

✏️ 심화 요구사항

Bean 다루기

Repository 구현체 중에 어떤 구현체를 Bean으로 등록할지 Java 코드의 변경 없이 application.yaml 설정 값을 통해 제어해보세요.
```
# application.yaml
discodeit:
    repository: 
        type: jcf   # jcf | file
```
- discodeit.repository.type 설정값에 따라 Repository 구현체가 정해집니다.
  - 값이 jcf이거나 없으면 JCF*Repository 구현체가 Bean으로 등록되어야 합니다.
  - 값이 file이면 File*Repository 구현체가 Bean으로 등록되어야 합니다.

File*Repository 구현체의 파일을 저장할 디렉토리 경로를 application.yaml 설정 값을 통해 제어해보세요.

# application.yaml
discodeit:
    repository: 
        type: jcf   # jcf | file
        file-directory: .discodeit

🔄 주요 변경사항

📸 스크린샷

🙇🏽‍♂️ 멘토에게

셀프 코드 리뷰를 통해 질문 이어가겠습니다.

joonfluence · 2026-02-07T06:12:07Z

하나의 커밋으로 작업하는 것 보단 각 단계 구현마다 커밋 메세지를 남겨주시는 편이 좋습니다!

joonfluence · 2026-02-07T06:14:53Z

.gitignore 파일이 제대로 작성 안됐습니다.

.gradle
build/
!gradle/wrapper/gradle-wrapper.jar
!**/src/main/**/build/
!**/src/test/**/build/

### IntelliJ IDEA ###
.idea
*.iws
*.iml
*.ipr
out/
!**/src/main/**/out/
!**/src/test/**/out/

### Eclipse ###
.apt_generated
.classpath
.factorypath
.project
.settings
.springBeans
.sts4-cache
bin/
!**/src/main/**/bin/
!**/src/test/**/bin/

### NetBeans ###
/nbproject/private/
/nbbuild/
/dist/
/nbdist/
/.nb-gradle/

### VS Code ###
.vscode/

### Mac OS ###
.DS_Store

joonfluence · 2026-02-07T06:15:33Z

src/main/java/com/sprint/mission/discodeit/entity/BinaryContent.java

엔티티에 ~Entity 명시해주는 편이 좋습니다!

엔티티 명명 규칙에 대해 말씀해 주신 부분 확인했습니다. 다만, 이번 과제 요구사항(명세서)에 정의된 엔티티명을 준수하기 위해 현재와 같이 작성하였습니다. 다음 프로젝트나 실무에서는 제안해 주신 관례를 적극 고려해 보겠습니다.

joonfluence · 2026-02-07T06:15:49Z

src/main/java/com/sprint/mission/discodeit/repository/file/FileBinaryContentRepository.java

+import java.util.UUID;
+
+@Repository
+@ConditionalOnProperty(name = "discodeit.repository.type", havingValue = "file")


좋습니다!

joonfluence · 2026-02-07T06:16:32Z

src/main/java/com/sprint/mission/discodeit/service/basic/BasicBinaryContentService.java

+    @Override
+    public List<BinaryContentResponse> findAllByIdIn(List<UUID> ids) {
+        return ids.stream()
+                .map(binaryContentRepository::findById)


조회 할 때 부수효과 발생 되므로 제외해줘야 합니다!

그리고 전체 목록을 한번에 조회해주는 편이 성능 관점에서도 더 낫습니다.

기존에 반복문 안에서 단건 조회를 하던 로직을, Repository에서 findAllByIdIn으로 한 번에 조회한 뒤 DTO로 변환하도록 수정했습니다.

@Override public List<BinaryContentResponse> findAllByIdIn(List<UUID> ids) { return binaryContentRepository.findAllByIdIn(ids).stream() .map(this::toResponse) .collect(Collectors.toList()); }

최종적으로 부수효과 문제 해결 및 전체 목록 한번에 조회하도록 수정하였습니다!

joonfluence · 2026-02-07T06:18:24Z

src/main/java/com/sprint/mission/discodeit/service/basic/BasicChannelService.java

+                        return readStatusRepository.findAll().stream()
+                                .anyMatch(rs -> rs.getChannelId().equals(channel.getId())
+                                        && rs.getUserId().equals(userId));


여기도 마찬가지

@Override public List<ChannelDto> findAllByUserId(UUID userId) { // 모든 채널 조회 -> PUBLIC 채널은 모두 포함 / PRIVATE 채널은 해당 유저가 ReadStatus를 가지고 있는 경우만 포함 // 부수효과 제거를 위해 스트림 외부에서 유저의 접근 가능한 channelId를 한번에 조회 Set<UUID> accessiblePrivateChannelIds = readStatusRepository.findAllByUserId(userId).stream() .map(ReadStatus::getChannelId) .collect(Collectors.toSet()); return channelRepository.findAll().stream() .filter(channel -> { if (channel.getType() == ChannelType.PUBLIC) { return true; } else { // PRIVATE 채널인 경우, 유저가 해당 채널에 대한 ReadState를 가지고 있는지 확인 return accessiblePrivateChannelIds.contains(channel.getId()); } }) .map(this::toChannelDto) .collect(Collectors.toList()); }

ReadStatusRepository에 findAllByUserId 메서드를 추가하여 외부 I/O를 1회로 줄였습니다.

스트림 실행 전, 해당 유저가 접근 가능한 channelId 목록을 한 번에 조회하여 Set 컬렉션으로 할당했습니다.

스트림 내부의 filter에서는 미리 메모리에 올려둔 Set의 contains 메서드를 활용하여 검증하도록 변경했습니다.

joonfluence · 2026-02-07T06:22:28Z

src/main/java/com/sprint/mission/discodeit/service/basic/BasicUserService.java

+                    UserStatus userStatus = userStatusRepository.findByUserId(user.getId())
+                            .orElseThrow(() -> new NoSuchElementException("UserStatus를 찾을 수 없습니다."));


public List<UserDto> findAllUsers() { List<User> allUsers = userRepository.findAll(); List<UserStatus> allUserStatuses = userStatusRepository.findAll(); Map<UUID, UserStatus> statusMap = allUserStatuses.stream() .collect(Collectors.toMap( UserStatus::getUserId, Function.identity() )); return allUsers.stream() .map(user -> { UserStatus userStatus = statusMap.get(user.getId()); if (userStatus == null) { throw new NoSuchElementException("UserStatus를 찾을 수 없습니다. userId: " + user.getId()); } return new UserDto( user.getId(), user.getCreatedAt(), user.getUpdatedAt(), user.getUsername(), user.getEmail(), user.getProfileId(), userStatus.isOnline() ); }).collect(Collectors.toList()); }

User와 UserStatus를 각각 한 번씩만 조회한 후, Map을 활용해 매핑하도록 변경하였습니다.

raonPsm · 2026-02-19T09:46:38Z

.gitignore 파일이 제대로 작성 안됐습니다.

.gradle
build/
!gradle/wrapper/gradle-wrapper.jar
!**/src/main/**/build/
!**/src/test/**/build/

### IntelliJ IDEA ###
.idea
*.iws
*.iml
*.ipr
out/
!**/src/main/**/out/
!**/src/test/**/out/

### Eclipse ###
.apt_generated
.classpath
.factorypath
.project
.settings
.springBeans
.sts4-cache
bin/
!**/src/main/**/bin/
!**/src/test/**/bin/

### NetBeans ###
/nbproject/private/
/nbbuild/
/dist/
/nbdist/
/.nb-gradle/

### VS Code ###
.vscode/

### Mac OS ###
.DS_Store

.gitignore 수정 완료했습니다.

# --- Windows (OS) ---
Thumbs.db
ehthumbs.db
Desktop.ini
$RECYCLE.BIN/

# --- IntelliJ IDEA ---
.idea/
*.iws
*.iml
*.ipr
out/
.idea/workspace.xml
.idea/tasks.xml

# --- Gradle ---
.gradle/
build/
!gradle/wrapper/gradle-wrapper.jar
!gradle/wrapper/gradle-wrapper.properties

# --- Java ---
*.class
*.log

# --- Spring Boot & Data ---
logs/
hs_err_pid*
# 로컬 테스트용 데이터 저장소 제외
*.ser
discodeit.fileRepo/

# --- Security & Config ---
.env

raonPsm · 2026-02-20T10:08:55Z

하나의 커밋으로 작업하는 것 보단 각 단계 구현마다 커밋 메세지를 남겨주시는 편이 좋습니다!

해당 미션 시작 시 Fork 저장소의 Upstream 설정이 누락되었습니다. 이를 해결하는 과정에서 미숙하게 Rebase 대신 Squash를 사용하여 커밋 내역이 하나로 통합되었습니다. 현재는 Upstream 설정 및 올바른 Rebase 프로세스를 숙지하였으며, 이후 미션부터는 단계별 구현 사항이 커밋 히스토리에 잘 드러나도록 관리하겠습니다.

feat: 스프린트3 미션 제출 완료

756fd00

raonPsm added the 매운맛🔥 뒤는 없습니다. 그냥 필터 없이 말해주세요. 책임은 제가 집니다. label Feb 4, 2026

joonfluence reviewed Feb 7, 2026

View reviewed changes

raonPsm self-assigned this Feb 10, 2026

		UserStatus userStatus = userStatusRepository.findByUserId(user.getId())
		.orElseThrow(() -> new NoSuchElementException("UserStatus를 찾을 수 없습니다."));

Comments

Conversation

raonPsm commented Feb 4, 2026

3️⃣ 스프린트 미션 3

[SB] 스프린트 미션 2

📝 요구사항 - 1차

1️⃣ 기본 요구사항

2️⃣ 심화 요구 사항

📝 요구사항 - 2차

1️⃣ 기본 요구사항

2️⃣ 심화 요구 사항

🔄 주요 변경사항

📸 스크린샷

🙇🏽‍♂️ 멘토에게

🏔️ 프로젝트 마일스톤

📝 요구사항

✏️ 기본 요구사항

🔥 추가 기능 요구 사항

AuthService 구현

✏️ 심화 요구사항

🔄 주요 변경사항

📸 스크린샷

🙇🏽‍♂️ 멘토에게

Uh oh!

joonfluence commented Feb 7, 2026

Uh oh!

joonfluence commented Feb 7, 2026

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

raonPsm commented Feb 19, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

raonPsm commented Feb 20, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

raonPsm commented Feb 19, 2026 •

edited

Loading