hyuko

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

회사에서 운영 중이던 Python 기반 TCP 라우터 서버를 Go 로 단기 재작성, 6~12개월 후 Rust 로 장기 전환 하기로 의사결정한 회의를 진행했다. 그 의사결정 자료를 직접 만들어 보고 발표한 입장에서, 어떤 근거로 그 결론에 도달했는지 그리고 자료를 만들면서 배운 점을 정리해둔다.생각 정리용 회고라 회사 식별 디테일은 다 빼고 학습 가치 있는 의사결정 프레임 위주로 적는다.1. 배경 — "거의 안전하지만 가끔 꺼지는" 상태운영 중인 시스템은 TCP/UDP 라우터 역할의 Python 서버 + 데스크톱 GUI 클라이언트 + DAQ 클라이언트 구조. 외부 임베디드 장비가 1Hz 로 텔레메트리를 보내고, 서버가 그걸 여러 PC 클라이언트로 broadcast 한다.지난 몇 주간 운영 회귀를 직접 잡아..

시리즈 3/3 — 운영 중인 Python 시스템을 다른 언어로 옮기는 의사결정들어가며1편에서 Python 시스템에 누적된 5가지 회귀를 정리했다. 2편에서 시스템의 3개 노드 중 라우터만 언어를 바꾸자는 결론에 도달했다. 이번 3편에서는 마지막 4가지 결정을 다룬다:어느 언어로? Go vs Rust언제? 지금 vs 6개월 뒤어떻게? 한 번에 vs 단계적누가? 본인 단독 vs 채용결론을 미리 말하면: 단기 Go (1~2주) + 장기 Rust (6~12개월 후) + Claude Code를 적극 활용한 점진적 전환.결정 1: Go vs Rust — 왜 두 단계로 나누는가처음엔 "한 번에 Rust로 가자" 와 "평생 Python 유지" 사이에서 고민했다. 둘 다 극단이라 중간 답을 찾은 게 "단기 Go → 장기..

시리즈 2/3 — 운영 중인 Python 시스템을 다른 언어로 옮기는 의사결정들어가며1편에서 Python 시스템의 운영 회귀 5가지를 정리했다. 결론은 "우회 코드가 누적되어 한계가 보인다" 였고 자연스럽게 "언어를 바꾸자" 라는 답이 떠올랐다.그런데 막상 바꾸려고 보니 의외의 함정이 있었다 — 시스템 전체를 한 언어로 통일하는 것이 답이 아니다. 같은 시스템 안에 여러 노드가 있고, 각 노드의 성격이 완전히 다르기 때문이다.이 글은 그 깨달음에 도달한 과정을 정리한다.시스템의 3노드 구조내가 다루는 시스템은 단일 프로세스가 아니라 세 개의 독립 노드로 구성되어 있다.노드 A — 메인 라우터 (Server)역할: 여러 장비·운영자 PC 사이를 binary-transparent로 중계부하: 메시지 분당 수..