Zara (Inditex)

El reto

El equipo de producto de la app de Zara necesitaba reforzar su capacidad iOS con un perfil senior capaz de operar en un entorno de altísima escala — cientos de millones de usuarios, releases frecuentes y una base de código compartida entre múltiples equipos de producto. El refuerzo debía integrarse rápido en un equipo transversal, en el que cualquier cambio impacta a toda la app y a todas las líneas de producto en paralelo. Se exigía además experiencia demostrable en arquitectura iOS de gran escala, validable en entrevistas técnicas de arquitectura del cliente antes de la incorporación.

La solución

AtalayaSoft asignó a Francisco José García Navarro como Arquitecto iOS Senior, integrado en el equipo de producto. Tras superar las entrevistas técnicas de arquitectura, asumió el rol de Tech Lead de uno de los equipos transversales — un equipo cuyo desarrollo afectaba a toda la app y a todos los equipos de producto en paralelo.

Por acuerdo de confidencialidad con Inditex no es posible detallar funcionalidades específicas. El alcance del trabajo, descrito a alto nivel, se estructuró en dos frentes:

1. Desarrollo iOS senior en el equipo transversal

Como refuerzo iOS senior primero y Tech Lead después, Francisco contribuyó al desarrollo en producción de la app:

• Desarrollo de nuevas funcionalidades sobre la base de código compartida del equipo transversal.
• Mantenimiento técnico y evolutivo de la arquitectura existente.
• Resolución de incidencias funcionales y técnicas en flujos críticos de e-commerce.

2. Code reviews y calidad transversal

Por la propia naturaleza del equipo transversal — cuyas decisiones afectan a todos los equipos de producto de la app — los code reviews son un eje crítico del día a día. Francisco formó parte de ese flujo continuo, validando cambios entrantes con foco en calidad, mantenibilidad y buenas prácticas Swift desde una perspectiva de arquitectura global de la aplicación.

Disciplina técnica aplicada

Clean Architecture

El trabajo en la base de código del equipo transversal se rigió por los principios de Clean Architecture: separación clara entre capas (presentación, dominio, datos), independencia respecto a frameworks y dependencias dirigidas hacia el núcleo del dominio. Esto permite que cambios externos — actualizaciones de UI, librerías o servicios — no propaguen ondas hacia la lógica de negocio crítica de e-commerce.

SOLID

Los principios SOLID se aplicaron tanto en el código nuevo como en los code reviews: responsabilidad única en cada componente, extensibilidad sin necesidad de modificar lo existente, inversión e inyección de dependencias para facilitar el testing, e interfaces segregadas que reflejan el lenguaje del dominio.

Testing

Cobertura sistemática con pruebas unitarias sobre la lógica de negocio y validación de comportamientos en flujos clave. El testing no se entendió como una capa accesoria sino como parte del diseño: arquitectura testable desde el primer commit, con la testabilidad como criterio explícito en los code reviews.

Integración continua (CI)

Trabajo bajo pipelines de integración continua que ejecutan tests, análisis estático y validación de calidad en cada pull request. Mantener la rama principal siempre en verde es crítico en una app con releases frecuentes y múltiples equipos contribuyendo en paralelo a la misma base de código.

Accesibilidad iOS

Aplicación sistemática de las APIs nativas de accesibilidad iOS — etiquetas semánticas y traits para VoiceOver, orden de foco en flujos de compra y soporte de Dynamic Type — como parte integral del trabajo diario, no como un parche posterior. Es el tipo de disciplina que hoy exige la Ley Europea de Accesibilidad (EAA) a las apps de retail con operativa en la Unión Europea.