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

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

  • 분류 전체보기 (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 피드
로그인
로그아웃 글쓰기 관리

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

컨텐츠 검색

태그

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

최근글

댓글

공지사항

아카이브

기능명세서 수정(1)

  • 결제 취소 기능명세서 수정 : 서비스 분리의 중요성

    오늘은 '결제 취소 기능'의 개발 과정에 대한 글을 쓰러 왔습니다. 초기 설계의 오류 : 결제 서비스의 역할 혼동 초기에 결제 취소 기능을 설계할 때, 사용자가 직접 결제를 취소할 수 있는 시나리오를 고려했습니다. 기존의 모놀리식 방식에서는 이러한 방식이 틀리지 않다고 할 수 있습니다. 왜냐하면 모든 서비스에 대한 코드가 다 하나의 시스템 안에 같이 있기 때문이죠. 그러나 이는 결제 서비스의 본질적인 역할에 대한 오해에서 비롯된 것이었습니다. 결제 서비스는 말 그대로 '결제'라는 행위를 관리하는 것이지, 사용자가 직접 취소를 요청하는 것은 아닙니다. 수정된 프로세스 팀원들과의 논의를 통해 실제 배달의 민족에서 결제 취소를 하기 위해서는 고객센터가 이를 수작업으로 고객한테서 취소 요청을 받고 전달하거나, ..

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

티스토리툴바