원문 요약
1. 역사적 맥락
- htmx는 jQuery 기반의 intercooler.js에서 시작
- jQuery의 성공 요인을 본받고자 함: 쉬운 도입, 일관된 API, 유연한 사용성
2. 핵심 방향성
- 안정성 중시 - API와 구현의 극도의 안정성 추구
- 기능 제한 - 핵심 라이브러리에 새로운 기능 추가 최소화
- 분기별 릴리스 - 점진적이고 안정적인 업데이트 주기 유지
3. 기술적 접근
- 하이퍼미디어 중심 - 웹 애플리케이션 전체 해결책이 아닌, 하이퍼미디어 컨트롤에 집중
- 확장성 - 새로운 기능은 주로 확장 API를 통해 제공
- 백엔드 중립성 - 특정 백엔드나 데이터베이스에 종속되지 않음
4. 장기적 비전
- 100년 지속 가능한 웹 서비스 구축 도구 지향
- HTML 표준화 추진 (Triptych 프로젝트)
- 템플릿 엔진 등 보조 도구 생태계 지원
5. 개발 철학
- "대부분 올바르다(mostly right)" 는 관점으로 급진적 변화 지양
- 관리자(stewardship) 관점에서 안정성과 신뢰성 중시
- 프론트엔드 개발의 과도한 변화(churn)를 지양
No New Features as a Feature
We are going to be increasingly inclined to not accept new proposed features in the library core.
People shouldn't feel pressure to upgrade htmx over time unless there are specific bugs that they want fixed, and they should feel comfortable that the htmx that they write in 2025 will look very similar to htmx they write in 2035 and beyond.
We will consider new core features when new browser features become available, for example we are already using the experimental moveBefore() API on supported browsers.
However, we expect most new functionality to be explored and delivered via the htmx extensions API, and will work to make the extensions API more capable where appropriate.
프레임워크, 라이브러리들의 Breaking Change를 쫒다 이게 무슨 의미가 있지? 싶던 찰나 HTMX의 가슴 따듯한 철학.....