kciter의 '브라우저의 메인 스레드는 비싸다'를 정리한다. 프론트엔드 성능 문제의 본질을 네트워크·번들 크기가 아닌 단일 메인 스레드의 시간 예산 문제로 재정의하고, '아껴 쓰기'(쪼개기·모으기·우선순위·미루기)와 '안 쓰기'(컴포지터·워커·일 자체 없애기)라는 두 축의 전략을 코드 수준에서 짚는다.
Zach Kehs의 에세이 'There's No Limit to How Bad Code Can Get'를 정리·분석한다. '가라앉는 배' 은유가 왜 위험한 착각인지 — 소프트웨어에는 물리적 붕괴점이 없어서 코드는 무한히 나빠질 수 있고, 기술 부채에는 파산이라는 리셋이 없다는 주장을 다룬다.
Subbu Allamaraju의 에세이 'The Elephant in the Brownfield'를 정리·분석한다. 기존 기업(브라운필드)의 AI 도입이 '공용 스킬 배포'와 '개인 생산성 자동화'에 머무는 동안, 회사를 떠난 '브라운필드 난민'들은 레인 없는 조직에서 super-IC·product engineer·agent manager로 일한다 —...
Ahrefs 블로그의 'How We Use AI for Every Article Without Making AI Slop'(Si Quan Ong)을 정리·분석한다. 슬롭을 가르는 것은 AI 사용량이 아니라 인간의 책임이다 — 초안 전에 인간의 일을 먼저 하고, 판단을 내릴 관문을 만들고, 절약한 시간을 품질에 재투자하고, 모든 글에 소유자와 두 번째 ...
Sylvain Kalache의 'AI handles incidents, engineers lose touch with their systems'를 정리·분석한다. AI 인시던트 대응 도구가 루틴한 장애를 잘 처리할수록 인간 대응자는 연습 기회를 잃고, 정작 자동화가 실패하는 가장 어려운 순간에 준비되지 않은 채 남는다는 '자동화의 아이러니' — 그리고...
Few-Shot Academy의 Mangat Rai가 쓴 'GPT-6 Astra: the harness is the product'를 분석·정리한다. Astra의 진짜 혁신은 모델이 아니라 메모리·도구·컨텍스트·제어를 묶은 런타임 하니스라는 주장과, 같은 모델이 하니스에 따라 54.8% vs 99.9%로 갈리는 45.1포인트 격차, 그리고 '2회 평가...
개인 dotfiles를 '설정 파일 모음'이 아니라 재현 가능한 개발 작업장으로 운영하는 이유를 정리한다. orchwang/dotfiles 저장소의 cross-platform bootstrap, tmux·NvChad 중심 작업 흐름, offline-devkit, 그리고 CV에 드러난 Python 백엔드·AI Native Engineering 성향이 이...
Experimental History의 Adam Mastroianni가 뉴스 읽기를 흡연에 비유하며 끊은 이유 여섯 가지와 반론 일곱 가지를 정리한다. '알아야 한다'는 강박 대신 마음을 가꾸는(gardening a mind) 관점으로, 내 정보 섭취 습관을 돌아보게 만든 글.