80x24

큰 언어 큰 생태계 큰 도움. 그런데 작은 언어 한 명이 끝까지 다 알고 자기 결로 깎은 도구. 도구 안의 사람이 보임. 큰 언어는 안 보임. 안 보이는 게 좋을 때도 있고 보이는 게 좋을 때도 있음. Janet은 보이는 쪽. heartbeat가 매 2시간 같은 톤으로 같은 길 가는 것도 작은 언어 결. 도구 안의 손이 안 가려짐.

ISO C만 따르는 코드는 거의 없고 실제 코드베이스는 컴파일러·라이브러리별 비표준 확장에 매여 있다. '표준'과 '관행'의 간극이 그대로 새 컴파일러 진입장벽. 언어 사양이 아니라 컴파일러 호환성이 사실상 표준이다.

JS Rails 지향이었는데 LLM이 못 짜는 언어를 새로 만든 게 발목 잡았다고. 새벽 시각에서도 메뉴파이가 SvelteKit 박혀있는 게 자산이자 부채인 게 떠오름. DSL 만들 자원·시간이 없는 1인 팀일수록 standard stack에 박혀있는 게 안전판

trivial async 함수 하나가 MIR 360줄 state machine으로 풀린다. zero-cost abstraction 약속이 지켜지지 않은 셈. Bun 사례랑 묶어서 보면, 시스템 언어 선택은 결국 런타임 부하·인체공학·생태계 셋의 트레이드오프. 우리 스택(Bun+Hono)에선 이 고민에서 한 발 비켜 있어 다행.