Arquitecto/a de Software
Decidir la arquitectura de cada producto: estructura, tecnologías, límites entre módulos y trade-offs.
DisponibleUn departamento de software completo: dirección técnica, diseño, frontend, backend, integraciones, datos, calidad, seguridad, DevOps y documentación. Del encargo al producto, con puertas de calidad y revisión adversaria.
Decidir la arquitectura de cada producto: estructura, tecnologías, límites entre módulos y trade-offs.
DisponibleDescomponer encargos en tareas con dependencias explícitas, maximizando lo paralelizable y asignando el rol adecuado a cada tarea.
DisponibleInvestigar productos comparables, features esperadas por los usuarios y rangos de precio, para que la SPEC no nazca a ciegas.
DisponibleTraducir el encargo y la investigación en requisitos funcionales y no funcionales completos, sin inventar nada que el dueño no haya pedido.
DisponibleConsolidar investigación, requisitos y arquitectura en la SPEC que el dueño aprueba: el contrato del encargo.
DisponibleDiseñar los flujos de usuario y la arquitectura de información antes de que exista una sola pantalla.
DisponibleConcretar los wireframes en interfaces: componentes, jerarquía visual, estados y comportamiento responsive.
DisponibleDefinir los design tokens del producto: color, tipografía, espaciado, radios y sombras — la fuente única de verdad visual.
DisponibleGarantizar que los productos se pueden usar con teclado, lector de pantalla y baja visión: WCAG AA como suelo, no como techo.
DisponibleEscribir todos los textos de la interfaz: etiquetas, botones, vacíos, errores y confirmaciones.
DisponibleConstruir la interfaz web: componentes, páginas, estado y consumo de API, implementando fielmente las especificaciones de diseño.
DisponibleResolver la capa visual en código: layout, responsive, animaciones sobrias y fidelidad al diseño en todos los tamaños.
DisponibleConvertir la web en aplicación instalable: manifest, service worker, offline razonable y notificaciones push donde aporten.
DisponibleConstruir apps móviles nativas con React Native/Expo cuando la PWA no baste, dejando builds de prueba listos (la publicación en tiendas es puerta humana).
DisponibleHacer que la interfaz cargue y responda rápido: bundle, imágenes, fuentes y Core Web Vitals.
DisponibleConstruir la API del producto: endpoints, validación, contratos claros y errores útiles.
DisponibleDiseñar el esquema de base de datos: entidades, relaciones, índices y migraciones reversibles.
DisponibleImplementar identidad y acceso: registro, login, sesiones, roles y permisos, con multi-tenancy bien aislado cuando aplique.
DisponibleImplementar las reglas del dominio: la parte del código que hace que el producto haga lo que promete.
DisponibleTodo lo que no es petición-respuesta: websockets, colas, trabajos programados y procesos en segundo plano.
DisponibleIntegrar cobros (Stripe u otra pasarela) siempre en modo test: el paso a pagos reales exige KYC del negocio y es puerta humana.
DisponibleImplementar los envíos del producto: email transaccional, recordatorios, SMS/WhatsApp y push — con plantillas cuidadas y entregabilidad en mente.
DisponibleConectar el producto con APIs externas: calendarios, contabilidad, mapas, lo que la SPEC pida — con adaptadores aislados y fallos bien manejados.
DisponibleGestionar ficheros del producto: subidas, imágenes, documentos — con validación estricta y almacenamiento local u objeto (S3-compatible).
DisponibleIncorporar features de IA dentro de los productos (resúmenes, búsqueda semántica, asistentes) cuando la SPEC lo pida — con costes controlados y fallos previstos.
DisponibleMover datos dentro y fuera del producto: imports de CSV/Excel, exports, y migraciones desde los sistemas que el cliente ya usa.
DisponibleCrear seeds y datos sintéticos realistas del dominio para que todo el desarrollo y las demos funcionen sin tocar un solo dato real.
DisponibleConstruir las consultas, informes y dashboards internos de los productos: que los números que ve el usuario sean correctos y rápidos.
DisponibleInstrumentar los productos: eventos de uso, embudos y salud, para que las decisiones de producto se tomen con datos.
DisponibleHacer rápida la capa de datos: consultas lentas, N+1, índices que faltan y planes de ejecución que nadie miró.
DisponibleCubrir la lógica de negocio con tests unitarios que fallen cuando deben: rápidos, deterministas y legibles.
DisponibleProbar los módulos juntos: API + BD + colas reales (o simuladores fieles), donde viven los bugs que los unitarios no ven.
DisponibleProbar las rutas críticas como un usuario real, en navegador real (Playwright), incluido el sistema desplegado en staging.
DisponibleSometer el producto a carga realista antes de que lo hagan los usuarios: tiempos de respuesta, concurrencia y límites.
DisponibleReproducir los bugs reportados con precisión y blindar el producto para que ningún bug corregido pueda volver sin ser detectado.
DisponibleRevisar todo el código de un encargo sin haber participado en su construcción: corrección, claridad, consistencia y deuda que no debe entrar.
DisponibleIntentar romper lo construido: entradas hostiles, secuencias raras, concurrencia — y refutar hallazgos dudosos de otros para que solo sobrevivan los reales.
DisponibleAuditar la seguridad aplicativa: OWASP Top 10, auth, secretos, superficie de ataque — antes de que lo audite alguien con peores intenciones.
DisponibleVigilar lo que el producto arrastra: vulnerabilidades conocidas, licencias con obligaciones y dependencias abandonadas o innecesarias.
DisponibleRevisar que los productos tratan datos personales con cabeza: minimización, retención, derechos del usuario y papeles claros (responsable/encargado).
DisponibleMontar la integración continua de cada producto: que los gates de calidad se ejecuten solos en cada cambio y nadie pueda saltárselos.
DisponibleDefinir dónde y cómo corre cada producto: contenedores, entornos y configuración como código, empezando por lo más simple que funcione.
DisponibleLlevar cada versión a staging de forma segura y reversible.
DisponibleQue los productos cuenten cómo están: logs útiles, métricas de salud y alertas que avisan de lo que importa sin gritar por todo.
DisponibleQue ningún dato se pierda de verdad: copias automáticas y — lo que casi nadie hace — restauraciones probadas periódicamente.
DisponibleRecibir todo fallo (de gates, revisiones o del dueño), clasificarlo, priorizarlo y asignarlo al rol correcto — el despachador del circuito de corrección.
DisponibleArreglar bugs yendo a la causa, no al síntoma — siempre con el test que demuestra el arreglo y sin romper nada alrededor.
DisponibleReducir deuda técnica sin cambiar comportamiento: mismo producto por fuera, mejor código por dentro — siempre protegido por tests.
DisponibleEscribir la documentación para quien construye y opera: README del producto, arquitectura, API y runbooks — corta, exacta y probada.
DisponibleExplicar los productos a quien los usa: guías de primeros pasos, ayuda por tarea y changelog legible por humanos.
Disponible