블로그이름을고민하다보니이거제목의길이가어디까지일지궁금하게되어이렇게해봤습니다

블로그이름을고민하다보니이거제목의길이가어디까지일지궁금하게되어이렇게해봤습니다

  • 분류 전체보기 (116)
    • About Me (6)
      • 자기소개 (0)
      • 회고 (6)
    • Java (7)
    • Spring (7)
    • CS (19)
      • 디자인 패턴 (2)
    • 클라우드 (3)
    • 트러블슈팅(소프트) (4)
    • Gradle (1)
    • Project 해축갤 (27)
      • [시나리오] 인기게시물의 트래픽은 얼마일까? (1)
      • 테스트 코드 (9)
      • 에러 해결 (2)
      • CI CD (6)
      • 인프라 (1)
      • 고민 (2)
      • 데이터베이스 (4)
      • 코드개선 (2)
    • International Sign Lang 프로젝트 (17)
      • 기획 (1)
      • 프론트엔드 (5)
      • 백엔드 (9)
      • 트러블슈팅 (1)
    • Project 우아한남형제들 (7)
      • 기획 (2)
      • 기술적 고민 (1)
      • 애자일 프로세스 (2)
      • 데이터베이스 (1)
      • 팀원을 위한 WIKI 문서 (1)
    • 세미나 & 컨퍼런스 (2)
    • 책 리뷰 (2)
    • 광고차단 머신러닝 (10)
  • 홈
  • 태그
  • 방명록
RSS 피드
로그인
로그아웃 글쓰기 관리

블로그이름을고민하다보니이거제목의길이가어디까지일지궁금하게되어이렇게해봤습니다

컨텐츠 검색

태그

기계학습 spring boot Express Java Spring JPA MSA Github Actions 자바 DevOps CI JUnit 프로그래밍 개발자성장 JavaScript MySQL gradle 프론트엔드 CI/CD BERT

최근글

댓글

공지사항

아카이브

레이어드 아키텍쳐(1)

  • TDD 스터디 회고: 에러 핸들링의 책임과 TDD의 본질

    안녕하세요, 저는 현재 TDD 스터디를 진행하고 있는 개발자입니다. 오늘은 이번 주 스터디를 하면서 고민했던 내용들을 여러분과 공유하고자 합니다.1. 에러 핸들링도 하나의 '책임' 이다이번 주에 저번처럼 기획을 기능 명세서로 만든 후,기능 명세서에서 명시한 Exception을 어느 계층에서 던져야 할지 고민이 되더라고요.이전까지는 Controller에서 DTO를 바인딩할 때 @Valid로 모든 검증을 처리했었거든요.필드가 유효하지 않은 값이 있다면, 서비스 로직까지 아얘 오면 안된다고 생각했기 때문입니다.서비스 계층은 비즈니스 로직을 책임지는 계층이지, 값의 유효성에 대한 검증의 책임은 컨트롤러에 있다고 생각하기 때문입니다.그래서 위 카테고리 수정 명세서를 예시로 들어보자면,'name'으로 빈 값이 들어..

    2024.05.05
이전
1
다음
티스토리
© 2018 TISTORY. All rights reserved.

티스토리툴바