Jan 01, 1970
1,019 lecturas
La historia de los desarrolladores web vinculados al desarrollo de navegadores
Demasiado Largo; Para Leer
Los desarrolladores web son los constructores de páginas web. Reflexionemos sobre cómo surgieron y los vínculos con la historia de los navegadores, como Mosaic, Netscape, Mozilla, Firefox.Los desarrolladores web son los constructores de páginas web como esta. Considere cómo estamos colaborando aquí: usted, en el lado de la lectura, y yo, convirtiéndonos en un mejor escritor con el apoyo de un editor de HackerNoon.
¿Ves a los desarrolladores? Probablemente no, ya que hicieron un buen trabajo. Es probable que los encontremos leyendo sobre el futuro del desarrollo web .
Lo que ofrezco con este artículo, por otro lado, es una oportunidad para hacer una pausa y reflexionar sobre el surgimiento de los desarrolladores web, cómo se relaciona con la historia de los navegadores y cómo su colaboración ha reavivado la línea de tiempo del desarrollo de navegadores.
Un nuevo tipo de ingeniero, para la web
En los primeros días de la web, muchos ingenieros de software no prestaban mucha atención al desarrollo web en términos de páginas web. ¿Por qué lo harían, verdad? Si fuera maquinista, ¿le impresionaría el primer pasajero que sale de la locomotora o la propia locomotora?
Jason Kottke , de Home of Fine HyperText Products , lo escribió bien:
Usar NCSA Mosaic para navegar por la World Wide Web por primera vez en el laboratorio de física del sótano de la universidad fue lo más cercano a una experiencia religiosa que he tenido. Fue un rayo que cambió mi vida por completo.
Pero esa primera impresión también permitió a los piratas informáticos (y pintores) abordar el tema desde el aspecto de la interfaz de usuario. Por lo tanto, la invención y la innovación del navegador Mosaic marcan el comienzo de las oportunidades con el desarrollo web:
A principios de 1993, el
Centro Nacional de Aplicaciones de Supercomputación (NCSA) de la Universidad de Illinois lanzó una primera versión de su navegador Mosaic. Este software se ejecutaba en el entorno del sistema X Window, popular en la comunidad de investigación, y ofrecía una interacción amigable basada en ventanas. Poco después, la NCSA lanzó versiones también para entornos PC y Macintosh. La existencia de navegadores confiables y fáciles de usar en estas computadoras populares tuvo un impacto inmediato en la expansión de la WWW.
Observe cómo el navegador, como herramienta, comenzó a tener mucho sentido a medida que la infraestructura detrás mostraba el potencial:
Fue una experiencia surrealista por esa interfaz amigable que mostraba el potencial de acceder al conocimiento desde cualquier lugar. Tal vez no sea diferente de cómo me sentí cuando usé ChatGPT como una interfaz amigable que mostró el potencial para acceder al conocimiento desde cualquier lugar. Considere leer sobre la historia de Mosaic y la invención de la Web en el siguiente artículo:
Ver fuente: Aprende copiando ejemplos
Pero las páginas web eran bastante simples. En ese momento, nosotros, los estudiantes de ciencias de la computación, encontraríamos personas inteligentes por lo simples que eran sus páginas, como esta de Dennis Ritchie en Bell Labs .
Como estaba allí como un usuario curioso, que no asistía a las conferencias de informática y jugaba con la web, también me topé con una opción de menú, incorporada en el navegador , que nos permitía ver el código fuente de las páginas web. Y por cierto, casi de la noche a la mañana ese navegador Mosaic se llamó Netscape.
Jim Nielsen reflexionó en The Spirit of View-Source e identificó cómo el navegador Netscape había permitido una oportunidad de aprendizaje, instantáneamente, para cada página en la web.
En su artículo, citó una observación de Clive Thompson en el libro Coders
Ahora, trate de imaginarse "la web" como lo más popular e imagine cuántos de nosotros estábamos revisando el origen de las páginas para copiar ideas de otros y tratar de aprender eventualmente. Estos fueron los "días de ver la fuente" donde pudimos ver la magia.
Aunque todavía tenemos la opción "ver código fuente de la página" en el menú de los navegadores modernos, si ve el código fuente de una página web, es probable que vea algo que parezca misterioso:
JavaScript: control e interacción
Otro punto de inflexión, bien percibido, se produjo cuando Netscape (nuevamente) habilitó JavaScript, el lenguaje de programación, que permitió a los desarrolladores web crear scripts para controlar ciertos aspectos de las páginas web y tener control sobre la interacción.
Brendan Eic h, el inventor de JavaScript y ahora director ejecutivo de Brave Software El navegador que se preocupa por su privacidad , nos ha brindado una diapositiva que resume el viaje del héroe de JavaScript en la tierra de la Web. Sus puntos nos ayudan a ver que JavaScript no siempre se consideró elegante, pero al final del día se usó mucho y continuó mejorando.
La siguiente captura de pantalla muestra un cuadro de alerta invocado desde la interfaz del navegador Netscape 2. Los desarrolladores web usaron JavaScript para lanzar alertas visuales (para depurar su código) y hacer cosas imposibles, como controlar formularios web, validar el valor de un formulario de entrada y otros casos de uso.
No hace falta decir que un usuario curioso podría aprender sobre JavaScript en una página a través de la "ver código fuente". La página HTML era el sobre que transmitía gran parte de la presentación y la estructura lógica de los sitios a través de sus elementos HTML, hipervínculos, imágenes, estilo y código JavaScript.
HTML dinámico: personalizaciones de diseño y animación
Y se habilitó otra oportunidad a través de una nueva etiqueta en HTML llamada <capa> . En el pasado, alrededor de 1997, Netscape lanzó Netscape Communicator Preview Release con nuevas API para desarrolladores. Según un comunicado de prensa, “ El HTML dinámico es un hito importante para HTML, ya que brinda a los diseñadores más flexibilidad y control sobre el diseño de la página web, al mismo tiempo que proporciona a los usuarios un mayor grado de interactividad. ”
Más tarde, la etiqueta <layer /> se convirtió en <div />. La innovación técnica en ese momento tenía que ver con la capacidad de colocar una pieza visual de HTML, un elemento, encima de otro, como muestra la siguiente ilustración en 3D de una de las primeras notas técnicas de DHTML .
Por ahora, no podrá experimentar la siguiente demostración de 1997, pero intente imaginar ese tren (que era solo una imagen) moviéndose como si viniera hacia usted.
El truco consistía en usar JavaScript para alternar la visibilidad de imágenes de diferentes tamaños creando la ilusión de una animación. La página también lanzó el sonido de una locomotora utilizando algunos otros métodos.
En ese momento, la guerra de navegadores estaba en su apogeo, los desarrolladores que habían comenzado a escribir páginas para Netscape, como yo, comenzaron a producir páginas para Internet Explorer, a diferencia de mí. Estas diferencias, y las habilidades requeridas, contribuyeron como razones para que los desarrolladores fueran contratados como desarrolladores web. La magnitud y complejidad del movimiento DHTML se correlaciona con el contenido escrito por este popular libro de más de 1000 páginas .
Estándares web
Un resultado importante de la guerra de los navegadores es que Netscape lanzó su código fuente como código abierto. Aquí es donde aparece el nombre Mozilla, como se documenta en Project Code Rush . Ese proceso fue estratégico, complejo y arriesgado. Fue un movimiento audaz como lo reconoció el entonces director ejecutivo Jim Barksdale:
“Bueno, ciertamente espero que la enorme cantidad de gente nueva que ninguna empresa podría permitirse tener trabajando en ningún producto, ahora contribuyendo a Netscape Navigator Communicator, marque una diferencia significativa en la mejora del producto. Queda por ver cómo funciona eso contra cualquier competidor”. Jim Barksdale en Code Rush 2013
Aparte de la base de código abierto, una estrategia clave de Mozilla llamó la atención de los desarrolladores web: su compatibilidad con los estándares web. Para ayudar con eso, Netscape ha reunido un nuevo equipo de evangelistas tecnológicos. Entre ellos, Eric Meyer , el gurú de CSS que alcanzó el estatus de celebridad entre los desarrolladores. Su causa resonó con las necesidades de los desarrolladores web: poner fin a las diferencias de propiedad y tener un terreno común para implementar páginas que funcionen con todos los navegadores. Eric ha celebrado nuestra lucha:
Tenga en cuenta que lo anterior es una pequeña parte de una foto más grande. Otra parte de esto fueron los esfuerzos de documentación de Mozilla, que creció más tarde como Mozilla Developer Network.
Aplicaciones de una sola página y la forma AJAX
A medida que los desarrolladores se ayudaban a sí mismos a corregir las páginas web de manera compatible con los estándares, también estaban llevando las páginas al límite. Estos fueron los días en que surgieron casos de uso como Gmail e iniciativas como los servicios web nos permitieron considerar la idea de las aplicaciones de una sola página : ¿y si una página web pudiera funcionar como aplicaciones de software? Los siguientes artículos muestran lo que los evangelistas estaban escribiendo en ese momento:
- Acceso a servicios web en Netscape 7.1/Mozilla 1.4 mediante proxy WSDL (6 de junio de 2003)
- Widget de tabla de contenido plegable basado en estándares (CTOCWidget) (20 de mayo de 2003)
- Navegación interna: extensión de la navegación web al paradigma de la navegación (16 de mayo de 2003)
A pesar de estos esfuerzos, también llegó un punto de inflexión del viejo oeste. En 2005, Jesse James Garrett de San Francisco, escribió un artículo fundamental titulado " Ajax: un nuevo enfoque para las aplicaciones web". Jesse fue un diseñador de experiencia de usuario que impactó el desarrollo web en todo el mundo. AJAX se convirtió en un término popular utilizado por los desarrolladores para transmitir la intención de agregar interactividad y crear el comportamiento de las aplicaciones web.
Si tuviera que contratar a alguien para crear una aplicación de una sola página, tenía que contratar a un desarrollador web que supiera AJAX:
El mejor amigo del desarrollador: herramientas complementarias para desarrolladores e inspección de páginas
El proyecto Mozilla continuó la saga, ahora con Firefox. Firefox continuó con los productos de Mozilla y ha alcanzado un nivel de preparación en términos de rendimiento, seguridad y soporte de estándares. Pero el punto de inflexión fue que se ganó la confianza de los desarrolladores no por la cuota de mercado sino por las herramientas integradas que les ayudaron a probar y solucionar problemas de las páginas.
Los gerentes de productos de las organizaciones reconocieron que garantizar la compatibilidad con Firefox (estándares) era la forma más rápida de enviar páginas a Internet Explorer.
Firefox como herramienta para ayudar a crear páginas, utilizado por los desarrolladores web, fue un fenómeno mundial, que se comprende mejor si observa una presentación de 2008 de los colaboradores de Mozilla, Clauber y Mario, titulada Firefox: el mejor amigo del desarrollador.
En una diapositiva clave, señalaron la importancia de usar Firefox como marco de desarrollo debido a su soporte estándar web y complementos de desarrollo para la depuración de JavaScript y más.
El resto es historia: bibliotecas JS y marcos
Ahora, ¿estoy loco por hablar de lo que sigue?
De ninguna manera. Si es un desarrollador web, es posible que sienta el calor y la complejidad de lo que sabe que sucedió. Terminemos esta fiesta aquí con: Los navegadores han evolucionado, las páginas evolucionaron, los desarrolladores también. Y decir que todos los jugadores están aportando por igual a un ritmo rápido -demasiado rápido- hasta el punto de que prefiero mirar al pasado y celebrar.
Algunas notas son importantes. Una es que no mencioné los aspectos en términos del lado del servidor. Sería difícil incorporar ese reflejo con estructura, aunque reconozco que los desarrolladores web se bifurcaron como front-end, back-end o fullstack.
Otra es que el momento indicado como “Firefox como el mejor amigo del desarrollador” coincidió con el auge de las bibliotecas enviadas junto con las páginas web. Un buen ejemplo es la biblioteca jQuery . Por lo tanto, los días de "jQuery + Firefox como los mejores amigos del desarrollador" fueron realmente un fenómeno en el que el código de las páginas comenzó a volverse complejo y exigió más roles de ingeniería involucrados: más errores en el lado del cliente de las páginas.
Esa observación abriría la puerta a considerar el surgimiento de bibliotecas como React y, entre otros temas, el mundo complejo como lo indica The Great Gaslighting of the JavaScript Era.
La imagen principal de este artículo fue generada porel Generador de imágenes AI de HackerNoon a través del indicador "navegador de Internet inicial".
L O A D I N G
. . . comments & more!
. . . comments & more!
