Él habló sobre esto en la conferencia OOPSLA de 1997. Lo que recuerdo es que él dijo que los diseñadores de la web tenían parte de una buena idea, pero la estropearon. Estoy de acuerdo
La parte correcta fue el concepto de transmisión de mensajes para comunicarse entre el cliente y el servidor. En donde se equivocaron fue en lo que yo llamaría una “optimización prematura” a un estándar de contenido, en el esquema de URL, en HTML y más tarde en CSS. Dijo que hubiera sido mejor si tuvieran un concepto de objetos como servidores de contenido. Habría permitido la recuperación selectiva de contenido, el formato personalizado orientado al usuario (en caso de que fuera necesario mostrarlo (lo cual no es cierto en todos los casos)) y preservar la procedencia, entre otras cosas. En resumen, deberían haber ideado una implementación para objetos con reconocimiento de red, en lugar de un método jerárquico para pasar mensajes y un estándar de formato de documentos.
Dijo que el navegador web debería estar diseñado como un sistema operativo donde los objetos pueden operar y conectarse entre sí, y con objetos que están en Internet, no solo un lector de documentos con una función de envío de formularios.
- ¿Cómo podemos filtrar la desinformación de las correctas en toda la web?
- ¿Por qué la mayoría de las compañías corporativas prefieren Internet Explorer cuando hay otros navegadores rápidos?
- ¿Qué es GHE Deep Web?
- ¿Qué correo electrónico es mejor para la web profunda?
- ¿Cuánto tiempo seguirá siendo relevante YouTube?
Entendí esto cuando probé una de sus ideas de esta charla de OOPSLA dentro de Smalltalk. Me inspiró su idea de que los objetos deberían poder internalizar sus propios punteros a URL / direcciones de Internet, y poder hacer referencia a objetos en Internet como si fueran servidores. Creé una clase proxy para acceder a cualquier servidor web dentro de Smalltalk como si fuera cualquier otro objeto en el sistema. Funcionó muy bien para transmitir CGI a un servidor web, pero lo que recuperé fue HTML, un documento jerárquico como un gran blob de texto (una gran cadena, más o menos). Solo quería una parte de ella como datos, pero no podía indexarla por secciones, ni pedirle que me diera la porción que quería de manera estructurada. Esto lo hizo diferente a cualquier otro objeto dentro de Smalltalk (no en el buen sentido), y realmente mostró el contraste entre la idea que tenía sobre los objetos y el concepto que tenían los diseñadores de la web.