-
사용자 정보·위젯 관리 코드 품질 개선
feat: 사용자 정보 및 위젯 관리 기능 확장 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직 | 0개 | 핵심 처리 로직 개선 | | 화면 (
읽기 → -
JSP 어드민 화면 모바일 대응과 테이블 레이아웃 개선
feat: SVG 아이콘 교체 및 햄버거 메뉴 숨김 조건 추가 JSP UI 작업은 레거시 환경에서 어떻게 사용성을 올릴 수 있는지 계속 고민하게 만듦. 테이블 레이아웃 개선 모바일에서 가로 스크롤 없이 보이게 하는 게 과제였음. 카드형 뷰로 폴백 처리함. jsp <%-- PC: 테이블 형태 --%> <div class="admin-table-wr
읽기 → -
위젯 스타일 디자인 토큰 통일
feat: 신규 SCSS 기반 위젯 스타일 추가 CSS/SCSS 작업은 눈에 잘 안 보이지만 쌓이면 시스템 전체 일관성에 영향 줌. 이번엔 디자인 토큰 통일과 반응형 최적화가 메인이었음. CSS 변수 통일 작업 컴포넌트마다 4px, 6px, 8px, 12px이 혼재해있었음. 디자인 시스템 기준을 잡고 CSS 변수로 통일함. scss :root {
읽기 → -
Pay 정책 생성 시 대상 시스템 유효성 검증 강화
fix: Pay 정책 생성 시 targetSysId 유효성 검증 로직 추가 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직 | 1개 | 핵심 처리
읽기 → -
파트너 포털 등록·수수료·레벨 관리 체계 정비
feat: 파트너 포털 2차 인증 및 세션 관리 로직 분기 추가 파트너 관리 기능 정비 작업임. 계정 발급, 레벨 설정, 수수료 설정이 한 화면에서 유기적으로 동작해야 해서 꼼꼼히 짜야 했음. 파트너 등록 필수값 | 필드 | 필수 여부 | 검증 | |------|--------|------| | 상호명 | 필수 | NOT NULL | | 대표자명
읽기 → -
관리자 채팅 백엔드 로직 개선
feat: 관리자 채팅 기능 추가 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직 | 6개 | 핵심 처리 로직 개선 | | 화면 (JSP) | 0
읽기 → -
정산 수수료 단계별 누적 구조와 멱등성 처리 개선
feat: 정산 로직(수수료/마진) 및 Pay 정책 등급 기반 개선 정산 및 수수료 로직은 버그 하나가 금전 오류로 직결되는 영역이라 신중하게 접근해야 함. 수수료 계산 구조 유통 단계별로 수수료가 누적되는 구조임. 최하위 파트너가 가장 높은 요율을 부담하고, 상위로 갈수록 낮아지며 그 차액이 각 단계의 수익임. | 단계 | 요율 | 수익 | |
읽기 → -
탭 콘텐츠 디자인 토큰 통일과 모바일 스크롤 개선
style: 탭 콘텐츠 스타일 클래스 개선 CSS/SCSS 작업은 눈에 잘 안 보이지만 쌓이면 시스템 전체 일관성에 영향 줌. 이번엔 디자인 토큰 통일과 반응형 최적화가 메인이었음. CSS 변수 통일 작업 컴포넌트마다 4px, 6px, 8px, 12px이 혼재해있었음. 디자인 시스템 기준을 잡고 CSS 변수로 통일함. scss :root {
읽기 → -
파트너 단계별 수수료 정산 멱등성
feat: 수수료 관리 및 출금 기능 개선 정산 및 수수료 로직은 버그 하나가 금전 오류로 직결되는 영역이라 신중하게 접근해야 함. 수수료 계산 구조 유통 단계별로 수수료가 누적되는 구조임. 최하위 파트너가 가장 높은 요율을 부담하고, 상위로 갈수록 낮아지며 그 차액이 각 단계의 수익임. | 단계 | 요율 | 수익 | |------|------|
읽기 → -
이벤트 참여·보상 지급·등급 승급 플로우 구현
feat: 이벤트 폼 내 보상 및 사용 여부 토글 기능 추가 이벤트/보상 시스템 구현 작업임. 이벤트 참여 → 보상 지급 → 등급 승급으로 이어지는 플로우를 구현했음. 이벤트 유형 | 유형 | 조건 | 보상 | |------|------|------| | 첫 충전 | 최초 1회 | 보너스 포인트 | | 추천인 | 추천 코드 사용 | 양측 포인트 |
읽기 → -
이벤트 참여·회원 등급 배치 설계와 멱등 실행 구조 도입
feat: 이벤트 참여 및 회원 등급 기능 관련 다수 파일 추가 배치 작업은 운영 중에 터지면 치명적이라 스케줄링 설계를 꼼꼼히 해야 함. 배치 설계 원칙 - 멱등성: 동일 조건으로 여러 번 돌아도 같은 결과 - 실패 로그: 어떤 건이 실패했는지 추적 가능해야 함 - 부분 성공: 일부 실패해도 나머지는 처리 계속 - 알림: 오류 발생 시 담당자에게
읽기 → -
결제 알림 채널별 발송
feat: Pay 알림 헬퍼 클래스 추가 알림 시스템 구현 작업임. 거래 이벤트마다 적절한 채널로 알림을 발송하는 구조를 잡았음. 알림 채널 | 채널 | 용도 | 특징 | |------|------|------| | 앱 PUSH | 실시간 거래 알림 | FCM 사용 | | SMS | 중요 인증/보안 | 비용 발생 | | 이메일 | 정산/명세서 |
읽기 → -
파트너 포털 디자인 토큰 통일
style: 파트너 포털 전용 SCSS 파일 추가 및 Welcome 연동 가이드 문서 생성 CSS/SCSS 작업은 눈에 잘 안 보이지만 쌓이면 시스템 전체 일관성에 영향 줌. 이번엔 디자인 토큰 통일과 반응형 최적화가 메인이었음. CSS 변수 통일 작업 컴포넌트마다 4px, 6px, 8px, 12px이 혼재해있었음. 디자인 시스템 기준을 잡고 CS
읽기 → -
파트너 정산 수수료 구조와 멱등성 처리 설계 추가
docs: 정산 시스템 및 파트너 포털 통합 계획서 추가 정산 및 수수료 로직은 버그 하나가 금전 오류로 직결되는 영역이라 신중하게 접근해야 함. 수수료 계산 구조 유통 단계별로 수수료가 누적되는 구조임. 최하위 파트너가 가장 높은 요율을 부담하고, 상위로 갈수록 낮아지며 그 차액이 각 단계의 수익임. | 단계 | 요율 | 수익 | |------
읽기 → -
파트너 수수료 계층 구조와 외부 API 레퍼런스 문서 정비
docs: 파트너 매뉴얼 및 gitignore 업데이트 문서화 작업은 귀찮지만 나중을 위해 꼭 필요함. 특히 외부 API 연동 부분은 레퍼런스 없으면 매번 명세서 다시 뒤져야 함. 문서 구조 .claude/docs/ ├── api-reference.md 외부 API 엔드포인트 정리 ├── architecture.md 시스템 구
읽기 → -
디자인 토큰 통일과 모바일 카드 스크롤 UX 개선
feat: HTML 자동 sanitize 로직 추가 및 SQL/Java 스타일 문서 경로 수정 CSS/SCSS 작업은 눈에 잘 안 보이지만 쌓이면 시스템 전체 일관성에 영향 줌. 이번엔 디자인 토큰 통일과 반응형 최적화가 메인이었음. CSS 변수 통일 작업 컴포넌트마다 4px, 6px, 8px, 12px이 혼재해있었음. 디자인 시스템 기준을 잡고
읽기 → -
패키지 구조 재편과 Service를 Util로 전환한 리팩토링
refactor: var → let 치환 및 경고/알림 메시지 처리 개선 리팩토링은 기능 변경 없이 코드 품질을 올리는 작업임. 이번엔 패키지 구조 정리와 Service 계층을 Util 방식으로 전환하는 게 핵심이었음. 패키지 구조 재편 기존: 기능별 패키지 내 Controller/Service/Mapper 혼재 개선: Controller(web
읽기 → -
보이스피싱 방지
보이스피싱 방지 기능 및 이용중지 체크 로직 추가 2026-02-06에 마무리한 기능 구현 작업. 컨트롤러, 인터셉터 영역을 중심으로 end-to-end 흐름을 완성했음. 작업 배경 요구사항이 확정된 후 어느 레이어부터 건드릴지 먼저 정했음. 이번엔 API 스펙을 먼저 잡고 역방향으로 내려가는 방식을 택했음. 외부 연동이 있거나 응답 포맷이 먼저
읽기 → -
다중 시스템 UI와 SQL 분석에 에러 처리까지 구현한 과정
다중 시스템 UI, SQL 분석 및 에러 처리 로직 추가 구현기 2026-02-06. 기능 명세 나오고 나서 바로 착수했던 작업임. 설계 결정 구현 전에 몇 가지 선택지가 있었음. 기존 코드에 덧붙이는 방식 vs 새로 작성하는 방식. 결국 기존 구조를 최대한 활용하되, 새 기능 부분만 분리해서 작성하는 방향으로 정했음. 나중에 테스트하기 쉽고, 변
읽기 → -
대시보드 컨트롤러 리팩토링으로 코드 탐색·수정 비용 절감
대시보드 JSP 파일 삭제 2026-02-06에 진행한 코드베이스 정리. 당장 눈에 띄는 효과는 없지만 장기적으로 개발 속도를 유지시켜 주는 핵심 작업임. 리팩토링 원칙 이번 작업에서 적용한 원칙들: 1. **단일 책임**: 하나의 함수/클래스는 하나의 일만 2. **DRY**: 중복 코드는 반드시 추출 3. **명확한 이름**: 이름만 봐도 역
읽기 →