El resultado importa. La decisión que cambió el sistema importa más.
Conoce cómo Chris razona entre producto, ingeniería, QA, lanzamientos, infraestructura e IA, y cómo esas decisiones cambiaron el sistema del producto.
Qué representan estas historias
Son relatos permanentemente anónimos de la experiencia profesional anterior de Chris Martinez. No se presentan como proyectos de clientes de CAM Software. Cuando aparecen cifras aproximadas, la historia las identifica como pruebas observadas por el propietario; se omiten afirmaciones sin respaldo o identificables.
Recuperación de producto
Recuperar un flujo móvil crítico y cambiar cómo la empresa construía y respaldaba sus aplicaciones
En los contextos observados, una aplicación reconstruida tardaba unos 10 segundos en abrir un registro importante en un iPad actual y 30 segundos o más en tabletas Fire antiguas.
Decisión
Corregir solicitudes, estado y renderizado; validar con cuentas controladas; y convertir la evidencia en estándares de arquitectura y soporte de dispositivos.
Modernización
Reconstruir una aplicación de recetas cuando el producto antiguo era la única documentación
La aplicación original funcionaba, pero casi no existía documentación confiable sobre pantallas, flujos y APIs.
Decisión
Tratar la migración como recuperación de producto y comportamiento e involucrar a producto y QA antes de la presión final.
Entrega de producto
Convertir un flujo EHR establecido en un producto móvil para la beta interna
Una empresa establecida necesitaba un producto React Native que tradujera, no simplemente copiara, su aplicación web para terapeutas y personal.
Decisión
Reutilizar lógica y APIs cuando correspondía, rediseñando autenticación, cargas ligeras, calendarios de varias cuentas, mensajería y uso móvil.
Entrega con IA
Convertir la IA en un sistema de ingeniería controlado, no en un atajo sin revisión
Los equipos querían velocidad, pero el uso de tokens y generación de código no garantizaban arquitectura, criterios ni decisiones responsables.
Decisión
Dar a cada agente una responsabilidad acotada y colocar revisión y aprobación humana entre transiciones importantes.
Infraestructura de lanzamientos
Reemplazar un cuello de botella temporal con una ruta automatizada de lanzamiento
Un equipo agotaba su capacidad gratuita y movía artefactos manualmente entre compilación, almacenamiento, QA, BrowserStack y tiendas.
Decisión
Pagar capacidad temporal durante el lanzamiento y construir el pipeline de Azure cuando el equipo pudiera hacerlo con seguridad.
Aplica el mismo rigor a la decisión que está frenando tu producto.
Una cosa menos de qué preocuparte.