Change vs. Inertia

Recientemente, me he vuelto más consciente de la tensión inherente entre el cambio y la inercia, tal como se aplica a la evolución y el uso de las tecnologías web. Estas fuerzas siempre han estado presentes y opuestas entre sí, pero me parece que los efectos secundarios de estas colisiones están impactando más notablemente el desarrollo web.

Por un lado, nunca hemos visto tanto progreso en la expansión del conjunto de capacidades de la plataforma web; La Web es poderosa y madura en formas que nuestros yo 10 años más jóvenes sentirían mucha envidia. Pero, por otro lado, así como los fuertes vientos del otoño señalan un cambio estacional, hay un escalofrío en el aire que calma el ritmo antes febril de las nuevas funciones de JavaScript (¡hola, fatiga de JavaScript!) y los nuevos marcos de JavaScript que aparentemente se lanzan semanalmente.

Tecnología es una palabra que describe algo que aún no funciona.

Douglas Adams

Como podría implicar la broma humorística de Adams, el software (tecnología) en el que trabajamos no funciona todavía , porque (¡y todo lo que lo rodea!) siempre está cambiando y evolucionando hacia algo mejor.

O… eso parece desde hace mucho tiempo. Pero desde donde observo las tendencias de la comunidad web, creo que nuestra comunidad está pasando de la rápida expansión de los últimos años a una temporada de consolidación y establecimiento.

Parece haber una suposición esperada de que cualquier equipo o proyecto web debe apilarse encima de Babel, Webpack, TypeScript, JSX para el marcado, componentes con estilo (o CSS-in-JS de algún tipo) y uno de solo un puñado de marcos de JavaScript (como React, Vue o Angular).

Eso no quiere decir que estas sean las únicas opciones. Sé que está el grupo de Jamstack que está adoptando cada vez más la generación de sitios estáticos, y sé que está el grupo advenedizo de Svelte que quiere compilar toda esa complejidad del marco de front-end (o eso dicen).

Pero seamos honestos: la “diversidad” que vemos ahora en la tecnología de framework front-end es más superficial que sustancial. Todos utilizan algún tipo de mecánica orientada a componentes (basada en algún tipo de DOM virtualizado), y con cada nueva versión de cada marco, la paridad entre ellos solo aumenta. Creo que veremos que este espacio continúa contrayéndose en los próximos años, hasta que las mejores partes de Svelte se integren en React, y viceversa.

¿Qué significará toda esta consolidación para el ritmo de cambio de JavaScript, CSS o incluso el propio HTML? ¿Las tecnologías centrales de la plataforma web seguirán creciendo como lo han hecho, o la demanda de estos cambios disminuirá a medida que los desarrolladores dejen de pedir más y se concentren en hacer más con lo que ya tienen?

¿Está casi resuelta la tecnología front-end ? Durante toda mi carrera, hemos asumido que cada pocos años veremos una reinvención total del front-end, en esa búsqueda siempre constante del marco perfecto que los gobierne a todos. ¿Nos acercamos a ese punto?

Lo que está claro para mí es que la comunidad está favoreciendo la inercia sobre el cambio en este momento. ¿Qué es lo que funciona tan bien ? ¿Por qué deberíamos sacudir el barco y tratar de alterar y reinventar? La pura brillantez (junto con innumerables décadas humanas de sangre, sudor y lágrimas) que ha creado las asombrosas herramientas y marcos de front-end podría finalmente haber hecho un trabajo lo suficientemente bueno como para que colectivamente no nos importe seguir pidiéndole que haga más.

¿Te imaginas intentar lanzar un competidor para React o Vue ahora mismo? ¿Te imaginas intentar crear una herramienta diferente para desbancar a TypeScript ¹ ? Seguro que parece una colina bastante desalentadora que probablemente no valga la pena intentar escalar.

Los grandes jugadores han atraído toda la atención de millones de desarrolladores web en todo el mundo y han sobrevivido a la acalorada fiesta del cambio de los últimos cinco años. Ahora nos estamos decantando por las pocas opciones que quedan, que son lo suficientemente potentes como para construir lo que queremos. Puede que estas soluciones no sean máximos absolutos idealistas, pero sin duda se están acercando (al menos) a máximos locales.

Con la locura que todos hemos enfrentado en este extraño año 2020, tal vez en lo más profundo de nuestras entrañas, todos anhelamos un poco de comodidad aburrida, estable y predecible. ¿Quizás eso se refleje, al menos en parte, en nuestras elecciones tecnológicas?

Francamente, he estado apostando por el cambio durante casi dos décadas de mi carrera en tecnología web. Pero creo que mi apuesta podría estar cambiando hacia la previsibilidad de la inercia . Deberíamos suponer que lo predeterminado será ceñirse a lo que sabemos que ya funciona en lugar de buscar constantemente lo que podría surgir a continuación .

¿Dónde está tu apuesta?

1. En el caso de TypeScript, ciertamente puedo. ¡He estado intentando hacer esto durante más de un año!