La cinta sin fin del frontend

• Muchos equipos de frontend están convencidos de que reescribir el frontend los llevará al éxito
  • Sin embargo, elegir un framework de frontend es la decisión técnica menos importante en el desarrollo de producto a largo plazo
  • Perder tiempo eligiendo un framework es ineficiente
• Es muy probable que un framework quede obsoleto en menos de 5 años
  • Como la comunidad de frontend cambia rápido, los frameworks se actualizan con frecuencia o son reemplazados por nuevas versiones

El enfoque de los equipos de producto inteligentes

• Los equipos de producto inteligentes, en vez de cambiar de framework, buscan un entendimiento profundo del framework actual
• Cambiar de framework es una trampa
• Es importante entender a fondo las herramientas que ya usan y evitar que se conviertan en un obstáculo para el trabajo

Consejo para ingenieros que buscan trabajo

• Si tienes una fuerte preferencia por un framework específico, busca empleo tomando eso como criterio
• No entres a un equipo existente intentando convencerlo de cambiar de framework
  • Eso genera grandes costos y confusión para el equipo

Cómo reducir el costo técnico del frontend

• Hay que enfocarse en las tecnologías web fundamentales
• Hay que reducir las capas complejas de abstracción y volver a aprender las capacidades básicas de la plataforma web
• Esto permite ofrecer mejor valor a largo plazo
  • Mantenerse cerca de las tecnologías web centrales facilita contratar nuevos ingenieros
  • También permite mantener la productividad sin refactorizaciones masivas del código

Estrategia de gestión de carrera a largo plazo para ingenieros

• Entender profundamente las tecnologías web centrales aumenta el valor profesional a largo plazo
• Ya existías antes de React y también puedes seguir vigente después de React
• Dominar las bases es más ventajoso que enfocarse solo en aprender la tecnología de moda más reciente
• Siempre existe la posibilidad de ser despedido por cambios tecnológicos
  • Fortalecer los fundamentos es más estable que depender de una tecnología específica

Por qué es difícil hablar con franqueza en el trabajo

• Cuando estás en un puesto de gestión, es difícil hacer este tipo de comentarios honestos
• Tus motivaciones pueden ser cuestionadas o puedes provocar rechazo dentro del equipo
• Es un consejo realista basado en más de 20 años de experiencia

Problemas del ecosistema frontend

• El ecosistema frontend actual es complejo
• A los desarrolladores junior les cuesta aprender las habilidades necesarias
  • Se frustran por culpa de herramientas complejas
  • Incluso se está volviendo más difícil contratar desarrolladores para tareas básicas
• Las habilidades que se aprenden en el ecosistema técnico actual están demasiado abstraídas
  • Eso puede convertirse en una gran desventaja cuando cambia la tecnología

El estancamiento de la web y los problemas de las herramientas

• El estancamiento de la web se debe a la complejidad de las herramientas
• Los desarrolladores quieren crear cosas creativas e increíbles, pero las herramientas se interponen
• El problema es la percepción de que aprender las tecnologías web básicas es ineficiente

Postura personal

• El autor ha sentido pasión por el desarrollo web durante mucho tiempo
• La web sigue siendo una plataforma poderosa y única
• Las herramientas básicas de la plataforma web son excelentes
• Pero la capa actual de frameworks va en contra de la esencia de la plataforma web

[GN⁺]

Comentarios en Hacker News

• Últimamente he estado trabajando en reemplazar el sistema de build del código de FE de yarn a pnpm

  • Aunque soy ingeniero de backend, también he hecho mucho trabajo con JS
  • Lo más frustrante de trabajar en FE es que casi todo termina quedando obsoleto
  • Por ejemplo, en 2022 usé apollo CLI, pero ahora está discontinuado y tengo que aprender graphql-client
  • Cuando intento hacer un patch upgrade de dependencias, solo queda esperar no depender de sus type signatures
  • Al final el build termina, pero aparecen cientos de advertencias de deprecación
  • Siento que el desarrollo FE acepta demasiado fácilmente el cambio y la obsolescencia
  • En proyectos de Rust solo hubo unos pocos cambios menores en 4 años
  • En JS parece que hay que reescribir algo cada 6 meses

• He trabajado en FE por casi 20 años y he vivido varios cambios de paradigma

  • Creo que conocer las tecnologías web fundamentales ayuda a convertirse en un ingeniero más versátil
  • Pero dudo que eso te haga más atractivo en el mercado laboral
  • Para maximizar tu valor en el mercado, tienes que ser muy bueno en React

• No soy desarrollador frontend, pero he usado React durante 10 años

  • Hay un movimiento hacia Svelte, pero React sigue siendo muy fuerte
  • El desarrollo frontend cambia rápido, pero no es tan terrible

• No usar frameworks de frontend es una forma de bajarse de la caminadora

  • Renderizado del lado del servidor y usar JavaScript solo cuando sea necesario

• A medida que los LLM se vuelvan más prominentes, disminuirá el interés por nuevas tecnologías

  • Por mi experiencia con Bevy y Svelte, la gente terminará prefiriendo herramientas existentes en lugar de nuevas

• Con la evolución de Vanilla JS y CSS, tiene más sentido usar HTML con plantillas en el servidor y JS solo donde haga falta

  • Frameworks como React siguen siendo potentes, pero el manejo del estado de la UI en el servidor es más sencillo

• No es un problema del frontend, sino de un ecosistema grande

  • También viví algo parecido en Java
  • En backend, cambiar a un lenguaje nuevo es un problema aún mayor

• Al inicio del desarrollo web escuché hablar de Svelte y React, pero conviene leer MDN e ignorar lo demás

• He usado React por más de 10 años y no estoy de acuerdo con la idea de que un framework quede obsoleto en 5 años

• Llevo más de 20 años en desarrollo web y estoy satisfecho con el stack CHAMP

  • CHAMP significa CSS, HTML, Apache, MySQL y PHP
  • Me ha resultado satisfactorio no usar frameworks y mantenerme con tecnologías consolidadas