hyuko

이번 주 한 줄 — 추상에서 구체로, 그 다음 대응으로지난주가 "트랜잭션이 connection 을 어떻게 잡고, 어떻게 겹치나(propagation)" 였다. 이번 주는 거기서 자연스럽게 떨어진 질문 세 개를 사흘에 걸쳐 한 단계씩 내려갔다.그 트랜잭션들이 동시에 돌 때 서로 뭘 보나? → 격리수준그 격리수준은 뭘로 구현되나? → record / gap / next-key lock그 락들이 엇갈려 물리면? → 데드락, 그리고 우리 코드가 받아내는 법추상(격리수준) → 구체(락) → 실전(데드락) → 대응(재시도)로 내려간 게 이번 주의 흐름. 각 글이 전날 글에서 연역됐다는 느낌이 강했다. 따로 외운 게 없었다.학습 회고 — InnoDB 동시성 3부작화 — 격리수준은 결국 락으로 구현된다가장 크게 풀린 ..

이번 주 회고 — 요청 한 건의 여정생각 정리용으로 써두는 주간 회고. 이번 주는 따로따로 알던 개념들이 "요청 한 건이 들어와서 DB 까지 갔다 오는 동안 무슨 일이 일어나는가" 라는 한 줄기로 꿰어진 주였다. 월요일에 받은 두 질문에서 시작해서, 거기 가지를 치다 보니 자연스럽게 블로그 4편이 됐다. 한 편씩 보면 별개 주제인데, 모아 놓으니 같은 여정의 다른 구간이더라.요일별 짧게월 (5/18): 두 질문 받음 — ① Python/Java 서버는 thread·process 를 어떻게 관리하나, OS 와 1:1 인가 ② JdbcTemplate·MyBatis 는 DB 와 어떻게 연결하나, HikariCP 란.화 (5/19): 두 질문을 "요청 한 건의 여정" 한 흐름으로 묶어 정리. 블로그 2편 발행 ..

이번 주는 "지금 운영하는 Python 코드, 이대로 계속 갈 수 있을까?" 라는 질문이 주제였다. 네 개의 TIL이 결국 하나의 흐름으로 이어졌다.누적된 회귀 → 노드별로 다른 언어가 답인 이유 → 단기/장기 언어 선택(Go·Rust) → 그 첫걸음으로 TCP 서버를 Go로 재작성1. 운영 중 누적된 Python 회귀 5가지 — 우회 코드가 한계에 도달했다는 신호운영을 이어가면서 같은 자리에 반복해서 패치를 덧대온 흔적이 다섯 군데 있었다. 처음에는 각각 독립된 버그처럼 보였지만, 모아놓고 보니 공통점이 분명했다. 언어/런타임 특성(GIL, 동적 타입, GC, async 모델 등)에서 비롯된 한계를 우회 코드로 막아온 것이라는 점.우회 코드는 그 자체로 나쁜 게 아니라, "이제 구조를 바꿔야 한다"는 ..

생각 정리용으로 써두는 글. 이번 주는 한 우물만 팠음 — JVM. 명세 §2.5(런타임 데이터 영역) 부터 시작해서 §2.6(Frames), §2.7(객체 표현), §2.9(특수 메서드) 까지 명세를 한 줄씩 본인 말로 다시 풀고, 마지막엔 메모리·GC·JIT 를 하나의 시스템으로 묶어 통합 정리까지. 거기에 면접 두 주제(브라우저 동작, 프로세스·스레드·Spring 요청 처리) 도 같이 갔음. 실무 쪽은 무선 mesh radio 환경에서 RDP 안 되던 사건이 있었는데 OSI 7계층을 다시 새기게 된 케이스였음. 두 트랙을 같이 적어둠.JVM 은 명세일 뿐이번 주 가장 크게 잡힌 게 이거. JVM 은 명세 이지 구현체 이름이 아님. HotSpot, OpenJ9, GraalVM 다 자기 마음대로 만들어..