일기
회고 / 메모
-
관리자 로그인 영역 코드 정리로 수정 비용 절감
관리자 로그인 및 오류 관련 JSP 파일 제거 2026-01-20에 진행한 코드베이스 정리. 당장 눈에 띄는 효과는 없지만 장기적으로 개발 속도를 유지시켜 주는 핵심 작업임. 리팩토링 원칙 이번 작업에서 적용한 원칙들: 1. **단일 책임**: 하나의 함수/클래스는 하나의 일만 2. **DRY**: 중복 코드는 반드시 추출 3. **명확한 이름*
읽기 → -
불필요한 부트런 로그 파일 정리로 개발 환경 개선
불필요한 bootrun 로그 파일 제거 2026-01-20. 메인 기능 개발 외 환경/설정/문서 관련 작업 기록. 내용 요약 직접적인 기능 코드는 아니지만, 시스템 전체를 안정적으로 운영하고 개발 생산성을 유지하는 데 필요한 작업들이었음. - 개발 환경 설정 정비 - 배포/운영 관련 스크립트 개선 - 내부 문서 업데이트 느낀 점 이런 작업들
읽기 → -
로그인 실패 횟수 확인과 계약 메모 처리 로직 구현
로그인 실패 횟수 확인 로직 활성화 및 계약 메모 처리 개선 2026-01-18. 컨트롤러, 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API
읽기 → -
비즈니스 로직 레이어 신규 구현과 배포 전 환경 검증 루틴 정착
기본 CSS 초기화 스타일 추가 2026-01-17. 비즈니스 로직 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 비즈니스 로직부터 시작 3. **API 연결** — 외부에서 호출 가능
읽기 → -
정산 시스템 초기 데이터와 연관 테이블 구축
정산 시스템 초기 데이터 및 연관 테이블 추가 2026-01-17. 뷰 템플릿, 테스트 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 뷰 템플릿부터 시작 3. **API 연결** — 외
읽기 → -
SQL 쿼리 코드 중복 제거와 책임 분리로 유지보수성 개선
테이블 네이밍 규칙 변경 (메인_ → tb_) 2026-01-17. 코드 품질 개선 작업. 기능은 그대로 유지하면서 구조를 다듬었음. 리팩토링 동기 기능이 계속 추가되면서 SQL 쿼리 영역의 코드가 비대해지기 시작했음. 하나의 함수가 너무 많은 일을 하거나, 같은 로직이 여러 파일에 흩어져 있거나, 네이밍이 실제 역할을 반영 못 하는 케이스들
읽기 → -
API 문서화로 코드 불일치 발견
SQL, Java, SCSS 지침서 추가 2026-01-17. API 문서 작업. 코드가 아무리 잘 짜여 있어도 문서가 없으면 다른 사람이, 또는 미래의 내가 쓰기 어려움. 문서화 범위 - **API 엔드포인트**: 경로, HTTP 메서드, 요청/응답 스펙 - **파라미터 명세**: 필수/선택 여부, 타입, 유효성 규칙 - **오류 코드**: 상황
읽기 → -
DDL 스키마 리팩토링으로 코드 탐색 비용 절감
SQL 파일 통합 정리 (2파일로 축소) 2026-01-17에 진행한 코드베이스 정리. 당장 눈에 띄는 효과는 없지만 장기적으로 개발 속도를 유지시켜 주는 핵심 작업임. 리팩토링 원칙 이번 작업에서 적용한 원칙들: 1. **단일 책임**: 하나의 함수/클래스는 하나의 일만 2. **DRY**: 중복 코드는 반드시 추출 3. **명확한 이름**:
읽기 → -
비즈니스 로직 중복 제거와 책임 분리로 코드 구조 개선
.claude 폴더 구조 통합 및 Codex 워크플로우 설정 2026-01-17. 코드 품질 개선 작업. 기능은 그대로 유지하면서 구조를 다듬었음. 리팩토링 동기 기능이 계속 추가되면서 비즈니스 로직 영역의 코드가 비대해지기 시작했음. 하나의 함수가 너무 많은 일을 하거나, 같은 로직이 여러 파일에 흩어져 있거나, 네이밍이 실제 역할을 반영 못 하
읽기 → -
비즈니스 로직 중복 제거와 책임 분리로 유지보수성 개선
모놀리식 구조로 전환 (Next.js 제거) 2026-01-16. 코드 품질 개선 작업. 기능은 그대로 유지하면서 구조를 다듬었음. 리팩토링 동기 기능이 계속 추가되면서 비즈니스 로직 영역의 코드가 비대해지기 시작했음. 하나의 함수가 너무 많은 일을 하거나, 같은 로직이 여러 파일에 흩어져 있거나, 네이밍이 실제 역할을 반영 못 하는 케이스들이 쌓
읽기 → -
빌드 설정 의존성 버전 고정으로 재현 가능한 환경 확보
.claude/CLAUDE.md 추가 (모놀리식 규칙서) 2026-01-16. 프로젝트 설정 및 환경 관련 작업. 변경 사항 빌드 스크립트나 설정 파일 수준의 변경. 직접적인 비즈니스 로직은 안 건드렸지만, 개발 환경 안정성에 영향을 주는 작업이었음. **주요 처리 내용:** - 불필요한 설정 항목 제거 - 버전 명시화 — implicit 의존성
읽기 → -
드래그앤드롭 위젯 시스템과 멀티 사이트 설정 구조를 완성한 12월
12월엔 26개 커밋. 11월보다 줄었지만 내용은 더 복잡한 것들이었다. 11월에 기능을 빠르게 쌓았다면, 12월엔 구조를 다듬는 작업이 많았다.
읽기 → -
배너·에디터·모달 한꺼번에 쏟아낸 132커밋의 11월
11월은 지금까지 중에서 가장 많이 만든 달이다. 커밋 132개. 퇴근하고 자정 넘기는 날이 많았다.
읽기 → -
키워드 크롤링 텔레그램 뉴스봇으로 번아웃을 돌파했다
9월엔 텔레그램 뉴스봇을 만들었다. 7월에 메모만 해뒀던 것. 키워드 구독, 크롤링, 텔레그램 발송. 기본 동작하는 버전이 빠르게 나왔다.
읽기 → -
거래자 발행·구매 구조의 쿠폰 도메인 모델 설계
8월엔 쿠폰 모듈을 설계했다. 메인 에서 쿠폰은 단순 할인 코드가 아니라 거래자가 발행하고 사용자가 구매하는 구조였다. 이 개념이 처음엔 헷갈렸다.
읽기 → -
거래자 잔액 상태 기계 설계와 동시성 이슈 해결
7월, 더위가 심했다. 체력이 떨어지면 집중력도 떨어진다. 그래서 이달엔 작업량보다 작업 밀도에 집중하기로 했다. 많이 하려는 욕심보다 적게라도 깊이 하는 것.
읽기 → -
거래자 결산 수수료 계층 구조를 직접 설계하며 비즈니스 로직을 이해하다
6월엔 거래자 결산 모듈을 건드리기 시작했다. 결제에서 돈이 들어오면 거래자에게 어떻게 분배하느냐의 로직이었다. 이게 슬렉스에서 가장 핵심적인 비즈니스 로직이 될 것 같았다.
읽기 → -
결제 도메인 첫 설계와 웹훅 멱등성 문제 해결
5월에 결제 도메인에 처음으로 손을 댔다. 메인 전체 흐름에서 결제가 핵심인데, 가장 복잡하고 가장 민감한 부분이라 계속 미뤄왔었다. 더 이상 미루면 다른 도메인 설계가 결제를 모른 채로 굳어버릴 것 같았다.
읽기 → -
주문 플로우 상태 설계와 번아웃 사이에서 페이스 찾기
4월. 봄이 됐는데 사이드 작업 속도가 좀 처졌다. 회사에서 상반기 중반이라 바쁜 시기였고, 퇴근하면 지쳤다.
읽기 → -
상품 도메인 구조 설계와 인덱스 최적화로 성능 개선
3월에 상품 도메인 작업을 시작했다. 회원 다음은 상품이 자연스러운 순서였다. 카테고리-상품-옵션-재고. 이 관계를 어떻게 잡느냐가 핵심이었다.
읽기 →