사이드프로젝트
취미 빌드 / 실험
-
이커머스 PG 플랫폼 성과를 상단으로 올려 GitHub 프로필 가독성 개선
GitHub 프로필 README를 업데이트했음. 이커머스 PG 플랫폼 Sprint highlight 를 by-the-numbers 위로 이동. 변경 목적 개발자 프로필은 첫인상이 중요함. 채용 담당자나 협업 상대가 프로필을 볼 때 5초 안에 어떤 개발자인지 파악할 수 있어야 한다고 생각해서 계속 다듬는 중. 특히 GitHub 프로필은 이력서보다 먼저
읽기 → -
이커머스 PG 플랫폼 경력 강조로 GitHub 프로필 개선
GitHub 프로필 README를 업데이트했음. 이커머스 PG 플랫폼 2명/2개월 임팩트 강조 + 한국어 폰트 + 팀 표기 정정. 변경 목적 개발자 프로필은 첫인상이 중요함. 채용 담당자나 협업 상대가 프로필을 볼 때 5초 안에 어떤 개발자인지 파악할 수 있어야 한다고 생각해서 계속 다듬는 중. 특히 GitHub 프로필은 이력서보다 먼저 보는 경우가
읽기 → -
GitHub 프로필 README를 첫인상 중심으로 개선
GitHub 프로필 README를 업데이트했음. 프로필 README 화려도 +임팩트 강화. 변경 목적 개발자 프로필은 첫인상이 중요함. 채용 담당자나 협업 상대가 프로필을 볼 때 5초 안에 어떤 개발자인지 파악할 수 있어야 한다고 생각해서 계속 다듬는 중. 특히 GitHub 프로필은 이력서보다 먼저 보는 경우가 많아서 최신 상태를 유지하는 것이 중요함
읽기 → -
GitHub 프로필 README를 채용 담당자 시선으로 풀 리디자인
GitHub 프로필 README를 업데이트했음. 프로필 README 풀 리디자인 — 운영 시스템 + AI 만능 포지셔닝. 변경 목적 개발자 프로필은 첫인상이 중요함. 채용 담당자나 협업 상대가 프로필을 볼 때 5초 안에 어떤 개발자인지 파악할 수 있어야 한다고 생각해서 계속 다듬는 중. 특히 GitHub 프로필은 이력서보다 먼저 보는 경우가 많아서 최
읽기 → -
공급사 데이터 정합성 불일치를 SQL 분석 보고서로 진단
분석 보고서를 작성했음. 주제: **20260423 0244 supplier phase8**. 분석 배경 운영 중 특정 수치 불일치 혹은 잠재적 문제가 감지됐음. 단순 로그 확인으로는 전체 그림이 안 보여서 SQL로 직접 집계하고 결과를 HTML 보고서로 정리했음. 이런 보고서를 만드는 이유는 문제를 코드 수정으로 넘기기 전에 원인을 데이터로 확인하기
읽기 → -
카카오뱅크 송금봉투 보안 뷰 우회 버그 수정
카카오뱅크 송금봉투 - dispatchGesture 물리탭으로 보안 뷰 우회 (v2.0.4) 카카오뱅크 송금봉투 - dispatchGesture 물리탭으로 보안 뷰 우회 (v2.0.4) 버그를 수정했음. 원인 분석 로직 일부가 엣지케이스를 처리하지 못하고 있었음. 실제 운영 데이터에서 발생한 케이스로 재현했음. 재현 조건 특정 조건에서 의도치
읽기 → -
결제·정산 데이터 감사로 불일치 항목 조기 발견
20260411 partner fee audit v2 2026-04-11 기준 시스템 현황 분석 보고서를 작성했음. 분석 목적 서비스가 복잡해질수록 데이터 간 불일치가 쌓임. 특히 결제/정산처럼 여러 단계를 거치는 흐름은 중간 어딘가에서 엣지케이스가 터지기 쉬움. 주기적으로 전체 데이터를 돌아보면서 이상 징후를 조기에 발견하는 게 목적이었음.
읽기 → -
결제·정산 데이터 감사로 불일치 항목 조기 발견
20260410 1500 partner fee audit 2026-04-11 기준 시스템 현황 분석 보고서를 작성했음. 분석 목적 서비스가 복잡해질수록 데이터 간 불일치가 쌓임. 특히 결제/정산처럼 여러 단계를 거치는 흐름은 중간 어딘가에서 엣지케이스가 터지기 쉬움. 주기적으로 전체 데이터를 돌아보면서 이상 징후를 조기에 발견하는 게 목적이었음.
읽기 → -
파트너 정산 흐름 데이터 감사로 불일치 항목 조기 발견
20260409 0022 partner settlement flow audit 2026-04-09 기준 시스템 현황 분석 보고서를 작성했음. 분석 목적 서비스가 복잡해질수록 데이터 간 불일치가 쌓임. 특히 결제/정산처럼 여러 단계를 거치는 흐름은 중간 어딘가에서 엣지케이스가 터지기 쉬움. 주기적으로 전체 데이터를 돌아보면서 이상 징후를 조기에 발견
읽기 → -
결제·정산 데이터 정합성 감사로 불일치 항목 조기 발견
20260405 1500 ui-design-audit 2026-04-05 기준 시스템 현황 분석 보고서를 작성했음. 분석 목적 서비스가 복잡해질수록 데이터 간 불일치가 쌓임. 특히 결제/정산처럼 여러 단계를 거치는 흐름은 중간 어딘가에서 엣지케이스가 터지기 쉬움. 주기적으로 전체 데이터를 돌아보면서 이상 징후를 조기에 발견하는 게 목적이었음.
읽기 → -
공격 자동 차단과 레이트 리밋으로 운영 보안 강화
WAS2 공인 IP로 변경 (내부망 통신 불가 → ***.***.***.***) 2026-04-03에 버그를 수정했음. 수정 대상 파일: docker-compose.prod.yml, prometheus-prod.yml, tempo-config.yml 작은 수정처럼 보여도 운영 중 발생하는 문제들은 빠르게 잡는 게 중요함. 이번 수정도 재현 → 원인
읽기 → -
Prometheus·Tempo·Grafana 관찰 가능성 스택 설정 개선
Prometheus host 네트워크 모드 + Tempo scp 파일 정리 + datasource URL 수정 2026-04-03에 관찰 가능성 스택에 기능을 추가하거나 설정을 개선했음. 운영 중 서버 상태를 실시간으로 확인하려면 메트릭 수집 구조가 안정적이어야 함. Spring Boot Actuator에서 /actuator/prometheus 엔드포
읽기 → -
Grafana·Prometheus·Loki로 메트릭·로그·트레이스 통합
모니터링 스택 초기 설정 (Grafana + Prometheus + Loki) 2026-04-03 기준으로 관찰 가능성(Observability) 스택 구성을 마무리했음. Grafana + Prometheus + Loki + Tempo 조합으로 메트릭, 로그, 트레이스를 한 곳에서 볼 수 있게 됐음. Docker Compose로 운영 환경 배포까지 자
읽기 → -
파트너 하드코딩 제거
partner hardcoding scan 20260401 0204 2026-04-01에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리 - SQL 쿼
읽기 → -
출금 계좌 실패 처리 안정성 개선
20260331 2050 withdraw account failure 2026-03-31에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리 - SQL
읽기 → -
파트너 등급 검증 로직 개선
20260330 1840 partner-level-verification 2026-03-30에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리 - SQ
읽기 → -
푸시 알림 콜백 테스트 기능 추가
20260329 1210 push-noti-callback-test 2026-03-29에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리 - SQL 쿼
읽기 → -
운영 안정성을 위한 Spring MVC 내부 클래스 개선
20260329 1203 production was status 2026-03-29에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리 - SQL 쿼리
읽기 → -
출금 검증 로직 추가
20260329 withdraw verification 2026-03-29에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리 - SQL 쿼리 작성 및
읽기 → -
가맹점 결제 DB 조회 로직 안정성 개선
20260329 1200 merchant payment db analysis 2026-03-29에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리 -
읽기 →