LO
Desarrollador frontend — tareas, una a una
La unidad de análisis es la tarea, no el nombre del puesto. Cada una de las siguientes lleva su dirección, si el juicio se apoya en evidencia o en una inferencia de la plataforma, el razonamiento y lo que no establece.
Todas las tareas de esta página#
Convertir un diseño en una interfaz que funciona
Automatizándose✓ Con evidenciaTomar una maqueta o una descripción y producir el marcado, los estilos y la estructura de componentes que la renderizan.
Esta es la tarea más expuesta de toda la ingeniería de software, por una razón mecánica: la entrada es visual, la salida es texto, lo correcto se comprueba de inmediato mirando, y los datos de entrenamiento son la web pública. Las herramientas que generan una pantalla a partir de una imagen o de una frase llegaron a una calidad usable antes que las que generan un servicio de backend.
Una pantalla que se renderiza no es una pantalla que sale a producción. No dice nada sobre si el resultado es mantenible, si encaja con un sistema de diseño existente, o cómo se comporta en los estados que nadie dibujó — vacío, cargando, error, media lista.
Los estados que nadie dibujó
Sigue llevándola una persona≈ Inferencia de la plataformaVacío, cargando, parcial, sin conexión, error, lento, y aquel en el que el usuario pulsó el botón dos veces — decidir qué debe hacer cada uno y hacer que ocurra.
La generación trabaja desde el camino feliz porque es lo que contiene una maqueta. Los demás estados son donde vive la mayor parte del código real, y decidir qué debe hacer cada uno es un criterio de producto sobre este producto concreto y no un patrón que ir a buscar.
Es un juicio sobre dónde se sitúa el trabajo, no una medición de él. Los equipos no cuentan qué parte de su código frontend es manejo de casos límite, así que no hay cifra con la que contrastarlo, y el equilibrio cambia enormemente entre una página de marketing y una pantalla de negociación.
Hacer que sobreviva a dispositivos y redes reales
Aumentada por la máquina≈ Inferencia de la plataformaEl teléfono viejo, la conexión lenta, el navegador dos versiones por detrás, el lector de pantalla, el paquete que se hizo demasiado grande.
Aquí las herramientas miden y sugieren mejor que las personas — los presupuestos de rendimiento, las auditorías y el perfilado son justo la clase de comprobación mecánica en la que el software es bueno. Lo que no pueden es decidir qué compromiso aceptar, porque eso depende de quiénes son de verdad tus usuarios, que es un hecho sobre el negocio y no sobre el código.
Nada de esto dice cuántas horas lleva ni si los equipos lo hacen siquiera — buena parte del trabajo de frontend que se publica nunca recibe esta atención, y que las herramientas existan no significa que se hayan ejecutado.
Hacer que funcione para todo el mundo, porque es obligatorio
Sigue llevándola una persona≈ Inferencia de la plataformaRecorridos con teclado, semántica para lectores de pantalla, contraste, orden del foco — y, cada vez más, poder demostrar que lo hiciste.
Los verificadores automáticos cazan una minoría de los fallos reales de accesibilidad y no pueden juzgar si un flujo es usable por alguien que no ve. Esta tarea es además la que se está moviendo de buena práctica a obligación legal en varios mercados, lo que cambia quién responde y no lo difícil que es.
La dirección aquí descansa en la forma del requisito, no en un resultado medido; lo que la zanjaría es una actuación sancionadora que nombre una interfaz concreta y qué tenía de mal. Los requisitos difieren según el mercado y según si el producto va dirigido al consumidor.
Ser dueño de los componentes que usan todos los demás
Sigue llevándola una persona✓ Con evidenciaLa biblioteca compartida: decidir qué entra en ella, qué rompe un cambio y a quién hay que avisar.
Que generar sea barato hace esto más cargado de responsabilidad, no menos: cuando cualquiera puede producir una pantalla en minutos, lo que mantiene coherente un producto es la capa de restricciones, y alguien tiene que sostenerla. El trabajo es negarse y versionar más que crear.
Que esto sea un puesto o una tarea añadida depende enteramente del tamaño del equipo, y cuántos equipos le dedican a alguien de forma deliberada no lo cuenta nadie.
Construir interfaces para cosas que responden
Tarea nueva≈ Inferencia de la plataformaRespuestas en streaming, incertidumbre, citas, botones de parar, y qué hace la pantalla cuando el modelo se equivoca o va lento.
Este es trabajo que no existía antes de que las funciones generativas llegaran a los productos, y no tiene patrones asentados — ahora mismo cada equipo está inventando cómo mostrar que una respuesta puede estar mal. Recae en frontend porque es una pregunta sobre lo que ve el usuario, no sobre lo que hace el modelo.
Que aparezca trabajo nuevo no es lo mismo que plantilla nueva: esto se está absorbiendo dentro de los puestos existentes, y nada de esto dice que se contratara a nadie para hacerlo.