#java
-
SQL 인덱스 활용과 공통 쿼리 구조 개선으로 성능 최적화
feat: 공통 함수(SLECS.reload, SLECS.redirect) 적용 및 SQL 테이블 개선 SQL 최적화와 쿼리 구조 개선 작업임. 실행 계획 확인 없이 작성된 쿼리들이 문제가 됐음. 인덱스 활용 패턴 sql -- 비효율: 함수 적용으로 인덱스 무효화 WHERE DATE(created_at) = '2026-03-01' -- 효율: 범
읽기 → -
아키텍처·API 레퍼런스 문서 체계 정비
docs: 문서 업데이트 및 개선 (Redis, 아키텍처, 스킬 정의) 문서화 작업은 귀찮지만 나중을 위해 꼭 필요함. 특히 외부 API 연동 부분은 레퍼런스 없으면 매번 명세서 다시 뒤져야 함. 문서 구조 .claude/docs/ ├── api-reference.md 외부 API 엔드포인트 정리 ├── architecture.md
읽기 → -
이커머스 결제 플랫폼 사용자 페이지 모바일 레이아웃
fix : 이커머스 PG 플랫폼 사용자페이지 QA 버그 수정 JSP UI 작업은 레거시 환경에서 어떻게 사용성을 올릴 수 있는지 계속 고민하게 만듦. 테이블 레이아웃 개선 모바일에서 가로 스크롤 없이 보이게 하는 게 과제였음. 카드형 뷰로 폴백 처리함. jsp <%-- PC: 테이블 형태 --%> <div class="admin-table-wra
읽기 → -
디자인 토큰 통일과 모바일 카드 스크롤 UX 개선
feat: HTML 자동 sanitize 로직 추가 및 SQL/Java 스타일 문서 경로 수정 CSS/SCSS 작업은 눈에 잘 안 보이지만 쌓이면 시스템 전체 일관성에 영향 줌. 이번엔 디자인 토큰 통일과 반응형 최적화가 메인이었음. CSS 변수 통일 작업 컴포넌트마다 4px, 6px, 8px, 12px이 혼재해있었음. 디자인 시스템 기준을 잡고
읽기 → -
이커머스 결제 연동 서비스 전체 레이어 신규 구현
이커머스 결제 연동 플랫폼 Pay 서비스 전체 구현 (Controller + Mapper + JSP + DDL) 2026-02-05. 비즈니스 로직 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구
읽기 → -
결제 지갑 모듈 중복 제거와 책임 분리로 유지보수성 개선
이커머스 결제 연동 플랫폼 경로를 Wallet 경로로 일괄 변경 및 지갑 관련 리팩토링 2026-02-02. 코드 품질 개선 작업. 기능은 그대로 유지하면서 구조를 다듬었음. 리팩토링 동기 기능이 계속 추가되면서 컨트롤러, 뷰 템플릿 영역의 코드가 비대해지기 시작했음. 하나의 함수가 너무 많은 일을 하거나, 같은 로직이 여러 파일에 흩어져 있거나,
읽기 → -
운영 중 발생한 입력값 미검증 버그 핫픽스
memberSn 값 처리 방식 및 JSP 경로 수정 2026-01-30 핫픽스. 운영 중에 발견된 이슈라 빠르게 처리해야 했음. 버그 분석 과정 이슈 리포트 받고 나서 먼저 로그부터 뒤졌음. 스택 트레이스 보고 어디서 터지는지 위치 잡은 다음에 역으로 올라가면서 원인을 찾았음. 컨트롤러, 뷰 템플릿에서 외부 입력을 그대로 사용하는 부분이 있었는데
읽기 → -
충전·정산 컨트롤러와 쿼리 레이어 로직 구현 완료
충전 및 정산 로직 확장 2026-01-30. 컨트롤러, SQL 쿼리 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** — 외부에서 호출 가능하게
읽기 → -
컨트롤러·뷰·스타일시트 리팩토링으로 기술 부채 해소
사용되지 않는 SQL 스크립트 및 마이그레이션 관련 DDL 제거 2026-01-23에 진행한 코드베이스 정리. 당장 눈에 띄는 효과는 없지만 장기적으로 개발 속도를 유지시켜 주는 핵심 작업임. 리팩토링 원칙 이번 작업에서 적용한 원칙들: 1. **단일 책임**: 하나의 함수/클래스는 하나의 일만 2. **DRY**: 중복 코드는 반드시 추출 3.
읽기 → -
관리자 로그인 영역 코드 정리로 수정 비용 절감
관리자 로그인 및 오류 관련 JSP 파일 제거 2026-01-20에 진행한 코드베이스 정리. 당장 눈에 띄는 효과는 없지만 장기적으로 개발 속도를 유지시켜 주는 핵심 작업임. 리팩토링 원칙 이번 작업에서 적용한 원칙들: 1. **단일 책임**: 하나의 함수/클래스는 하나의 일만 2. **DRY**: 중복 코드는 반드시 추출 3. **명확한 이름*
읽기 → -
API 문서화로 코드 불일치 발견
SQL, Java, SCSS 지침서 추가 2026-01-17. API 문서 작업. 코드가 아무리 잘 짜여 있어도 문서가 없으면 다른 사람이, 또는 미래의 내가 쓰기 어려움. 문서화 범위 - **API 엔드포인트**: 경로, HTTP 메서드, 요청/응답 스펙 - **파라미터 명세**: 필수/선택 여부, 타입, 유효성 규칙 - **오류 코드**: 상황
읽기 → -
뷰 템플릿에 실동작 로직 구현
Claude Code agents/skills 설정 추가 2026-01-16. 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 뷰 템플릿부터 시작 3. **API 연결** —
읽기 → -
사이드 프로젝트 백엔드 기반 세팅을 처음부터 제대로 잡은 1월
새해가 됐다. 2025. 뭔가 달라질 것 같은 기분이 드는 게 매년 1월의 특성인데, 이번엔 그냥 기분이 아니라 실제로 달라지게 하고 싶었다. 2024년 내내 머릿속에 있던 것들을 코드로 꺼낼 때가 됐다는 느낌.
읽기 → -
1년 회고와 2025년 실행을 다짐한 개발자의 연말 결산
2024년 마지막 달. 한 해를 정리하는 분위기가 싫지는 않았다. 회사에서 연말 결산 관련 작업이 있었고, 코드도 연말 모드였다. 크리티컬한 이슈 없이 마무리되길 바라면서 배포를 조심스럽게 하는 시기.
읽기 → -
운영·개발 환경 Java 버전 불일치로 배포 후 동작 차이 겪다
7월, 더웠다. 이 시기 회사는 하반기 로드맵을 세우느라 기획 회의가 많았다. 개발자 입장에서는 확정도 안 된 기획을 계속 검토해야 하는 피로한 시기였다. 스펙이 바뀌면 검토한 게 다 무용지물이 되기도 하니까.
읽기 →