HTML은 만들기 쉽다. 그게 문제다.
Source: Dev.to
Production HTML의 문제점
HTML은 어디에나 존재하지만, 오늘날 대부분의 프로덕션 HTML은 우연히 만들어진 것입니다—문자열 안에 로직을 숨긴 템플릿에 의해 생성됩니다. 결과물은 보통 동작하기 때문에 HTMLForge 같은 도구가 존재합니다. 많은 스택에서 HTML은 파이프라인의 최종 단계입니다: 설계되지 않은 채 생산되고, 거의 검증되지 않으며, 거의 질문조차 하지 않습니다. 그 결과 HTML은 개발자가 고민하는 1급 아티팩트가 되지 못했습니다.
HTMLForge의 철학
HTMLForge는 반대 가정에서 시작합니다: HTML은 의도적이고, 명시적이며, 검증 가능해야 합니다. HTML을 컴파일된 출력물처럼 취급하여 요소, 속성, 구조를 명시적으로 정의합니다. 문제가 있으면 초기에 실패합니다—프로덕션이나 브라우저, 스크린 리더에서가 아니라. 정확성은 가장 중요한 기능입니다.
의도적인 HTML이 중요한 이유
- 접근성은 속성에 들어 있습니다; 완벽하게 렌더링되지만 여전히 잘못되었거나, 접근성이 없거나, 구조적으로 틀린 HTML을 생성할 수 있습니다. 대부분의 도구는 이를 알려주지 않지만, HTMLForge는 추측 없이 알려줍니다.
- 대부분의 도구는 작성 속도를 최우선으로 최적화합니다. 이는 HTML이 프로그래밍 방식으로 생성되어 수년간 살아남을 때 시스템적인 문제를 일으킬 수 있는 의도적인 트레이드‑오프입니다.
- 작은 불일치가 시스템적인 문제로 확대됩니다; 나쁜 HTML은 조용히 퍼지고, 좋은 HTML은 지루하고 신뢰할 수 있게 유지됩니다.
사용 사례
HTMLForge는 HTML이 인프라가 될 때 빛을 발합니다:
- CMS 렌더링 레이어
- 서버‑사이드 HTML 생성
- 이메일 시스템
- 관리자 인터페이스
- 프레임워크 어댑터
- 장기 유지 디자인 시스템
페이지를 단순히 프로토타이핑하는 경우 HTMLForge가 무겁게 느껴질 수 있지만, 프로덕션 환경에서 지루할 정도로 신뢰성을 제공하도록 설계되었습니다.
통합 및 핵심 설계
HTMLForge는 프레임워크와 경쟁하지 않습니다; 프레임워크는 변합니다. 그래서 HTMLForge는 핵심을 작고, 안정적이며, 의도적으로 지루하게 유지합니다. 통합은 핵심 외부에 존재하여 Laravel, WordPress 또는 기타 환경에 맞게 조정하고, 기반은 변함없이 견고합니다.
오픈 소스
HTMLForge는 오픈 소스이며 활발히 발전하고 있습니다. 프로젝트를 탐색하고, 문서를 읽고, GitHub에서 진행 상황을 팔로우할 수 있습니다:
https://github.com/golchha21/htmlforge
HTMLForge는 HTML이 코드처럼 다뤄져야 한다는 이유로 존재합니다—더 시끄럽게, 더 트렌디하게가 아니라, 더 정직하게.