Backend Engineer

Make Non Polynomial
Polynomial.

어떤 문제든 충분히 작게 쪼개면, 결국 풀어본 적 있는 문제였습니다. 이 블로그에는 그렇게 쪼개 가며 얻은 실무적 판단과 실험 결과를 남깁니다.

Kafka와 메시징데이터베이스 내부와 트랜잭션결제·정산 정합성Spring과 JVM 백엔드실시간 처리와 캐시장애 대응과 관측아키텍처와 마이그레이션

$ whoami

polynomeer — backend engineer

$ cat motto.txt

Make Non-Polynomial Polynomial.

$ echo $INTERESTS

concurrency, Redis internals, someday my own product

$ status

● 백엔드 엔지니어 포지션을 찾고 있습니다

20 실측 기록 1027 글 5 공개 저장소

polynomeer@gmail.com이력서 ↗포트폴리오 ↗

GitHub ↗LinkedIn ↗

역량과 근거

역량 맵 ›

역량직접 재 본 질문결과

• 데이터베이스 내부 동작 data-ops-lab 어느 이상 현상이 실제로 나고, 엔진은 어떻게 거절하는가 lost update, 20회 PG 20/20 중단 · MySQL 20/20 덮어씀
• 정산·배치 정합성 실무 기록 대량 배치 안정성을 높이기 위한 구조 개선: Part 4 - 분산 락이 있어도 레이스가 발생한 이유 대량 삭제 2시간 → 5분
• 결제 정합성 검증 parity-pay 실험이 못 밟는 경로가 있는가, 있다면 무엇인가 위반 상태 도달 5단계
• Spring 백엔드 spring-ops-lab 느린 업스트림 하나가 그것을 호출하지도 않는 엔드포인트를 죽이는가 실패율 66.7% → 0%
• 아키텍처와 의사결정 monticker 키가 같은데도 순서가 깨지는 이유는 무엇인가 순서 위반 9/27회 → 0/45회

실측 기록 20편 전부 ›

대표 글

계측 기반 원인 추적 ParityPay로 검증하는 결제 정합성 2 - 잠금을 필요 이상으로 오래 쥐고 있었다: 추론을 측정으로 바꾼 기록 동일 지갑 경합의 원인을 추론에서 측정으로 바꾸고, 잠금을 필요 이상으로 오래 쥐던 결함과 측정 방법의 실수까지 기록한 글입니다. 잠금 보유 17ms → 1ms

정합성과 상태 전이 설계 정산이 진행되는 동안 기준 데이터 수정을 막는 방법: 상태 플래그와 AOP로 만든 경량 락 계측 기반 레거시 재설계 키 생성 병목을 추적해 구조를 바꾼 기록: Part 3 - 채번을 INSERT 시점으로 옮기고 범위 단위로 받기 2분→10초 대량 배치 성능 Heap Dump가 가리킨 곳은 데이터가 아니라 영속성 컨텍스트였다: Tasklet에서 Chunk로, XSSF에서 SXSSF로

활동

공개 저장소 커밋

커밋 1496 · 테스트 파일 177

monticker754sys-drill316quno255parity-pay156

Spring Boot⁷Java⁵MySQL⁴Redis⁴PostgreSQL⁴JPA³ArchUnit³Kotlin³Spring Batch²Next.js²

글자 크기는 그 기술을 쓴 프로젝트 수입니다.

AI 도구 사용

생성 토큰 비율

• 85% claude-code 242 세션 115M 생성 토큰
• 14% codex 192 세션 19M 생성 토큰

모델이 생성한 토큰만입니다. 캐시 재읽기는 같은 맥락을 다시 읽은 양이라 작업량이 아니어서 뺐습니다.