firecrawl SaaS는 페이지당 과금인데, 내 사용량(Hermes 뉴스 배치)을 넣으면 비용이 금방 올라간다. 그래서 self-host를 올렸다. 공식 절차를 따르면 Supabase, Stripe, FoundationDB까지 같이 뜨는데, 로컬 한 대에서 쓰기엔 필요 없는 것들이다. 이걸 빼고, 동시성은 실제 사용량에서 역산해서 정한 기록.
Linear가 왜 그렇게 빠른지를 아키텍처 관점에서 분해한다. 비결은 최적화가 아니라 '네트워크를 UI의 임계 경로에서 완전히 제거한다'는 설계 결정이다. local-first 동기화 엔진, MobX observable, IndexedDB 세 가지가 맞물려야 50ms 페이지 로드가 나오고, 하나라도 빠지면 무너진다. 앞서 살핀 로컬 우선 도구들과 같은 가치관을, Linear는 앱 아키텍처 수준에서 극단까지 밀어붙인 사례다.
GeekNews에서 눈에 멘 도구 네 개: Slumber(터미널 HTTP 클라이언트), mq(jq형 Markdown 쿼리), korean_bank_tx_crawler(국내 은행 거래내역), OpenLogi(Logitech Options+ 대체). 주제는 제각각이지만 따져보니 하나의 가치관으로 엮여 있었다. 계정, 클라우드, 텔레메트리 없이 로컬에서 도는, 가볍고 작은 도구. 그리고 넷 중 셋이 Rust로 짜여 있다.