GN⁺: "저렴한" 웹
(potato.cheap)저렴한 웹 ≠ 무료
- 좋은 것을 만드는 일은 어렵고 시간이 많이 소요됨.
- 창작자들이 우리를 위해 좋은 것을 만들어주길 원한다면, 그들의 생활비와 재료비를 지불해야 함.
- 엔터테인먼트에 시간당 $1 미만을 지출한다면, 창작자와 그들을 지원하는 인프라에 대한 지원 방법을 고려해야 함.
저렴한 웹 ≠ 세련됨
- 애플 웹사이트의 HTML 소스는 내부적으로 "아름답지" 않지만, 애플 엔지니어들을 HTML의 못생김에 대해 탓할 수는 없음.
- HTML/CSS는 디지털 콘크리트로 조각하는 느낌을 주어야 하지만, 실제로는 익히지 않은 파스타로 다리를 짓는 것 같은 느낌임.
- 단순하고 안정적인 마크업 언어를 채택하기 전까지는 모든 웹사이트가 비슷하게 보일 것임.
- 소프트웨어가 너무 복잡해져서 솔직함을 유지하기 어려움.
- 바르토시 치하노프스키와 같은 사람들이 우아한 미래로 가는 길을 개척하고 있음.
저렴한 웹 ≠ 소름 끼침
- 미국 중앙지역은 평평하고 비옥하며 바람이 많이 부는 곳임.
- 텀블위드는 미국에 원래 없던 식물이지만, 와일드 웨스트의 상징이 됨.
- 월드 와이드 웹은 대규모 인구를 연결하고, 서로 다른 사람들을 개인적으로 멀리하는 광고 수익으로 움직이는 공간임.
- 소셜 플랫폼은 인터넷을 적대적이고 개인적이지 않은 장소로 변모시킴.
- 작고 진실된 커뮤니케이션은 조용히 번성하고 있으며, 찾기 쉽고 만들기도 쉬움.
저렴한 웹 ≠ 깊음
- 스터전의 법칙에 따르면 "모든 것의 90%는 쓰레기"라고 함.
- 월드 와이드 웹의 10%는 접근하기 어려움.
- 스팸, 자바스크립트, 이미지, 접근성, 결제, 임의의 주소, 플랫폼, 임시 보관 등의 문제로 인해 인터넷의 많은 부분이 파손되거나 누락됨.
저렴한 웹 ≠ 어둠
- NFT는 항상 나쁜 아이디어였을 수 있지만, 암호화폐 커뮤니티는 존경할 만한 목표를 추구함.
- 글로벌 금융 시스템의 유지자들은 우리를 여러 번 실망시킴.
- 블록체인이 지속 가능한 기술 미래에서 어떤 역할을 할지는 불분명하지만, 우리가 원하는 편리함과 사생활 보호를 위해 많은 에너지를 낭비할 필요는 없음.
저렴한 웹 = 저렴함
- 유지비가 저렴해야 함.
- 웹에서 탈퇴하기 쉬워야 함.
- 접근성이 좋아야 함.
- 웹과 상호작용하기 쉬워야 함.
- 웹 탐색이 즐거워야 함.
- 웹사이트 제작/호스팅이 스크랩북 만들기보다 쉬워야 함.
GN⁺의 의견
- 이 글에서 가장 중요한 것은 웹 디자인과 개발의 접근성과 지속 가능성에 대한 강조임.
- 저렴한 웹은 단순히 비용이 적게 드는 것을 넘어서, 윤리적이고 진실된 인터넷 환경을 추구하는 철학임.
- 창작자와 사용자 모두에게 공정하고 지속 가능한 웹 생태계를 만들기 위한 다양한 제안들이 흥미롭고, 이는 기술의 미래와 우리 사회에 중대한 영향을 미칠 수 있음.
Hacker News 의견
- 원문자(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이 개인 사이트와 같은 결과를 저평가하기 위해 변경한 것이 이러한 멋진 맞춤형 페이지를 거의 파괴함.