Ofrezco un pequeño consejo a amigos y familiares cuando se convierten en nuevos padres: Cuando empieces a pensar que lo tienes todo resuelto, todo cambiará. Justo cuando empiezas a acostumbrarte a la alimentación, los pañales y las siestas regulares, es hora de comer alimentos sólidos, enseñarle a ir al baño y dormir durante la noche. Cuando los descubras, llegará el momento del preescolar y de las siestas raras. El ciclo sigue y sigue.
El artículo continúa a continuación
Lo mismo se aplica a aquellos de nosotros que trabajamos en diseño y desarrollo hoy en día. Después de haber trabajado en la web durante casi tres décadas hasta este momento, he visto los altibajos constantes de ideas, técnicas y tecnologías. Cada vez que nosotros, como desarrolladores y diseñadores, adoptamos un ritmo regular, surge alguna idea o tecnología nueva que revoluciona las cosas y rehace nuestro mundo.
Construí mi primer sitio web a mediados de los 90. En aquel entonces, el diseño y el desarrollo en la web eran una lucha libre para todos, con pocas normas establecidas. Para cualquier diseño que no sea una sola columna, utilizamos table elementos, a menudo con celdas vacías que contienen un GIF espaciador de un solo píxel para agregar espacio vacío. Diseñamos el texto con numerosos font etiquetas, anidando las etiquetas cada vez que quisiéramos variar el estilo de fuente. Y sólo teníamos tres o cuatro tipos de letra para elegir: Arial, Courier o Times New Roman. Cuando Verdana y Georgia aparecieron en 1996, nos alegramos porque nuestras opciones casi se habían duplicado. Los únicos colores seguros para elegir eran los 216 colores “seguros para la web” que funcionan en todas las plataformas. Los pocos elementos interactivos (como formularios de contacto, libros de visitas y mostradores) estaban impulsados en su mayoría por scripts CGI (predominantemente escritos en Perl en ese momento). Lograr cualquier tipo de apariencia única requirió una gran cantidad de trucos hasta el final. La interacción a menudo se limitaba a páginas específicas de un sitio.
El nacimiento de los estándares web#sección3
Con el cambio de siglo comenzó un nuevo ciclo. Código crujiente lleno de table diseños y font las etiquetas disminuyeron y aumentó el impulso a los estándares web. Las tecnologías más nuevas, como CSS, obtuvieron una adopción más generalizada por parte de los creadores, desarrolladores y diseñadores de navegadores. Este cambio hacia los estándares no se produjo de forma accidental ni de la noche a la mañana. Fue necesaria una participación activa entre el W3C y los proveedores de navegadores y una intensa evangelización por parte de personas como Proyecto de estándares web para construir estándares. Una lista aparte y libros como Diseñar con estándares web de Jeffrey Zeldman desempeñó un papel clave al enseñar a los desarrolladores y diseñadores por qué los estándares son importantes, cómo implementarlos y cómo venderlos a sus organizaciones. Y enfoques como la mejora progresiva introdujeron la idea de que el contenido debería estar disponible para todos los navegadores, con mejoras adicionales disponibles para los navegadores más avanzados. Mientras tanto, sitios como el Jardín Zen CSS mostró cuán poderoso y versátil puede ser CSS cuando se combina con una estructura HTML semántica sólida.
Los lenguajes del lado del servidor como PHP, Java y .NET superaron a Perl como procesadores de back-end predominantes, y el cgi-bin fue arrojado a la basura. Con estas mejores herramientas del lado del servidor llegó la primera era de las aplicaciones web, comenzando con los sistemas de gestión de contenidos (particularmente en el espacio de los blogs con herramientas como Blogger, Gray Matter, Movable Type y WordPress). A mediados de la década de 2000, AJAX abrió las puertas a la interacción asincrónica entre el front-end y el back-end. De repente, las páginas podían actualizar su contenido sin necesidad de recargarlas. Surgió una serie de marcos de JavaScript como Prototype, YUI y jQuery para ayudar a los desarrolladores a crear una interacción más confiable del lado del cliente en navegadores que tenían niveles muy variables de soporte de estándares. Técnicas como el reemplazo de imágenes permiten a los diseñadores y desarrolladores astutos mostrar las fuentes de su elección. Y tecnologías como Flash hicieron posible agregar animaciones, juegos e incluso más interactividad.
Estas nuevas tecnologías, estándares y técnicas revitalizaron la industria de muchas maneras. El diseño web floreció a medida que los diseñadores y desarrolladores exploraron estilos y diseños más diversos. Pero todavía dependíamos de toneladas de trucos. Los primeros CSS supusieron una gran mejora con respecto a los diseños basados en tablas en lo que respecta al diseño básico y el estilo del texto, pero sus limitaciones en ese momento significaban que los diseñadores y desarrolladores todavía dependían en gran medida de imágenes para formas complejas (como esquinas redondeadas o en ángulo) y fondos en mosaico para la apariencia de columnas de longitud completa (entre otros trucos). Los diseños complicados requerían todo tipo de flotadores anidados o posicionamiento absoluto (o ambos). El reemplazo de imágenes y flash para fuentes personalizadas fue un gran comienzo para variar los tipos de letra de los cinco grandes, pero ambos trucos introdujeron problemas de accesibilidad y rendimiento. Y las bibliotecas de JavaScript facilitaron que cualquiera pudiera agregar un toque de interacción a las páginas, aunque a costa de duplicar o incluso cuadriplicar el tamaño de descarga de sitios web simples.
La web como plataforma de software#sección4
La simbiosis entre el front-end y el back-end continuó mejorando, y eso condujo a la era actual de las aplicaciones web modernas. Entre los lenguajes de programación del lado del servidor ampliados (que siguieron creciendo hasta incluir Ruby, Python, Go y otros) y las herramientas de front-end más nuevas como React, Vue y Angular, pudimos crear software totalmente capaz en la web. Junto a estas herramientas, surgieron otras, incluido el control de versiones colaborativo, la automatización de la compilación y las bibliotecas de paquetes compartidos. Lo que alguna vez fue principalmente un entorno para documentos vinculados se convirtió en un reino de infinitas posibilidades.
Al mismo tiempo, los dispositivos móviles se volvieron más capaces y nos dieron acceso a Internet en el bolsillo. Las aplicaciones móviles y el diseño responsivo abrieron oportunidades para nuevas interacciones en cualquier lugar y en cualquier momento.
Esta combinación de dispositivos móviles capaces y poderosas herramientas de desarrollo contribuyó al surgimiento de las redes sociales y otras herramientas centralizadas para que las personas se conecten y consuman. A medida que se volvió más fácil y común conectarse con otras personas directamente en Twitter, Facebook e incluso Slack, el deseo de tener sitios personales alojados disminuyó. Las redes sociales ofrecieron conexiones a escala global, con lo bueno y lo malo que eso conlleva.
¿Quieres una historia mucho más extensa de cómo llegamos aquí, con algunas otras ideas sobre cómo podemos mejorar? Jeremy Keith escribió “Del tiempo y la red”. O consulte la “Cronología de la historia del diseño web” en el Museo del Diseño Web. Neal Agarwal también ofrece un recorrido divertido por “Artefactos de Internet”.
En los últimos años, parece que hemos comenzado a alcanzar otro importante punto de inflexión. A medida que las plataformas de redes sociales se fracturan y menguan, ha habido un creciente interés en volver a poseer nuestro propio contenido. Hay muchas formas diferentes de crear un sitio web, desde el clásico probado de alojar archivos HTML simples hasta generadores de sitios estáticos y sistemas de gestión de contenidos de todos los tipos. La fractura de las redes sociales también tiene un costo: perdemos infraestructura crucial para el descubrimiento y la conexión. Webmentions, RSS, ActivityPub y otras herramientas de IndieWeb pueden ayudar con esto, pero todavía están relativamente poco implementadas y son difíciles de usar para los menos nerds. Podemos crear sitios web personales increíbles y agregarlos periódicamente, pero sin descubrimiento y conexión, a veces podemos sentir que estamos gritando al vacío.
La compatibilidad del navegador con CSS, JavaScript y otros estándares como componentes web se ha acelerado, especialmente gracias a esfuerzos como Interop. Las nuevas tecnologías obtienen apoyo en todos los ámbitos en una fracción del tiempo que solían hacerlo. A menudo me entero de una nueva función y compruebo la compatibilidad de su navegador sólo para descubrir que su cobertura ya supera el 80 por ciento. Hoy en día, la barrera para el uso de técnicas más nuevas a menudo no es la compatibilidad con el navegador, sino simplemente los límites de la rapidez con la que los diseñadores y desarrolladores pueden aprender qué está disponible y cómo adoptarlo.
Hoy en día, con unos pocos comandos y un par de líneas de código, podemos crear prototipos de casi cualquier idea. Todas las herramientas que ahora tenemos disponibles hacen que sea más fácil que nunca comenzar algo nuevo. Pero el costo inicial que estos marcos pueden ahorrar en la entrega inicial finalmente se vence a medida que actualizarlos y mantenerlos se convierte en parte de nuestra deuda técnica.
Si confiamos en marcos de terceros, la adopción de nuevos estándares a veces puede llevar más tiempo, ya que es posible que tengamos que esperar a que esos marcos adopten esos estándares. Estos marcos, que solían permitirnos adoptar nuevas técnicas antes, ahora se han convertido en obstáculos. Estos mismos marcos a menudo también conllevan costos de rendimiento, lo que obliga a los usuarios a esperar a que se carguen los scripts antes de poder leer o interactuar con las páginas. Y cuando los scripts fallan (ya sea debido a un código deficiente, problemas de red u otros factores ambientales), a menudo no hay alternativa, lo que deja a los usuarios con páginas en blanco o rotas.
¿Adónde vamos desde aquí?#sección6
Los trucos de hoy ayudan a dar forma a los estándares del mañana. Y no hay nada intrínsecamente malo en adoptar trucos (por ahora) para hacer avanzar el presente. Los problemas sólo surgen cuando no estamos dispuestos a admitir que son trucos o dudamos en reemplazarlos. Entonces, ¿qué podemos hacer para crear el futuro que queremos para la web?
Construya a largo plazo. Optimice el rendimiento, la accesibilidad y el usuario. Sopese los costos de esas herramientas fáciles de desarrollar. Puede que hoy te faciliten un poco el trabajo, pero ¿cómo afectan a todo lo demás? ¿Cuál es el costo para los usuarios? ¿A futuros desarrolladores? ¿A la adopción de normas? A veces la comodidad puede valer la pena. A veces es sólo un truco al que te has acostumbrado. Y a veces le impide acceder a opciones aún mejores.
Empiece por los estándares. Los estándares continúan evolucionando con el tiempo, pero los navegadores han hecho un trabajo notablemente bueno al continuar admitiendo estándares más antiguos. No siempre ocurre lo mismo con los marcos de terceros. Los sitios creados incluso con el HTML más sofisticado de los años 90 todavía funcionan bien hoy en día. No siempre se puede decir lo mismo de los sitios creados con marcos, incluso después de solo un par de años.
Diseñe con cuidado. Ya sea que su oficio sea código, píxeles o procesos, considere los impactos de cada decisión. La conveniencia de muchas herramientas modernas tiene el costo de no siempre comprender las decisiones subyacentes que han llevado a su diseño y no siempre considerar el impacto que esas decisiones pueden tener. En lugar de apresurarse a “moverse rápido y romper cosas”, utilice el tiempo ahorrado por las herramientas modernas para considerar más cuidadosamente y diseñar con deliberación.
Estar siempre aprendiendo. Si siempre estás aprendiendo, también estás creciendo. A veces puede resultar difícil identificar qué vale la pena aprender y qué es simplemente el truco de hoy. Podrías terminar enfocándote en algo que no importará el próximo año, incluso si te concentraras únicamente en los estándares de aprendizaje. (¿Recuerdas XHTML?) Pero el aprendizaje constante abre nuevas conexiones en tu cerebro, y los trucos que aprendes un día pueden ayudarte a fundamentar diferentes experimentos otro día.
¡Juega, experimenta y sé raro! Esta web que hemos construido es el experimento definitivo. Es el esfuerzo humano más grande de la historia y, sin embargo, cada uno de nosotros puede crear su propio bolsillo dentro de él. Sea valiente y pruebe cosas nuevas. Construya un patio de juegos para ideas. Realiza experimentos ridículos en tu propio laboratorio científico loco. Inicie su propia pequeña empresa. Nunca ha habido un lugar más empoderador para ser creativo, asumir riesgos y explorar de lo que somos capaces.
Comparte y amplifica. Mientras experimentas, juegas y aprendes, comparte lo que te ha funcionado. Escribe en tu propio sitio web, publica en cualquier red social que prefieras o grítalo desde un TikTok. escribe algo para Una lista aparte! Pero tómate el tiempo para amplificar a los demás también: encuentra nuevas voces, aprende de ellas y comparte lo que te han enseñado.
Avanza y haz#sección7
Como diseñadores y desarrolladores de la web (y más allá), somos responsables de construir el futuro todos los días, ya sea que tome la forma de sitios web personales, herramientas de redes sociales utilizadas por miles de millones o cualquier cosa intermedia. Infundamos nuestros valores en las cosas que creamos y hagamos de la Web un lugar mejor para todos. Crea aquello para lo que sólo tú estás especialmente calificado. Luego compártelo, hazlo mejor, hazlo de nuevo o haz algo nuevo. Aprender. Hacer. Compartir. Crecer. Enjuague y repita. Cada vez que creas que dominas la web, todo cambiará.
Credit Post By: by