¿Qué tecnologías se utilizaron en el desarrollo de aplicaciones web en los años 90?

Recuerdo momentos en los que tenías que hacer cosas realmente locas como:

  
   [...]
 
Página de inicio

ya que no había soporte adecuado para CSS (: hover) en ningún navegador que existiera en ese entonces. Por lo tanto, el término “pila web” se pone correctamente entre comillas.

Todo el “proceso de desarrollo web” se basó en hacks sucios y en hacer cosas que consideraba correctas. Hacks mucho más sucios como los que usas hoy en día. Usar Modernizr, por ejemplo, es realmente un lujo en comparación con las cosas que hizo (y las posibilidades que tenía) a fines de los años 90 cuando comencé a “desarrollar” sitios web (que fue en 1996/97 a la edad de 12/13, no estoy seguro) .

Por ejemplo, usó if(document.all) para verificar si un usuario estaba usando Internet Explorer (entonces era verdad ) o Netscape Navigator ( falso ) pero en ese entonces ni siquiera podía estar tan seguro de que JavaScript estuviera disponible / habilitado. Una forma no tan inusual era redirigir a un usuario a una versión diferente de su página (dependiendo de si usaba IE o Netscape). E incluso si JavaScript estaba habilitado, el soporte era horrible, por lo que es mejor que no lo use.

Otra forma de “optimizar” su sitio web era tener una página de destino con una breve información “Esta página se ve mejor en Internet Explorer 5 y una resolución de pantalla de al menos 1024 × 768”. Tómelo o déjelo.

Ah, y no te olvides de los conjuntos de marcos que eran muy populares antes de que los desarrolladores descubrieran cómo usar Server Side incluye (o PHP o Perl) para mantener solo una versión de un menú, por ejemplo. Alrededor de 1997 era bastante común tener un menu.html y un conjunto de marcos con el menú a la izquierda / en la parte superior de una página y archivos separados content.html .

Y la mayor parte de la “gestión de contenido” se realizó manualmente sin un CMS o un motor de blogs como WordPress. Hubo “webmasters” que sabían un poco de HTML y usted les pidió que editaran el contenido de su sitio web (que al menos en Alemania se llamaba principalmente “página de inicio”).

Ah, y estoy bastante seguro de que muy pocos (si los hay) desarrolladores / webmasters sabían qué es “HTML válido”. Diría que probablemente el 90-95% de todos los sitios web en los años 90 ni siquiera usaban un doctype. La mayoría de los desarrolladores (incluido yo mismo) nunca han escuchado que hubiera algo así como un doctype / DTD: simplemente hicieron lo que pensaron que “era correcto”.

Así que no estoy seguro de si realmente se puede decir que hubo algo así como una “pila web” en los años 90. Se hicieron muchas cosas manualmente y con frecuencia te molestaba que Netscape e Internet Explorer hicieran que tu página fuera completamente diferente (ok, al menos esto último no es muy diferente en comparación con el desarrollo web actual;)).

Buenos días. El desarrollo web se ha convertido en un 1000% más profesional en los últimos 15 años, lo cual es realmente bueno, pero sigo pensando ‘todavía no estamos allí’.

Comencemos con los primeros días, del ’95 al ’97 más o menos. Es difícil de imaginar hoy en día, pero eso fue antes de que MySQL fuera ampliamente utilizado. En cambio, las cosas se construyeron en mSQL (que no era muy bueno), BerkleyDB o productos comerciales caros si se usaban bases de datos. Debido al costo y tener que escribir desde cero, todo tipo de sustitutos eran comunes. Uno de los sitios locales más grandes, una especie de sitio de redes sociales prehistórico, se creó utilizando el servidor NNTP como base de datos de contenido. El uso del sistema de archivos en lugar de una base de datos tampoco era desconocido.

La herramienta elegida por la mayoría de los desarrolladores fue Perl, ejecutándola como scripts CGI. No había alternativas reales, y no era ningún tipo de Perl elegante que tengamos ahora. Era Perl 4, el Camel Book estaba en la primera edición y solo tenía 400 páginas. Por supuesto, Perl 5 había estado fuera por un tiempo, pero tardó un par de años en hacerse popular.

En aquel entonces, el control de versiones (CVS era lo último en tecnología) era casi totalmente desconocido para muchos, y a menudo con vehemencia. Por lo general, el código de producción se modificó en el servidor de producción, sobre la marcha. Las pruebas adecuadas fueron extremadamente raras. Y debido a que solo había un puñado de usuarios, incluso en los sitios más populares, no había demasiados problemas de rendimiento.

A finales de los 90, las cosas comenzaron a cambiar. Los conjuntos de habilidades de los desarrolladores comenzaron a divergir: los chicos que escribieron el código de fondo real ya no pensarían en empujar píxeles a los lugares correctos, y escribir HTML y hacer que las cosas se vean bien se convirtió en una especialidad. Las agencias de publicidad comenzaron a aparecer y exigían cosas elegantes que no podían hacerse. La paleta de “color web” comenzó a sentirse demasiado limitante. El archivo más común en los sitios web era un gif transparente de 1 × 1 píxel, porque todo estaba construido alrededor de ese pequeño insecto y una cantidad interminable de tablas.

Pero las cosas también cambiaron de otras maneras. PHP comenzó a aparecer aquí y allá, y fue una de las principales razones por las que algunos desarrolladores podrían centrarse en crear un buen HTML para que coincida con los diseños con Photoshop, en lugar de buscar las declaraciones de impresión correctas de miles de líneas de código. MySQL se convirtió en un éxito de la noche a la mañana, nació la pila LAMP.

Algunas compañías más grandes también habían notado las oportunidades comerciales. En el mercado empresarial, IBM lanzó WebSphere, y había innumerables otras “soluciones” empresariales en las que podría gastar medio millón, y terminar con un producto que era tan pesado de ejecutar que le habría costado otro medio millón comprar un servidor que podría manejarlo. Terminé trabajando brevemente con un par de estos, y me escapé tan rápido como pude.

Hubo un año, tal vez dos, cuando los applets de Java fueron lo más de moda. Probablemente fueron lo más parecido a las aplicaciones web actuales, ya que realmente no había otra forma de construir una interacción adecuada y conexiones de servidor sin causar cargas de página. Java del lado del servidor tardó un poco más en hacerse popular, ya que las herramientas no estaban allí al principio.

A finales de los noventa, trabajé en una pila de MS:

– todo el HTML estaría codificado a mano, pocas bibliotecas para ayudarte
– un toque de javascript aquí y allá, pero la compatibilidad del navegador fue horrible (veré tu IE6 y te mostraré un Netscape 4)
– VBScript en páginas Active Server situadas encima de …
– Servidor de información de Internet hablando con …
– SQL Server, o Dios no lo quiera …
– MS Access !!

En 2000 me uní al gobierno del Reino Unido como desarrollador web, y dirigimos una de las intranet más grandes del mundo en esta pila. Recuerdo rastrear miles de páginas y plantillas para refactorizar el estilo a un archivo CSS externo (¡cosas de vanguardia!)

La creación de aplicaciones web en estos días es probablemente 10 veces más rápida y 100 veces más barata.

Había muchos de ellos, pero el que usé para desarrollar fue WebObjects, creado por NeXT (la compañía de Steve Jobs que Apple adquirió en 1996).

Aquí fue una entrevista por cable de Steve Jobs hablando de WebObjects en febrero de 1996: Steve Jobs: La próxima cosa increíblemente genial – Wired

WebObjects fue uno de los primeros frameworks web de MVC y fue escrito originalmente en Objective-C y tenía su propio lenguaje de script llamado Webscript. Finalmente fue portado a Java. Podría ejecutarse en Openstep, Mac OS X Server y Windows NT / 2000.

Tenía un ORM altamente avanzado llamado EOF (Enterprise Objects Framework). Más tarde ganó la capacidad de interactuar con JDBC.

WebObjects sigue siendo el back-end de la tienda en línea Apple Store, iTunes Store y App Store.

Creo que la pregunta no es lo suficientemente específica. Los principios de los 90 fueron MUCHO diferentes a finales de los 90. Yo era un tipo de Microsoft en ese entonces, así que a mediados de los 90 había tecnologías realmente malas como (creo) archivos htx e idx que de alguna manera hicieron cosas del lado del servidor. También recuerdo un año particularmente malo haciendo TCL para una extraña “Intranet” de Altavista y un “sistema de gestión de documentos” a mediados de los 90. Java salió en 1995, y estaba de moda como el juego final para el desarrollo web, pero la mayoría de las personas simplemente construyeron applets lentos que apenas funcionaban.

A finales de los 90, trabajé en una compañía llamada USWeb, que era una de esas grandes compañías de consultoría previa a la burbuja cuyo objetivo era llevar el mundo a la web, especialmente enfocándome en el comercio electrónico y muchos sitios de “catálogo de artículos”. A través de un extraño giro del destino, terminé siendo el líder técnico de la primera empresa de comercio electrónico Dicks Sporting Goods. En ese momento, estábamos haciendo todo con ASP, VB Script, IIS y SQL Server. (Y una TONELADA de turnos de trabajo y fines de semana de 24-36 horas). Lanzamos Superbowl el domingo de 1999, que fue tres días después del nacimiento de mi primer hijo. Tuve un gran momento.

Durante este proyecto tuvimos que inventar una gran cantidad de arquitectura que la gente da por sentado hoy. (No invento realmente, pero aprenda sobre la implementación de cosas de vanguardia como el equilibrio de carga y la replicación del servidor SQL, que parecían fallar en cualquier otra consulta). Recuerdo haber tenido una reunión de almuerzo con el presidente de F5 hablando sobre este nuevo hardware al que iban tener listo, y nuestra compañía dividió algunos departamentos para que la gente se concentre solo en el lado de TI de implementar este tipo de arquitecturas de alta capacidad. También recuerdo que teníamos un “laboratorio” de pruebas que alguien reunió para ejecutar scripts automatizados en el sitio. Fue realmente avanzado para el día, pero no creo que realmente nos haya ayudado mucho en ese momento debido a una implementación muy compleja.

Poco después de eso, viajé a Redmond para que pudieran mostrarnos esta nueva tecnología llamada “genial”, que fue el primer nombre de precomercialización para C # y .NET Framework. Era muy, muy crudo, pero era un mundo completamente nuevo en ese momento. Lo único en lo que podíamos pensar era en lo bonitas que hubiesen sido nuestras vidas si Microsoft hubiera aumentado un año antes …

En 2004, trabajé en un sistema heredado que data de mediados de los noventa.

La pila se veía así:

BASH imprimió fragmentos de HTML. Cuando se requería algo complicado, se llamaba AWK (que también imprimía fragmentos de HTML), y si se necesitaba algo realmente complicado, AWK se llamaba TCL.

Todo dentro del mismo archivo.

Recientemente, User pronunció un discurso en PHP London sobre el estado de PHP, particularmente las innovaciones desde las primeras etapas (1993) hasta la última encarnación del lenguaje (2013, PHP 5.5).

En las dos primeras diapositivas, mostró cómo era la programación de la web en ese entonces: C con HTML incrustado (¡trago!) Con algo de ayuda de Perl.

Aquí están las diapositivas: http://talks.php.net/show/phplon

Aquí están las novedades: http://www.ustream.tv/recorded/3… (pase a 05:10)

También puede encontrar la grabación de audio aquí: http://db.tt/j04F6mgH

Perl. Un montón de Perl. Había un sitio llamado Matt’s Script Archive que estaba lleno de guiones de Perl terriblemente escritos para cosas como contadores de visitas y formularios de correo electrónico y libros de visitas. Fue muy popular

Buen señor … ¡Todavía existe! http://www.scriptarchive.com/

Básicamente lo mismo que hoy excepto que no tenías la fantasía de Ajax o Jquery.

Pero PHP, perl y mySQL ya estaban allí.

Yahoo Mail o Hotmail ya estaban allí y, de hecho, eran aplicaciones web.

Recuerdo haber usado GD (de Perl, a través de GD.pm, naturalmente) para gráficos generados sobre la marcha.

No puedo creer que nadie haya mencionado tablas HTML. 🙂 Muchas etiquetas TR y TD para unir el diseño de la página … ¡qué desastre!

More Interesting

¿Cómo puedo aprender J2EE paso a paso con JDBC?

¿En qué se diferenciarán las aplicaciones web disponibles en las próximas tiendas de aplicaciones Google Chrome y Mozilla de los sitios web que usamos hoy?

Si NginX se ejecuta como un proxy inverso con Apache, ¿cómo NginX servirá los archivos estáticos más rápido si Apache está entregando todos los archivos PHP?

¿Existe tal cosa como "tecnología de deportes de equipo"? Si es así, ¿cuáles son las mejores empresas?

¿Cuáles crees que son las tres mejores aplicaciones web y por qué?

¿Qué marco le gusta más a Mayank Singhal para desarrollar una aplicación web?

¿Cuáles son algunas buenas preguntas de encuesta para los usuarios que están evaluando una nueva aplicación web?

¿Cuál es el mejor marco de JavaScript si comienza desde cero? ¿Por qué?

¿Qué tan complicado es crear funcionalidades de reconocimiento de imágenes personalizadas en mi aplicación web? ¿Algún estadio sobre costos y tiempo?

¿Por qué es importante crear una herramienta de comunicación en la aplicación para su aplicación?

¿Cómo implementar sus aplicaciones web ahora mismo? ¿Cuál es su idea de implementación automatizada?

¿Cuál es la diferencia entre un firewall de aplicación web y un firewall de red normal? ¿Protegen cosas diferentes?

¿Cuáles son los problemas comunes de escalabilidad con las aplicaciones de red / web?

¿Cómo ayuda una empresa de desarrollo de portal de viajes a las agencias de viajes?

¿Cuáles son las mejores prácticas para aprender tecnologías web?