Rich Harris: Hot takes on the web

개발자는 성능 지표보다 사용자 요구를 우선으로 놓고, JavaScript 프레임워크가 모든 웹 문제의 근본이 아니라는 사실을 인식해야 합니다. 동시에 새로운 기술과 도구를 신중하게 받아들이면서 잠재적인 단점을 고려해야 합니다. - 👀 자본주의와 관심 경제가 모든 웹 문제의 근본이며, 개발자는 성능 지표보다 사용자 요구를 우선으로 놓아야 합니다. - 🔍 라이트하우스는 점수표로 사용되어서는 안 되며, JavaScript는 중요하지만 웹사이트는 여전히 JavaScript 없이도 작동해야 합니다. 디지털 콘텐츠 보존은 중요하며, SvelteKit의 클라이언트 측 라우터는 기본 URL 및 IPFS 기반 사이트를 처리할 수 있습니다. - 📱 다중 페이지 앱은 로드 속도가 더 빠르지만, 단일 페이지 앱은 더 빠른 후속 탐색 및 상태 보존을 가능하게 합니다. Astro는 통합 개발 모델과 UI 지속성을 위한 클라이언트 측 라우터로 두 가지를 모두 불필요하게 만들었습니다. - 📝 Spelled는 HTML, CSS 및 JavaScript를 보완하여 UI 개발을 단순화하는 DSL입니다. 그러나 일반적인 프로그래밍 규칙이 중단되는 한계 영역에 진입해야 합니다. - 👀 JavaScript 모듈을 도구로 사용할 경우, 의도하지 않은 결과가 발생할 수 있으며, 서버 및 클라이언트 경계 사이에서의 혼란이 발생할 수 있습니다. - 👀 Quick과 같은 JavaScript 프레임워크의 관습을 받아들이면, 타입 안정성 및 레이지 로딩과 같은 이점을 얻을 수 있지만, 참조 값에 대한 신중한 고려가 필요하며, 레이지 로딩에는 단점이 있습니다. - 🚀 React 서버 컴포넌트를 사용하여 오프라인 우선 웹 앱을 구축하고, 서버리스 함수 및 개인 함수 호출과 같은 잠재적인 위험에 대해 조심해야 합니다. - 👀 빌드 단계는 사용자 경험에 중요하며 제거해서는 안 됩니다. SvelteKit의 문서는 사전 렌더링되므로 즉시 콘텐츠를 제공할 수 있습니다.