일기
회고 / 메모
-
파트너 잔액 정산 감사 내부 정책 문서화
문서 작업을 진행했음. tb_partner_balance_audit 가이드 추가 (내부 정책). 변경 파일: 설정/문서 2개 작성 목적 코드에서 바로 읽기 어려운 정책, 설계 결정, 운영 규칙을 문서로 남겼음. "왜 이렇게 구현했는가"에 대한 배경을 기록해두지 않으면 나중에 다시 처음부터 고민하게 됨. 정책 문서화 비즈니스 규칙은 코드에만 있으면
읽기 → -
깃허브 프로필 기술 스택 정정
GitHub 프로필 README를 업데이트했음. 페이락 스택 정정(JSP/Thymeleaf/jQuery) + 회사명 마스킹. 변경 목적 개발자 프로필은 첫인상이 중요함. 채용 담당자나 협업 상대가 프로필을 볼 때 5초 안에 어떤 개발자인지 파악할 수 있어야 한다고 생각해서 계속 다듬는 중. 특히 GitHub 프로필은 이력서보다 먼저 보는 경우가 많아서
읽기 → -
GitHub 프로필에 KOSA 검증 경력
GitHub 프로필 README를 업데이트했음. KOSA 검증 경력 반영 + 페이락 row 정정 + Verified Career 섹션 추가. 변경 목적 개발자 프로필은 첫인상이 중요함. 채용 담당자나 협업 상대가 프로필을 볼 때 5초 안에 어떤 개발자인지 파악할 수 있어야 한다고 생각해서 계속 다듬는 중. 특히 GitHub 프로필은 이력서보다 먼저 보
읽기 → -
출금 모달 개선
partner 버그를 수정했음. 출금 모달 UX 개선 및 정산계좌 승인시각 기록 보정. 변경 파일: SQL 매퍼 1개, 뷰/스타일 1개 문제 원인 기존 로직에서 엣지 케이스가 처리되지 않아 특정 상황에서 잘못된 결과를 반환하거나 오류가 발생하고 있었음. 수정 내용 - SQL 쿼리 조건/집계 수정 - 화면 렌더링 수정 - 프론트 스크립트 수정
읽기 → -
거래명세서 집계 구조를 결제 단일 행으로 단순화
statement 리팩토링을 진행했음. 거래명세서 집계 단순화 — 결제 단일 행으로 통일. 변경 파일: 내부 클래스 1개, SQL 매퍼 1개, 뷰/스타일 1개 리팩토링 이유 기능은 잘 돌아가지만 코드 구조가 나중에 유지보수하기 어려운 상태였음. 특히 같은 로직이 여러 곳에 중복돼 있거나, 한 파일에 너무 많은 책임이 몰려 있는 경우가 있었음. 기능 추
읽기 → -
결제 대시보드에 포인트 캐시 재계산
dashboard 영역에 새 기능을 추가했음. 시스템 포인트 캐시 수동 재계산 + UI 정리. 변경 파일: 내부 클래스 2개, SQL 매퍼 1개, 뷰/스타일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 대시보드에 신규 K
읽기 → -
정산 역분배 정책 문서 오류 정정
내부 정책 — 역분배(잔여 방식)가 정책임을 정정 내부 정책 — 역분배(잔여 방식)가 정책임을 정정 작업을 완료했음. 배경 서비스 운영 중에 필요한 정리/유지보수 작업이 있었음. 기능에는 영향을 주지 않지만 코드베이스 품질 유지에 필요한 작업임. 작업 내용 원칙 코드 정리는 기능 동작에 영향을 주지 않아야 함. 정리 전후로 동작이 같은지
읽기 → -
정산 SQL 롤백 대비 패치와 운영 DB 설계 점검
정산 유틸 수정 + 운영 SQL 패치 (세션 중 작업) 유지보수 및 정리 작업을 했음. 배경 기능 개발에 집중하다 보면 불필요한 코드, 오래된 설정, 중복 파일이 쌓임. 이런 기술 부채는 당장은 문제가 없어 보여도 점점 코드베이스를 읽기 어렵게 만듦. 작업 내용 - 운영 SQL 패치 파일 관리 - 롤백 SQL을 함께 작성해두어 문제 발생 시
읽기 → -
운영 DB 스키마와 결제 컬럼을 DDL 파일에 동기화
DDL_TABLES.sql 을 운영 3DB 현실에 맞춰 동기화 DDL 정의 파일을 운영 DB 현실에 맞춰 동기화했음. 배경 코드베이스에 DDL을 유지하는 이유는 스키마를 문서처럼 읽을 수 있게 하기 위함임. 운영 중에 ALTER를 직접 쳤거나 핫픽스로 컬럼을 추가하면 DDL 파일이 뒤처지기 시작함. 이 차이가 누적되면 새 환경 구성 시 재현이 안
읽기 → -
사이트 목록 중복 로직 제거로 가독성·유지보수성 개선
사이트 목록 품질 개선 리팩토링 작업을 완료했음. 리팩토링 이유 코드 가독성과 유지보수성 향상을 위한 리팩토링이었음. 변경 전/후 java // 수정 전: 중복/복잡 로직 // 각 클래스에 동일 로직 반복 // 수정 후: 명확하고 단일 책임 public static Long resolveId(Object source) { if (so
읽기 → -
Gradle 병렬빌드·GC 최적화로 빌드 속도 개선
gradle JVM 힙·G1GC·병렬빌드 설정 최적화 Gradle 빌드 환경 설정을 개선했음. 배경 빌드 속도와 안정성은 개발 생산성에 직접 영향을 줌. 특히 멀티모듈 프로젝트에서 병렬 빌드를 활성화하지 않으면 불필요하게 순차 처리를 기다리게 됨. 변경 설정 properties gradle.properties org.gradle.jvmarg
읽기 → -
월 매출 쿼리에 쿠폰판매 합산
월 매출 쿼리에 쿠폰판매 합산 + 주석 정비 리팩토링 작업을 완료했음. 리팩토링 이유 쿼리가 복잡해지면서 실행 계획을 예측하기 어려워졌음. 가독성과 성능을 동시에 개선했음. 변경 전/후 sql -- 수정 후: 명확한 컬럼 구조 SELECT DATE_FORMAT(t.created_at, '%Y-%m') as month, SUM(CASE
읽기 → -
대시보드 카드 정리
대시보드 카드 정리 + 정산 출금 로그 파트너 추적 대시보드 카드 정리 + 정산 출금 로그 파트너 추적 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 2개, SQL 쿼리 2개, JSP 화면 2개를 작성했음. 코드 예시 java // 핵심 로직 public void ex
읽기 → -
파트너 대시보드 계층 분기와 PENDING 정산 구조 개선
파트너 대시보드 계층 분기 + PENDING 정산 구조 최종 정리 파트너 대시보드 계층 분기 + PENDING 정산 구조 최종 정리 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 1개, JSP 화면 1개를 작성했음. 코드 예시 java // 핵심 로직 public vo
읽기 → -
파트너 대시보드 역배분 엣지케이스 버그 수정
파트너 대시보드 데이터 정리 및 역배분 예시 수정 파트너 대시보드 데이터 정리 및 역배분 예시 수정 버그를 수정했음. 원인 분석 로직 일부가 엣지케이스를 처리하지 못하고 있었음. 실제 운영 데이터에서 발생한 케이스로 재현했음. 재현 조건 특정 조건에서 의도치 않은 동작 확인. 수정 내용 java // 수정 전: 엣지케이스 미처리 publ
읽기 → -
파트너 포탈 SQL·CSS 리팩토링으로 가독성과 유지보수성 개선
파트너 포탈 CSS 리팩토링 및 SQL 개선 리팩토링 작업을 완료했음. 리팩토링 이유 코드 가독성과 유지보수성 향상을 위한 리팩토링이었음. 변경 전/후 java // 수정 전: 중복/복잡 로직 // 각 클래스에 동일 로직 반복 // 수정 후: 명확하고 단일 책임 public static Long resolveId(Object source)
읽기 → -
중복 매칭 로직 정리로 코드 유지보수성 향상
불필요한 UI 컴포넌트 및 Java 매칭 로직 개선 리팩토링 작업을 완료했음. 리팩토링 이유 코드 가독성과 유지보수성 향상을 위한 리팩토링이었음. 변경 전/후 java // 수정 전: 중복/복잡 로직 // 각 클래스에 동일 로직 반복 // 수정 후: 명확하고 단일 책임 public static Long resolveId(Object sour
읽기 → -
CSS 공통 스타일 정비로 코드베이스 가독성 개선
apple.css 초기화 및 공통 스타일 정의 추가 유지보수 및 정리 작업을 했음. 배경 기능 개발에 집중하다 보면 불필요한 코드, 오래된 설정, 중복 파일이 쌓임. 이런 기술 부채는 당장은 문제가 없어 보여도 점점 코드베이스를 읽기 어렵게 만듦. 작업 내용 - CSS 파일 초기화 및 공통 스타일 재정의 - 불필요하게 쌓인 override 규
읽기 → -
파트너 가입 페이지 UI 개선
파트너 가입 페이지 UI 개선 및 CSS 통합 리팩토링 작업을 완료했음. 리팩토링 이유 코드 가독성과 유지보수성 향상을 위한 리팩토링이었음. 변경 전/후 java // 수정 전: 중복/복잡 로직 // 각 클래스에 동일 로직 반복 // 수정 후: 명확하고 단일 책임 public static Long resolveId(Object source)
읽기 → -
파트너 가입 정책 개선
파트너 관리 및 가입 정책 개선, 비밀번호 초기화 로직 추가 파트너 관리 및 가입 정책 개선, 비밀번호 초기화 로직 추가 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 6개를 작성했음. 코드 예시 java // 핵심 로직 public void execute(Reques
읽기 →