Alan Kay가“인터넷은 잘 수행되었지만 웹은 아마추어에 의해 이루어졌다”고 말한 이유는 무엇입니까?

알았어요. 전체 인용문 :

인터넷은 너무나 잘 이루어 졌기 때문에 대부분의 사람들은 인터넷이 사람이 만든 것이 아니라 태평양과 같은 천연 자원으로 생각합니다. 그런 규모의 기술이 오류가없는 마지막 때는 언제입니까? 이에 비해 웹은 농담입니다. 웹은 아마추어에 의해 수행되었습니다. 앨런 케이

인터넷과 웹의 역사를 이해하려고하는데이 내용을 이해하기 어렵습니다. 나는 인터넷이 현재 설계된 것과는 매우 다른 것들에 사용되고 있다는 것을 다른 곳에서 읽었을 것입니다.

인터넷의 성능을 향상시키는 요소는 무엇입니까?

(물론 Alan Kay 는 오류가 있으며 여기에는 Alan Kay가 없습니다. 왜 그가 그렇게 말했는지 정확히 알 수는 없지만 가능한 설명은 무엇입니까?)

* 원래 인터뷰 참조 *.

그는 실제로 인터뷰의 두 번째 페이지에서 그 주제에 대해 자세히 설명합니다. 그가 애도하는 프로토콜의 기술적 단점이 아니라 웹 브라우저 디자이너의 비전입니다. 그가 말한대로 :

미니 운영 체제가 되길 원하며 브라우저를 만든 사람들이이를 응용 프로그램으로 착각했습니다.

그는 프로그래밍 언어의 Wikipedia 페이지에서 해당 언어로 예제 프로그램을 실행할 수없고 WYSIWYG 편집 기능이 부족하지만 웹이 존재하기 훨씬 전에 데스크톱 응용 프로그램에서 사용할 수 있었음에도 불구하고 일부 특정 예제를 제공합니다. 23 년 후, 우리는 원래의 웹 브라우저 디자인 결정에 따른 한계를 극복하기 시작했습니다.

어떤 의미에서 그는 옳았습니다. HTML, HTTP 및 URL의 원본 (사전 사양) 버전은 아마추어 (표준 사용자가 아님) 가 설계했습니다. 그리고 각각의 디자인과 그 이후의 (원래의) 스펙의 측면이 있습니다. 예를 들면 다음과 같습니다.

• HTML은 구조 / 콘텐츠를 프레젠테이션과 분리하지 않았으며이를 해결하기 위해 일련의 수정 사항과 추가 사양 (CSS)이 필요했습니다.

• HTTP 1.0은 매우 비효율적이어서 가져온 각 "문서"에 대해 새로운 TCP 연결이 필요합니다.

• 실제로 URL 사양은 본질적으로 임시적이고 일관성이없는 것에 대한 사양을 리버스 엔지니어링하려는 시도였습니다. 체계의 정의 영역에는 여전히 허점이 있으며 URL의 구문 규칙 (예 : 이스케이프해야하는 항목)은 바로크입니다.

그리고 이전에 사람들이 더 "전문적인"표준을 가지고 있었다면, 이러한 "미 스텝"중 많은 부분이 이루어지지 않았을 것 입니다. (물론 우리는 알지 못할 것입니다.)

그러나 웹은 이러한 것들 에도 불구하고 훌륭하게 성공 했습니다. 그리고 모든 신용은 그것을 만든 사람들에게 가야합니다. 그들이 당시의 "아마추어"이든 아니든 그들은 현재 아마추어가 아닙니다.

Alan Kay와 웹을 디자인 한 사람들 (주로 Tim Berners-Lee) 간의 이러한 시스템 작동 방식에 대한 근본적인 의견 불일치 때문인 것으로 보입니다.

Kay에 따르면 이상적인 브라우저는 실제로 하나의 작업 만있는 미니 운영 체제 여야합니다. 인터넷에서 다운로드 한 코드를 안전하게 실행하는 것입니다. Kays 디자인에서 웹은 페이지로 구성되지 않지만 모든 종류의 코드를 포함 할 수있는 블랙 박스 "개체"(안전한 한)로 구성됩니다. 그는 브라우저에 기능이 없어야한다고 말합니다. 브라우저는 HTML 파서 또는 렌더링 엔진을 말할 필요가 없습니다.이 모든 것이 객체에 의해 구현되어야하기 때문입니다. 이것이 그가 표준을 좋아하지 않는 이유이기도합니다. 브라우저가 아닌 객체 자체에서 컨텐츠를 렌더링하는 경우 표준이 필요하지 않습니다.

분명히 이것은 현재 브라우저와 웹 표준의 버그와 제한으로 인해 페이지가 제약되는 오늘날의 웹보다 훨씬 강력 할 것입니다.

웹 개발자 인 Tim Berners-Lee의 철학은 거의 정반대입니다. " 최소한의 원리 "문서는 HTTP, HTML, URL 등을 기본으로하는 디자인 원칙을 설명합니다. 그는 제한의 이점을 지적합니다. 예를 들어 HTML과 같은 명확하게 선언 된 언어를 사용하면 분석하기가 더 쉬워 져 Google과 같은 검색 엔진이 가능해집니다. Kays 웹에서 튜링이 완료된 블랙 박스 객체의 인덱싱은 실제로 불가능합니다. 따라서 객체에 대한 제약이 없기 때문에 실제로는 그다지 유용하지 않습니다. 강력한 물건을 찾을 수 없다면 얼마나 가치가 있습니까? 또한 표준 링크 및 URL 개념이 없으면 Google의 페이지 순위 알고리즘이 작동하지 않습니다. 그리고 그 문제에 대한 책갈피도 없습니다.

또 다른 문제는 콘텐츠 제작입니다. 이제 다양한 도구가 있지만 처음부터 모든 아마추어가 메모장에서 HTML 페이지를 작성하는 방법을 배울 수있었습니다. 이것이 웹을 시작한 것이며 산불처럼 퍼졌습니다. 웹 페이지를 만들 수있는 유일한 방법으로 자체 렌더링 엔진 프로그래밍을 시작해야하는지 생각해보십시오. 진입 장벽은 엄청나 다.

Java 애플릿 및 Silverlight는 Kays 비전과 어느 정도 비슷합니다. 두 시스템 모두 웹보다 훨씬 유연하고 강력하지만 (브라우저에서 브라우저를 구현할 수 있기 때문에) 위에서 설명한 문제가 있습니다. 그리고 두 기술은 기본적으로 물에서 죽었습니다.

Tim Berners-Lee는 웹을 발명하기 전에 네트워크 및 정보 시스템에 경험이있는 컴퓨터 과학자였습니다. Kay는 웹 뒤의 아이디어를 이해하지 못하는 것으로 보이므로 디자이너는 컴퓨팅 역사에 대한 지식이없는 아마추어라고 생각합니다. 그러나 Tim Berners-Lee는 아마추어가 아니 었습니다.

Kay가 하위 수준의 프로토콜에 익숙하지 않아 상위 수준의 웹보다 훨씬 깨끗하다고 ​​생각합니다. "전문가가 설계 한"시대에 여전히 보안 (스푸핑은 너무 쉽다), 안정성 및 성능 에 여전히 큰 문제가 있었기 때문에 고속 또는 높은 패킷 손실 링크를 위해 모든 것을 조정하는 새로운 작업이 여전히 이루어지고 있습니다. 조금 더 돌아가서 사람들이 배포해야하는 텍스트 파일을 검색하여 호스트 이름을 확인했습니다!

두 시스템은 복잡한 이종 시스템이며 사마귀를 고치려고 할 때마다 이전 버전과의 호환성 문제가 심각합니다. 문제를 쉽게 찾아 내고, 고치기는 쉽지 않으며, 실패한 경쟁자들이 보여 주듯이 동일한 학습 곡선을 거치지 않고 동등한 것을 설계하는 것은 놀랍게도 어렵습니다.

생물 학자라면 지능적인 디자인 지지자에게 말할 수 있습니다. 둘 중 하나를보고 천재적인 디자인을 보면 충분히 자세히 보지 못합니다.

네, Alan에게이 질문을 여러 번 요청했습니다. 예를 들어 그가 포츠담에있을 때나 메일 링리스트 에있을 때였습니다 . 다음은 목록에서 최근에 인용 한 것입니다.

문자 그대로 수십 년 동안 더 많은 기능을 추가하려고 시도했지만 원래 브라우저가 사용 된 컴퓨터에서 실행 된 것보다 소프트웨어와 아직 일치하지 않는 경우 다른 사람들이 작성한 프로그램을 안전하게 실행해야한다는 생각이 서서히 나오고 있습니다. Chrome의 Native Client를 사용하면 지난 몇 년 동안 SysAdmin의 허가 없이도 정말 빠른 프로그램을 실행 파일로 안전하게 다운로드 할 수있었습니다.

그의 다양한 답변에 대한 나의 이해는 웹 브라우저가 (HTML) 문서를 풍부하게 표시해서는 안되고 단순히 프로그램을 실행해야한다고 생각한다는 것입니다. 나는 그가 어디에서 왔는지 알 수 있지만 개인적으로 이것에 대해 잘못 생각합니다. 우리는 이미 이런 종류의 ActiveX, Java 애플릿, 플래시 및 이제는 "풍부한"JavaScript 앱을 가지고 있었고, 경험은 일반적으로 좋지 않았으며, 개인적으로는 현재 대부분의 JavaScript 사이트가 HTML에서 한 단계 뒤떨어져 있다고 생각합니다. 앞으로 나아가서는 안됩니다.

이론적으로는 물론 모든 것이 의미가 있습니다. 기본적으로 문서 설명 언어에 상호 작용 단편을 추가하려고하면 프톨레마이오스 시스템에 점점 더 많은 epicycle을 추가하는 것과 유사하지만 "올바른"답은 그것을 이해합니다 (풍부한 ) 텍스트는 프로그램의 특별한 경우이므로 프로그램을 보내면됩니다.

그러나 WWW의 실질적인 성공을 감안할 때, 나는 우리의 이론에 맞지 않는 담즙을 가지고 WWW를 슬램하기보다는 이론을 수정하는 것이 현명하다고 생각합니다.

인터넷이나 웹이 아마추어 나 전문가에 의해 발명되었다고 말할 수는 없습니다. 그 분야는 완전히 새로운 분야이기 때문입니다. 모든 사람들은 인터넷 프로토콜을 발명하기 전에 인터넷 프로토콜을 가지고 있었기 때문에 인터넷 발명가도 아마추어였습니다.

우리가 실제로 판단한다면 인터넷은 그다지 크지 않습니다. IPv6가 필요합니다. 주소 공간에만 국한된 것은 아닙니다. IPv6에는 더 적고 다른 필드를 가진 새로운 헤더가 있습니다.

인터넷과 웹의 또 다른 큰 차이점은 프로그래머가 인터넷을 인식하는 방식입니다. 프로그래머는 거의 인터넷과 상호 작용하지 않습니다. IP 관점에서 보면 주소가 있고 TCP에는 포트가 있으며 패키지가 전송되었음을 확신합니다. 웹과 관련하여 프로그래머는 HTTP 메소드, 헤더, HTML, URL 등과 같이 더 강렬한 상호 작용을합니다. 거의 가능성이없는 것보다 더 많은 가능성이있는 것의 한계를 보는 것이 일반적입니다. 이것으로 인터넷이 단순하다고 말하고 싶지 않습니다.

이 두 기술의 위대함에 대해 인터넷은 확장 성이 매우 뛰어나고 계층화라는 아이디어가 매우 좋았 기 때문에 높이 평가됩니다. 기본적으로 하위 수준에서는 원하는 기술 (WLAN, 이더넷, 토큰 링 등)을 사용하고 IP를 표준 중간 프로토콜로 사용하여 TCP 및 UDP를 배치 할 수 있으며 그 위에 기본적으로 원하는 응용 프로그램 프로토콜을 추가 할 수 있습니다.

웹의 위대함은 인터넷의 위대함과 밀접한 관련이 있습니다. 웹은 TCP / IP 스택을 가지고 인터넷에 강력하게 의존하기 때문입니다. 그러나 나는 인터넷도 웹에 의존하고 있다고 말할 것이다. 인터넷은 웹보다 20 년 전에 존재했으며 익명이지만 웹 이후 20 년 동안 인터넷은 어디에나 있으며 인터넷 덕분에이 모든 것이 웹 덕분입니다.

TBL은 60 년대부터 진행된 하이퍼 텍스트 작업에 대해 아무것도 몰랐기 때문에 웹 디자인에 아무런 영향을주지 않았습니다. 그는 종종 컴퓨팅을 대중 문화로 이야기하는데, 실무자들은 자신의 역사를 모르고 지속적으로 "플랫 타이어를 재창조"합니다.

인터넷은 Baran, Pouzin 및 동시대 사람들이 발견 한 패킷 교환 개념의 프로토 타입으로 대단했습니다. 널리 알려진 의견과 달리, 이는 전달 된 IPv4가 완벽한 프로토콜 아키텍처이거나 IPv6이가는 길이라는 의미는 아닙니다. ARPANET 및 IP 개발에 깊이 관여 한 John Day는 2008 년 책 네트워크 패턴의 패턴 에서이를 설명합니다 .

웹은 리차드 가브리엘 (Richard Gabriel)의 말에 따르면 "Worse is Better"입니다. Tim Berners-Lee의 계정 인 Weaving The Web 은 괜찮습니다. Gillies & Cailliau가 웹을 제작 한 방식은 밀도가 높고 읽기 쉽지 않지만 당시에는 개인 컴퓨팅의 다른 이벤트와 많은 세부 사항과 흥미로운 링크가 있습니다. 나는 Kay가 충분한 신용을 제공한다고 생각하지 않습니다.

나는 인터넷이 아닌 인터넷의 일부에는 끔찍한 사마귀가 있습니다. 이메일은 웹보다 앞서 있었고 인터넷의 일부이며 표준은 매우 개방적이며 스팸 문제를 해결하기 위해 많은 해킹이 필요합니다.

"아마추어"는 프로그래밍 기술의 부족이 아니라 상상력의 부족을 의미합니다.

Tim Berners-Lee 웹의 근본적인 문제는 개발자를 위해 제작 된 적이 없다는 것입니다 . 이것은 Alan Kay의 웹과 완전히 대조적입니다.

Tim의 웹은 HT- 마크 업 언어로 산재 된 저널 / 기사를 포함하는 파일로 손을 대어 웹에 직접 게시하는 비코 더를 위해 제작되었습니다. " <b> < / b> "대신 B아이콘 을 클릭 하고 독점" .doc "형식 대신 열린" .htm "형식 으로 저장 합니다. 본 발명 은 " <a> "태그이며,이 정적 저널 / 기사를 전체적으로 연결할 수있다.

그리고는 그 팀에 의해 전체 웹의 비전이다, 그것 뿐이다 : 자신의 웹은이다 단순한 상호의 글로벌 고속도로 정적 -articles. 돈이 있다면 Dreamweaver, Nexus , Publisher, Citydesk ( ? ) 등과 같은 편집기를 구입할 수 있습니다.이 편집기 를 사용하면 아이콘 을 클릭하여 모든 " <b> </ b> "태그 를 생성하는 데 도움이됩니다 B.

그리고 우리는 그의 비전이 의도 한대로 작동하지 않는 것을 봅니다. 실제로, 처음부터 세상이 팀의 비전이 제공하는 것보다 더 많은 것을 원했던 강력한 붉은 깃발이 있습니다.

• 적기 1 : "스마트 CGI"(PHP)의 급속한 증가.

• 레드 플래그 2 : "스마트 HTML"(자바 스크립트)의 급속한 증가.

요즘, 우리의 상승 등 더욱 붉은 깃발이 크롬 OS를-인 - 더 - 브라우저 인 - 더 - OS ( 정확히 앨런 케이 (Alan Kay)가 BTW로 브라우저를 목적으로 한 것을)와 WASM / 브라우저 확장.

팀의 웹과는 대조적으로, 다른 한편으로는 앨런 케이 (Alan Kay)의 웹은이다 동적 상호의 글로벌 고속도로 : 프로그래머를위한 내장 웹 동적 -programs은. "페이지"가 ​​필요한 비코 더 는 웹에서 프로그램을 사용하여 간단히 페이지를 게시 합니다 . (그리고 프로그램 자체는 분명히 HTML dabbler가 아닌 프로그래머가 작성했습니다.)

.. 이것은 2000 년대 Tim 웹의 상태와 정확히 일치하지만, Alan 웹이 있다면 1990 년대에 이루어 졌을 것입니다. 2000 년대에만 "wordpress and friendster"를 가진 세계 대신에 우리는 대신에 1990 년대에 웹이 시작되었을 때 바로 사용할 수 있습니다.

2040 년대에 Steam, Visual Studio, Warcraft, VM Ware와 같은 프로그램을 웹에 설치하는 대신 2010 년에 바로 사용할 수 있습니다. (수십 년 지연은 OS가 아닌 브라우저를 위해 이미 구축 된 이러한 프로그램으로 인해 OS에서 브라우저로 다시 빌드 할 때 경제적 인센티브가 줄어들 기 때문입니다. -OS.)

그래서 이것은 그들이 팀 버너스 - 리는 세계에 그의 "초라한 정적 웹을"밀어 진정한 동적 웹을 죽인 말할 때 사람들이 무엇을 의미입니다. "웹 2.0", "웹 3.0"이라는 용어를 들어 본 적이 있습니까? Tim의 웹 대신 Alan의 웹이 있다면 그것들은 단순히 "웹"이라고 불렸을 것입니다. 그러나 Tim의 웹 은 정적이기 때문에 지속적인 수정이 필요합니다 .

웹은 브라우저 벤더가 정의한 방식으로 웹을 리모델링 할 수 있기 때문에 모든 희망을 잃지 않을 것입니다. 그러나 요점은 웹에서 "발명 한"모든 "최첨단"재료는 이미 오래 전에 이미 발명 된 것입니다. 우리는 내일이 아니라 이미 모든 것을 가질 수 있습니다.