다양한 관점의 코드 경험을 위해 개선하지 않은 코드
안녕하세요. 제미니님 유튜브 부터 인프런까지 참여하며 굉장히 많은 인사이트를 얻고있어 무한한 감사 인사를 올립니다.
질문
강의를 수강하며 제미니님이 던져준 키워드를 어떻게 곱씹어야하지? 라는 생각을 하며 두 가지 정도 질문을 드리게 되었습니다.
Q1. "저같은 경우는 뭐 컴포넌트 같은 걸 좀 쪼개서 만들고 싶은데, 일단은 여러분들이 좀 혼합된 걸 느끼게 하려고 제가 풀어 놨어요" - 결제 코드 느끼기 13:17
이렇게 제미니님이 생각했던 코드를 보고 싶은데, 이 코드는 신규 강의였던 "레거시 다루기" 에서 개선 작업을 하나요? 아니면 저희에게 열린 사고를 던져주고 넘어가는걸까요?
Q2. "success 메서드에 트랜잭셔널을 사용하는 것도 할 말이 많은데 기본적인 로직에서는 문제는 없다." - 결제 코드 느끼기 13:58
이 내용에서도 혹시 개선하는 부분도 질문 1번과 같이 레거시 다루기 강의에서 개선 하시나요?
개인적으로 success 에서 트랜잭션 어노테이션을 빼고, 저장하는 로직을 한 군데 모아서 거기 사용할 것 같은데 제미니님은 어떻게 하시는지 궁금하네요!
Câu trả lời 1
0
안녕하세요 질문 감사드립니다!
두 부분 모두 레거시 x AI에서 개선을 진행하는 부분입니다!
레거시 x AI 강의는 AI를 활용하며 고민하면서 한 기준을 정하면서 기본편 코드를 개선 및 레거시 배경에서 신규 기능을 추가하는 해가는 강의입니다!
관심 있으시면 레거시 x AI 강의도 수강해보시길 권장 드립니다!
histories() 응답에 PointHistory.id를 포함한 이유가 궁금합니다/
1
35
2
SettlementTargetRepository Jquery 질문
1
40
2
부가 기능을 이벤트 핸들러로 분리하는 기준이 있을까요?
1
52
2
엔티티의 pk 를 0으로 초기화하시는 이유가 있을까요??
1
62
2
제미니님 안녕하세요!
1
68
2
개념 간 격벽 분리와 목록 조회 시 발생하는 참조 구조
1
77
2
프로덕트와 프로덕트카테고리 사이의 삭제 정책
1
72
2
새로 개발한다면 구현 순서
1
128
1
의존 방향에 대한 고민
1
119
2
어드민(Back-office)에서 예약 변경 시, '할인 조건 재검증(쿠폰 회수)' vs '기존 혜택 유지' 중 어떤 정책이 일반적인가요?
1
93
2
OrderKeyGenerator 인스턴스화 generate() 질문
1
81
1
외부 API 통합 시 데이터 제어 범위 설계 질문
1
91
1
PG 결제 승인 로직
1
123
2
QnA에서 Join 필드 표현법
1
85
1
결제서비스 콜백 동시성문제 가능성
1
99
2
굿
1
103
1
도메인/엔티티 분리 상황에서 쓰기 작업 하는 방법
1
132
2
도메인 객체와 엔티티 객체 사용
1
131
2
CouponService 의존성 의문
1
92
2
상품 목록 조회 고도화 질문
1
106
2
표현 계층에서의 접근 지점이 다양해지는것과 이를 해결하기 위한 파사드의 도입에 대해 제미니님의 생각이 궁금합니다.
1
120
2
제품상세 코드 느끼기
1
137
2
격벽의 순환 참조(?)
1
109
2
결제 관련 서킷 브레이커 전략, 데이터 정합성 및 타임아웃 설정 질문
2
171
2