원문자(OP)는 E-ink 스크린과 org/vimwiki/markdown을 원하는 것 같음. 문제는 스타일링에서 시작되는데, 진정으로 접근 가능한 하이퍼텍스트 책을 원한다면 스타일링이 필요 없음. 사용자가 이를 제어해야 하며, 기본 테마는 읽기 쉬운 글꼴, 흰 배경에 검은 글씨, 제목은 36pt 볼드, 문단은 14pt 일반 글씨로 설정됨. 실제 사용에서 Epub은 멋진 포맷이며, 웹사이트가 제안하는 것보다 이러한 "브라우징" 경험을 선호함. 또는 OP는 더 높은 수준의 CSS와 HTML을 원할 수도 있는데, 이는 새로운 언어를 만들고 더 복잡한 온톨로지를 주장하는 문제로 이어짐. 물론 기본 스타일링 옵션을 가진 마크다운을 만들 수 있지만, 특정 마크다운을 배우고 운영하여 특정 서버에서 웹사이트를 제공하는 것보다 기본적인 HTML과 CSS를 배우는 것이 그리 복잡하지 않다고 확신함.
웹과 스타일링은 2000년대 웹 스타일링, 다양한 브라우징 장치의 등장, 스마트폰과의 상호작용 방식이 만났을 때 복잡해짐. 오늘날의 브라우저는 거의 OS와 같으며, 공유할 수 있는 복잡성이 1990년대 PC에서 만들 수 있는 복잡성보다 더 높음. 예를 들어, 브라우저에서 Godot 엔진을 실행할 수 있음: 친구들과 재미로 프로젝트 프로토타입을 개발하거나, 좋아하는 사람들과 소통하기 위한 개인 플랫폼을 만들 수 있음. JS에 대한 많은 비판이 있지만, 처음 접했을 때 꿈이 실현된 것 같았고, 경험을 만들고 거의 노력 없이 공유할 수 있는 힘을 줌. 대기업이 지루한 웹사이트를 과도하게 공학화된 프레임워크에서 만들기로 결정했다고 해도 이 사실은 변하지 않음.
웹 개발자가 아니지만, 웹이 문서를 공유하기 위한 수단으로 시작되어 HTML이 그 주위에 구축되었고, 결국 사람들은 일반 애플리케이션(예: Google Docs)을 만들고자 하여 문서가 아닌 것들을 문서인 것처럼 만드는 도구를 만들었음. 모두가 이 도구들이 훌륭하다고 생각하고 사용하기 시작했지만, 웹의 90%는 여전히 문서이지만, 이제는 실제로는 대부분 처음부터 문서를 만들고 있음에도 불구하고 문서가 아닌 것을 만드는 프레임워크에서 모두 구축됨. 전체 상황은 매우 혼란스럽고, 전 세계적인 엔지니어링 문화가 이를 완전히 미친 것으로 보지 않는 것이 이해되지 않음.
HTTP 위의 CommonMark를 제안한 사람이 있는지 궁금함. 마크다운을 GET 응답에 넣고 Content-Type: text/markdown으로 설정하면 클라이언트가 렌더링 방식을 결정할 수 있음. 이는 현대적인 Gopher와 같을 것임.
다른 사람들도 내가 느끼는 것을 느낄 때 정말 놀라움. 대부분의 사람들은 신경 쓰지 않고, 신경 쓰고 싶어하지 않음. 페이지의 끔찍한 미학 때문에 주장이 망가짐.
2000년대 초반으로 돌아가서, 어떤 페이지에서든 소스 보기가 매우 깔끔하게 포맷된 코드를 보여주었으면 좋겠음. 많은 회사들이 다양한 이유로 프론트엔드 코드를 고의적으로 난독화하려고 하고, 많은 회사들은 클라이언트의 페이로드 크기와 파싱 시간을 조금이라도 효율적으로 만들기 위해 미니파이를 하면서 의도치 않게 난독화함. 브라우저 수준에서 결정해야 할 것: 클라이언트가 브라우저에서 실행되는 것을 정확히 파악할 수 있게 하고 싶은가? 현재 상황이 좋다면 그렇지 않고, 현재 상황은 매우 암울하며, WASM 기반 페이로드의 등장으로 모든 것 위에 디스어셈블을 해야 함으로 더욱 암울해질 것임.
소프트웨어가 썩어가면서, 다국적 기업이 웹사이트를 만드는 유일한 주체가 될 수 있음. 이미 오픈 소스 소프트웨어가 누구를 위한 것인지 결정하는 주체임. 많은 부자와 그들의 권력이 없으면 많은 가난한 사람들과 그들의 무력함이 없다는 것을 사람들이 가장 깨닫지 못함. 전자의 이해관계는 항상 후자를 효과적으로 약화시킴. 마찬가지로, 다국적 기업과 일반 사람들을 동시에 만족시키는 소프트웨어는 있을 수 없음. 전자의 이해관계는 항상 후자를 효과적으로 약화시킴.
채팅을 위해 분산된 XMPP 서버를 사용해야 하는데, 이는 다른 채팅 옵션과 달리 감자 하드웨어에서도 작동함.
내용이 주로 텍스트이고 이미지가 적게 사용되는 간단한 웹사이트를 탐색하는 것은 상쾌함. 모든 "현대적인" 웹사이트는 너무 피곤함. 웹사이트가 첫 방문 시 화면에 무언가를 띄우면, 뉴스레터 가입, 로그인 요청, 뷰포트를 가리는 큰 이미지 등이든, 바로 리더 뷰로 전환함.
대부분의 웹페이지는 무기한으로 작동해야 하며, 유지 관리 비용이 저렴해야 함. 간단한 HTML은 해당 버전의 HTML과 CSS를 지원하는 브라우저가 여전히 존재하는 한 작동함. 정적 Go 바이너리가 동적 HTML을 제공하는 것도 가능함. 하지만 Python, Ruby 등이 이를 달성할 수 있을지는 상상하기 어려움. 즉, 이것이 좋은 규칙인지는 의문이며, 더 달성 가능하게 만들기 위해 재작업이 필요할 수 있음.
2005년에 모든 사람의 페이지가 똑같아 보이기로 우리가 결정했을 때 가치 있는 것이 손실되었다고 생각함(예: TheFacebook™ 프로필). 불행히도, 그것과 Google이 개인 사이트와 같은 결과를 저평가하기 위해 변경한 것이 이러한 멋진 맞춤형 페이지를 거의 파괴함.
Hacker News 의견
Content-Type: text/markdown으로 설정하면 클라이언트가 렌더링 방식을 결정할 수 있음. 이는 현대적인 Gopher와 같을 것임.