Dan Luu: 에이전트가 ripgrep용 AOT 정규식 최적화를 붙여 대표 쿼리 7% 단축

나는 소프트웨어가 시간 갈수록 더 느리고 덜 친절해진다고 봄.

내가 보기엔 이제 클라이언트 최적화보다 순환 투자에 맞춰 만들기 때문임. 빅테크가 스타트업에 돈을 대고, 그 돈은 다시 빅테크 클라우드와 SaaS 사용료로 돌아감.

둘 다 맞는 말임. AI 개발은 기존의 인센티브를 압축할 뿐이고, 판매에 도움이 되는 새 기능이 UX나 아키텍처 최적화보다 먼저 토큰 예산을 받게 됨.

나는 리더 모드가 아니었으면 바로 나갔을 것 같음. 단순한 CSS를 넣어 읽기 편하게 만드는 건 2026년에 거의 일이 아니라고 봄.

나도 그 지적은 맞다고 봄. 글의 교차 참조와 자기 글 링크가 너무 많아서 본문 흐름을 따라가기 어려움.

나라면 코딩 에이전트에 페이지를 더 보기 좋게 만든 두 버전을 내놓으라고 시킨 뒤, 마음에 드는 쪽을 고르며 반복하겠음.

나는 Dan 사이트가 좋음. 브라우저 폭과 글꼴 크기는 내가 조절하면 되고, 사이트가 읽는 방식을 강요하지 않아서 편함.

나는 용도에 따라 속도보다 런타임 확장성을 택할 수 있다고 봄. 미리 구운 SIMD 정규식보다 느려지는 건 그 대가임.

내 생각엔 소프트웨어 회사 수익에 가장 크게 기여하는 사용자 대부분은 느림을 신경 쓰지 않음. 그래서 회사도 그 비용을 먼저 내지 않음.

실험과 성능 사이에 비용 차이가 있는 한 소프트웨어는 늘 조금 느릴 거임. 이제는 개발자 시간이 아니라 토큰 예산을 새 기능 데모에 쓸지, 드문 경우의 성능 개선에 쓸지 결정하게 될 뿐임.

나는 앞으로도 소프트웨어가 더 느려질 거라고 확신함.

나는 RAM이 부족해진 지금은 조금 낙관적임. iOS 27은 오래된 폰에서도 이전 버전보다 빠르고, AI가 최적화의 귀찮은 작업을 줄일 수 있다고 봄.

나는 VM을 계속 겹치는 개발 방식이 계속되는 한 느려질 거라고 봄. 브라우저의 자바스크립트 VM, 관리 언어, OS와 하이퍼바이저가 쌓이고, React 앱 하나가 1GB RAM을 쓰면서 버튼 반응에 몇 초가 걸리는 일이 생김.

나는 새 데스크톱 프로젝트라면 몇 년 안에 Electron과 Python에서 오는 느림은 대부분 사라질 거라고 봄. Rust나 Mojo, C/C++로도 느리게 만들려면 일부러 노력해야 할 정도가 될 것 같음.

AI 붐 때문에 RAM 가격이 올라간 만큼, 기기 제조사가 버티려면 효율적인 소프트웨어를 만들 압박도 생길 거라고 기대함. 32 DIMM 시스템에서 DIMM 하나가 $1,000이면 가격 인상이 작지 않음.