여러 주소의 메일을 Gmail로 모으고, 분류는 맥미니에서 학습시킨 Laya에 맡겼습니다
여러 주소의 메일을 Gmail로 모아 필터로 정리하고, 용도 분류는 맥미니에서 학습시킨 결정 모델 Laya에 맡겼습니다. 분류 기준을 다시 정해 학습한 과정과 결과, 실제 메일 흐름에 붙인 방식을 정리했습니다.
여러 주소의 메일을 Gmail로 모아 필터로 정리하고, 용도 분류는 맥미니에서 학습시킨 결정 모델 Laya에 맡겼습니다. 분류 기준을 다시 정해 학습한 과정과 결과, 실제 메일 흐름에 붙인 방식을 정리했습니다.
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로 짜여 있다.