-
디자인 토큰 통일과 모바일 카드 스크롤 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. **명확한 이름**: 이름만 봐도 역
읽기 → -
이커머스 결제 API 문서 전면 보완으로 코드 불일치까지 해결
이커머스 결제 연동 플랫폼 API 명세 전체 보완 및 신규 섹션 추가 2026-02-06. API 문서 작업. 코드가 아무리 잘 짜여 있어도 문서가 없으면 다른 사람이, 또는 미래의 내가 쓰기 어려움. 문서화 범위 - **API 엔드포인트**: 경로, HTTP 메서드, 요청/응답 스펙 - **파라미터 명세**: 필수/선택 여부, 타입, 유효성 규칙
읽기 → -
파트너 포털 결제 API 문서 정비로 온보딩 시간 단축
Pay 관리 및 파트너 포털 관련 API 문서 업데이트 2026-02-06. 내부 문서 정비 작업. 신규 멤버가 왔을 때 온보딩 시간을 줄이는 게 목표였음. 왜 지금 했나 기능 개발이 어느 정도 안정됐고, 이 시점에 문서를 안 쓰면 나중에는 더 안 쓰게 됨. 코드를 짤 때의 맥락과 결정 이유는 시간이 지나면 희미해지기 때문에, 그 기억이 남아 있을
읽기 → -
뷰 템플릿 리팩토링으로 중복 제거와 책임 분리 완료
스타일 제거 및 메뉴 구조 업데이트 2026-02-06. 코드 품질 개선 작업. 기능은 그대로 유지하면서 구조를 다듬었음. 리팩토링 동기 기능이 계속 추가되면서 뷰 템플릿 영역의 코드가 비대해지기 시작했음. 하나의 함수가 너무 많은 일을 하거나, 같은 로직이 여러 파일에 흩어져 있거나, 네이밍이 실제 역할을 반영 못 하는 케이스들이 쌓였음. 무
읽기 → -
후원 관리 페이지와 API를 처음부터 구현한 과정
후원 관리 페이지 및 API 구현 2026-02-06. 컨트롤러, SQL 쿼리 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** — 외부에서 호출
읽기 → -
Pay 잔액 상세 페이지 추가와 결제 관련 코드 정리로 유지보수성 개선
KYC 및 영수증 관리 페이지 삭제, Pay 잔액 상세 페이지 추가 2026-02-06에 진행한 코드베이스 정리. 당장 눈에 띄는 효과는 없지만 장기적으로 개발 속도를 유지시켜 주는 핵심 작업임. 리팩토링 원칙 이번 작업에서 적용한 원칙들: 1. **단일 책임**: 하나의 함수/클래스는 하나의 일만 2. **DRY**: 중복 코드는 반드시 추출
읽기 → -
Quick Send 목록 조회 기능을 컨트롤러와 뷰까지 완전 연동
Quick Send 목록 조회 기능 추가 2026-02-05. 컨트롤러, 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** — 외부에서
읽기 → -
선물 내역 조회 기능을 컨트롤러·쿼리·뷰 전 레이어에 구현
선물 내역 조회 추가 및 연관 스타일 파일 작성 2026-02-05. 컨트롤러, SQL 쿼리, 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API
읽기 → -
이커머스 결제 플랫폼에 공지 티커와 푸터 정보 로드 기능 추가
이커머스 결제 연동 플랫폼 사이트 공지사항 티커 및 푸터 정보 로드 기능 추가 2026-02-05. 컨트롤러, 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작
읽기 → -
Controller 세 개 삭제로 기술 부채 해소하고 유지보수성 향상
주요 Controller 세 개 삭제로 불필요 코드 정리 2026-02-05. 내부 구조 정리 작업. 기능은 안 바뀌지만 앞으로의 유지보수를 위한 투자임. 정리 대상 코드 리뷰나 기능 추가 작업을 하다 보면 '이 부분 나중에 꼭 정리해야지'라고 생각하는 곳들이 쌓임. 이번에 그 기술 부채를 정리했음. - 비즈니스 로직: 역할이 불명확한 부분 분리
읽기 → -
이커머스 결제 연동 문서와 개발 환경 설정 한곳에 정비
신규 문서 추가 (아이콘, RBAC, Redis, 이커머스 결제 연동 플랫폼) 2026-02-05 기록. 개발 환경 설정이나 인프라 관련 작업. 배경 코드 품질 못지않게 개발 환경과 인프라가 안정적이어야 실제 개발 속도가 나옴. 툴링이 제대로 안 됐으면 작은 작업도 시간이 걸리고, 배포 스크립트 하나 잘못돼 있으면 릴리즈마다 스트레스를 받게 됨.
읽기 → -
이커머스 결제 연동 서비스 전체 레이어 신규 구현
이커머스 결제 연동 플랫폼 Pay 서비스 전체 구현 (Controller + Mapper + JSP + DDL) 2026-02-05. 비즈니스 로직 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구
읽기 → -
브랜드 리브랜딩과 기술 부채 해소로 코드 구조 개선
PANDA INTER로 브랜드 리브랜딩 및 시스템 전반 수정 2026-02-04. 내부 구조 정리 작업. 기능은 안 바뀌지만 앞으로의 유지보수를 위한 투자임. 정리 대상 코드 리뷰나 기능 추가 작업을 하다 보면 '이 부분 나중에 꼭 정리해야지'라고 생각하는 곳들이 쌓임. 이번에 그 기술 부채를 정리했음. - 컨트롤러: 역할이 불명확한 부분 분리
읽기 → -
카카오 Webhook 필수 데이터 null 체크 누락 핫픽스
카카오 Webhook 필수 데이터 null 체크 추가 2026-02-04 핫픽스. 운영 중에 발견된 이슈라 빠르게 처리해야 했음. 버그 분석 과정 이슈 리포트 받고 나서 먼저 로그부터 뒤졌음. 스택 트레이스 보고 어디서 터지는지 위치 잡은 다음에 역으로 올라가면서 원인을 찾았음. 컨트롤러에서 외부 입력을 그대로 사용하는 부분이 있었는데, 그 값이
읽기 → -
카카오 Webhook 계정 해제 로직에 트랜잭션 처리 추가
카카오 Webhook 계정 해제 로직 트랜잭션 처리 추가 2026-02-04. 컨트롤러 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** — 외부
읽기 → -
카카오 웹훅 컨트롤러 신설과 SNS 연동 해제 로직 개선
카카오 Webhook 컨트롤러 추가 및 SNS 연동 해제 로직 개선 2026-02-04. 컨트롤러, SQL 쿼리, DDL 스키마 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부
읽기 →