#lock
-
파트너 포털 결제 API 문서 정비로 온보딩 시간 단축
Pay 관리 및 파트너 포털 관련 API 문서 업데이트 2026-02-06. 내부 문서 정비 작업. 신규 멤버가 왔을 때 온보딩 시간을 줄이는 게 목표였음. 왜 지금 했나 기능 개발이 어느 정도 안정됐고, 이 시점에 문서를 안 쓰면 나중에는 더 안 쓰게 됨. 코드를 짤 때의 맥락과 결정 이유는 시간이 지나면 희미해지기 때문에, 그 기억이 남아 있을
읽기 → -
뷰 템플릿 리팩토링으로 중복 제거와 책임 분리 완료
스타일 제거 및 메뉴 구조 업데이트 2026-02-06. 코드 품질 개선 작업. 기능은 그대로 유지하면서 구조를 다듬었음. 리팩토링 동기 기능이 계속 추가되면서 뷰 템플릿 영역의 코드가 비대해지기 시작했음. 하나의 함수가 너무 많은 일을 하거나, 같은 로직이 여러 파일에 흩어져 있거나, 네이밍이 실제 역할을 반영 못 하는 케이스들이 쌓였음. 무
읽기 → -
브랜드 리브랜딩과 기술 부채 해소로 코드 구조 개선
PANDA INTER로 브랜드 리브랜딩 및 시스템 전반 수정 2026-02-04. 내부 구조 정리 작업. 기능은 안 바뀌지만 앞으로의 유지보수를 위한 투자임. 정리 대상 코드 리뷰나 기능 추가 작업을 하다 보면 '이 부분 나중에 꼭 정리해야지'라고 생각하는 곳들이 쌓임. 이번에 그 기술 부채를 정리했음. - 컨트롤러: 역할이 불명확한 부분 분리
읽기 → -
출금 관리 화면에 컨트롤러·서비스·뷰 로직 연동 완성
출금 관리 UI 및 스타일 추가 2026-02-01. 컨트롤러, 서비스 레이어 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** — 외부에서 호출
읽기 → -
뷰 템플릿 리팩토링으로 중복 제거하고 수정 속도 개선
아이콘 클래스 이름 일괄 변경 2026-01-31. 코드 품질 개선 작업. 기능은 그대로 유지하면서 구조를 다듬었음. 리팩토링 동기 기능이 계속 추가되면서 뷰 템플릿 영역의 코드가 비대해지기 시작했음. 하나의 함수가 너무 많은 일을 하거나, 같은 로직이 여러 파일에 흩어져 있거나, 네이밍이 실제 역할을 반영 못 하는 케이스들이 쌓였음. 무엇을
읽기 → -
스타일시트 경계값·null 입력 버그 수정
404 예외 처리 추가 및 FAQ 스타일 파일 제거 2026-01-31 버그 수정 작업. 특정 조건에서 오작동하는 부분을 잡았음. 문제 상황 스타일시트 영역에서 특정 입력값이 들어왔을 때 예상과 다른 동작이 발생함. 정상 케이스에서는 재현이 안 돼서 처음엔 간헐적 이슈인 줄 알았는데, 조건을 좁혀가다 보니 명확한 재현 조건이 있었음. 원인 분석
읽기 → -
aaa 사이트 서비스·컨트롤러·뷰 레이어 로직 신규 구현
aaa 사이트 JSP 및 리소스 파일 제거, 누락 파일 보충 로직 추가 2026-01-30. 서비스 레이어, 컨트롤러, 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 서비스
읽기 → -
문의하기 기능과 누락 JSP 파일을 서비스·뷰 전 레이어에 구현
JSP 누락 파일 자동 보충 및 문의하기 기능 추가 2026-01-30. 서비스 레이어, 컨트롤러, SQL 쿼리, 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 서비스 레이어
읽기 → -
JSP 아이콘을 Font Awesome에서 Iconoir로 전환
Font Awesome → Iconoir 아이콘 교체 (추가 JSP 파일 반영) 2026-01-29. 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 뷰 템플릿부터 시작 3.
읽기 → -
Font Awesome 아이콘을 Iconoir로 전면 교체
Font Awesome → Iconoir 아이콘 교체 2026-01-29. 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 뷰 템플릿부터 시작 3. **API 연결** — 외부
읽기 → -
URL 파라미터 처리 로직을 인터셉터와 뷰 레이어에 통합
URL 파라미터 처리 로직 통합 및 JSP/스크립트 업데이트 2026-01-27. 인터셉터, 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 인터셉터부터 시작 3. **API
읽기 → -
테스트 코드 중복 제거와 책임 분리로 유지보수성 개선
사용되지 않는 사이트 전용 SCSS 파일 정리 2026-01-23. 코드 품질 개선 작업. 기능은 그대로 유지하면서 구조를 다듬었음. 리팩토링 동기 기능이 계속 추가되면서 테스트 영역의 코드가 비대해지기 시작했음. 하나의 함수가 너무 많은 일을 하거나, 같은 로직이 여러 파일에 흩어져 있거나, 네이밍이 실제 역할을 반영 못 하는 케이스들이 쌓였음.
읽기 → -
컨트롤러·쿼리·뷰 리팩토링으로 수정 비용 절감
사이트 전용 SCSS 및 CSS 파일 정리 2026-01-23에 진행한 코드베이스 정리. 당장 눈에 띄는 효과는 없지만 장기적으로 개발 속도를 유지시켜 주는 핵심 작업임. 리팩토링 원칙 이번 작업에서 적용한 원칙들: 1. **단일 책임**: 하나의 함수/클래스는 하나의 일만 2. **DRY**: 중복 코드는 반드시 추출 3. **명확한 이름**:
읽기 → -
Sass 업데이트와 Modal 닫기 기능을 프론트엔드에 실제 구현
Sass 버전 업데이트 및 Modal 닫기 기능 개선 2026-01-22. 프론트엔드 스크립트 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 프론트엔드 스크립트부터 시작 3. **API
읽기 → -
데이터 테이블 컬럼 추가와 Playwright 테스트 도입
데이터 테이블 테이블 컬럼 추가 및 Playwright 테스트코드 작성 2026-01-20. 테스트 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 테스트부터 시작 3. **API 연결*
읽기 → -
SQL 쿼리·DDL 스키마의 null
누락된 테이블명 수정 (slecs_sample, todo, mber) 2026-01-17 버그 수정 작업. 특정 조건에서 오작동하는 부분을 잡았음. 문제 상황 SQL 쿼리, DDL 스키마 영역에서 특정 입력값이 들어왔을 때 예상과 다른 동작이 발생함. 정상 케이스에서는 재현이 안 돼서 처음엔 간헐적 이슈인 줄 알았는데, 조건을 좁혀가다 보니 명확한
읽기 → -
비즈니스 로직 중복 제거와 책임 분리로 코드 구조 개선
.claude 폴더 구조 통합 및 Codex 워크플로우 설정 2026-01-17. 코드 품질 개선 작업. 기능은 그대로 유지하면서 구조를 다듬었음. 리팩토링 동기 기능이 계속 추가되면서 비즈니스 로직 영역의 코드가 비대해지기 시작했음. 하나의 함수가 너무 많은 일을 하거나, 같은 로직이 여러 파일에 흩어져 있거나, 네이밍이 실제 역할을 반영 못 하
읽기 → -
거래자 잔액 상태 기계 설계와 동시성 이슈 해결
7월, 더위가 심했다. 체력이 떨어지면 집중력도 떨어진다. 그래서 이달엔 작업량보다 작업 밀도에 집중하기로 했다. 많이 하려는 욕심보다 적게라도 깊이 하는 것.
읽기 → -
거래자 결산 수수료 계층 구조를 직접 설계하며 비즈니스 로직을 이해하다
6월엔 거래자 결산 모듈을 건드리기 시작했다. 결제에서 돈이 들어오면 거래자에게 어떻게 분배하느냐의 로직이었다. 이게 슬렉스에서 가장 핵심적인 비즈니스 로직이 될 것 같았다.
읽기 → -
휴가 중 머릿속으로 익힌 쇼핑몰 DB 설계
8월, 여름 한복판이었다. 휴가가 있었다. 며칠을 쉬면서 일 생각이 계속 났다. 이게 직업병인지 성격인지 모르겠는데, 완전히 끊기가 어려웠다.
읽기 →