Lo que callamos los frontends

Una reflexión acerca de la realidad a la que deben someterse muchos frontends

hace 7 meses   •   2 min de lectura

Por Andrés Tuñón

Primero que todo, aclaro que este artículo no es para quejarme ni autocompadecerme; realmente expongo una realidad.

Mis bases

Yo empecé como frontend y me enfrente muchas veces a problemas de arquitectura sin darme cuenta; uno de tantos fue el guardado para después y como novato no debía afrontarlo; veteranos me decían:

  • Seguro Angular tiene alguna forma de guardar una variable de "sesión"
  • ¿Como le incluyes una base de datos a React?
  • Oculta las llamadas que se realizan en el navegador
wtf
wtf

Una realidad

Hay muchos veteranos que no comprenden como funciona un SPA; creen que el becario o junior de turno debe instalar Bootstrap, diseñar unos formularios y el sitio va a funcionar.

Jefes se piensan que el junior arma frontend y el senior arma el backend/fullstack; porque erróneamente creen que el frontend solo son pantallas vacías.

Creen que es lo mismo que siempre han utilizado en MVC y es tan solo un nombre nuevo; pero claramente no es así, lo que antes era una simple vista evolucionó muy rápido.

Al igual que decir que el backend no son solo CRUDs, el frontend no es solo centrar divs, las dos áreas tienen su nivel de profundidad y complejidad.

Se tenia que decir y se dijo
Se tenia que decir y se dijo

Por otro punto de vista, hay casos en el cual es mucho más fácil empezar en el frontend, justo por la cantidad de conceptos y tecnologías antiguas a dominar (por lo mal que están algunas capas lógicas al que debe integrarse un API).

De hecho el frontend es muy complicado a gran escala, debe ser muy eficiente con muy pocos bytes; no tenemos esa facilidad de dejar todo en el servidor y enviar solo lo que necesita el usuario.

Incluso hay roles de Frontend Architects, que deben analizar la comunicación entre componentes, performance y diseñar soluciones muy complejas.

El último eslabón de la cadena

Un equipo clasico actualmente es: un backend, un frontend, un lider técnico (si cuentan con uno), un product owner, un scrum master, tal vez un tester y diseñador.

Cuando el formulario responde con un error, el sitio carga lento o el tester encuentra un problema; el primero a quien deben preguntarle es al frontend.

Nosotros somos la interfaz de la marca, la conexión con el usuario final e incluso la primera impresión.

¿Le dejarías esta responsabilidad a un junior?

Reflexión Final

Si apenas inicias y te encuentras en una situación como la que viví; te invito a investigar de las demás áreas para que puedas comunicarte de forma asertiva y puedas defender tu posición. Aún debo explicar como funciona un SPA.

No te pierdas el próximo artículo, donde profundizaré acerca de este punto.

Corre la voz

Sigue leyendo