Busca en todas las páginas de la documentación
Un resumen condensado de las 25 prácticas de liderazgo técnico más importantes para equipos móviles de Expo SDK 57 - extraídas de cada página en esta sección. Protege la calidad sin convertirte en el cuello de botella.
Clasifica cambios por reloj de lanzamiento: OTA solo JavaScript vs binario nativo de tienda vs dependencia backend - antes del compromiso de sprint - Conceptos Básicos de Tech Lead en Móvil.
Mantén un mapa de dependencias de tres relojes: Alinea a los líderes móviles con el backend y los gerentes de lanzamiento en Calendario del Tren de Lanzamiento - sin sorpresas de API breaks los viernes.
Presupuesta riesgo en envíos de tienda: Limita los lanzamientos de tienda por sprint; rastrea rechazos como deuda de procesos - la velocidad sin salvaguardas envía fines de semana de rollback.
OTA requiere disciplina de runtimeVersion: El desajuste necesita un nuevo binario - documenta el rollback updateId en cada OTA de producción - Política de Versión de Runtime.
Builds de preview en PRs que tocan código nativo: Expo Go oculta módulos nativos personalizados - Preview Builds en PRs.
Escribe ADRs para decisiones irreversibles: Política OTA-a-producción, nuevos módulos nativos, commits de navegación/estado - markdown corto en el repo - Architecture Decision Records.
Reemplaza ADRs - nunca ediciones silenciosas: El campo de estado + nuevo archivo preserva la verdad de la incorporación.
Señala docs de arquitectura clasificados: El registro ADR del equipo tu opción; los frameworks viven en architecture-design.
Define límite nativo predeterminado en Expo SDK: Los TurboModules personalizados necesitan propietarios de mantenimiento y hoja de cálculo de costos - Trade-offs Nativos vs JavaScript.
Aplica lista de verificación de revisión de PR: Listas de perf, etiquetas a11y, expo install nativo, rutas delgadas - Estándares de Code Review para RN.
Requiere evidencia de dispositivo en PRs de UI: Captura de pantalla o grabación de iOS + Android - la revisión solo en sim del Pro Max miente en apps con mayoría Android.
PRs pequeños sobre revisiones heroicas: Apunta a menos de 400 líneas; la revisión el mismo día vence diffs mega semanales.
CODEOWNERS en app.config.ts y eas.json: Los errores de configuración nativa son en toda la org - no experimentación solo de junior.
Limita los desacuerdos técnicos: Propietario, fecha de decisión ≤ 5 días, ADR clasificado o spike - sin limbos de 50 mensajes en Slack - Manejo de Desacuerdos Técnicos.
Desacuerdo y compromiso por escrito: Disidencia preservada; una implementación después del compromiso; trigger de revisión nombrado.
Los debates de navegación usan ADR clasificado: SDK 57 greenfield predeterminado Expo Router; excepciones brownfield documentadas - ADR: Elección de Biblioteca de Navegación.
Los debates de estado clasifican primero: Server - Query; UI cliente - Zustand; URL - parámetros de Router - ADR: Selección de Gestión de Estado.
Mentoría estructurada de la primera semana: Metro verde, PR pequeño fusionado, preview en dispositivo - no tickets de producción el primer día - Mentoría de Devs Móviles Junior.
Alcance seguro de primer PR: Copia, pruebas, a11y - difiere la configuración nativa solo hasta evidencia de nivel intermedio - Junior - Nivelación RN Intermedio.
Ruta de buddy + capstone: Usa Primera Semana Camino de Aprendizaje - no "lee el repo."
Enseña escalera de depuración: Redbox - DevTools - expo-doctor - build de preview - logs nativos emparejados.
Empareja en primer build de EAS y envío shadow: Alfabetización de lanzamiento antes de rotación de guardia - Conceptos Básicos de Incorporación.
Revisa límites de arquitectura - delega diffs de features: Liderazgo en nativo, lanzamiento y contratos entre escuadras; mids poseen calidad de features.
Ejecuta lista de verificación de refactorización antes de lanzamiento importante: Los módulos de dios bloquean PRs paralelos y actualizaciones de SDK - Lista de Verificación de Refactorización.
Mejora la incorporación de cada retrospectiva de contratación: Confusión - PR de doc - el liderazgo es un bucle de retroalimentación en prácticas de equipo.
Publica listas de verificación y ADRs clasificados para que los mids bloqueen violaciones de límites. Tú apruebas excepciones y PRs de lanzamiento - no cada cambio de color de Text.
Tres ADRs: opción de navegación, stack de estado, política OTA vs tienda. Expande cuando aparezcan módulos nativos.
El tech lead posee la puntuación de opciones técnicas; el EM rompe empates en riesgo de calendario y personal. Ambos firman ADRs sensibles a cumplimiento.
Misma lista de verificación de revisión y stack de ADR; el alcance de mentoría a la duración del contrato. Sin ediciones solo de eas.json sin revisión del personal.
Optimizar el recuento de PR sin alfabetización del reloj de lanzamiento - fusiones rápidas que OTA cambios nativos o pierdan buffers de revisión de tienda.
Versiones de Stack: Esta página fue escrita para React 19.2.3, React Native 0.86.0, y Expo SDK 57 (
expo~57.0.4).
Revisado por Chris St. John·Última actualización: 16 jul 2026