Primeras dos semanas

Estas dos semanas no son una prueba — son una guía para que llegues a ser productivo sin perderte. La meta concreta al final de la semana 2 es un commit tuyo mergeado en main. Todo lo demás de esta página existe para llegar a ese punto sin sorpresas.

Semana 1 — Contexto y entorno

El objetivo de la primera semana es entender qué construimos y por qué, y dejar tu entorno local funcionando sin ayuda.

• Leer ¿Qué es mseller? y Arquitectura del stack.
• Completar el checklist de Cuentas y accesos.
• Seguir la guía de Empezar en orden: Prerequisitos → Clonar los repos → Instalar dependencias → Correr localmente.
• Levantar el portal (cloud.mseller.app en local) contra los emuladores de Firebase y mseller-api corriendo en tu máquina.
• Recorrer la UI logueado, abrir un par de módulos (pedidos, facturas, cuentas por cobrar) y leer el código que los renderiza sin tocar nada todavía.

Semana 2 — Primer fix en código

Con el entorno listo, el foco se mueve a entender el flujo de trabajo real: PR → review → merge.

• Hacer pair con alguien del equipo en un ticket pequeño para ver el flujo completo una vez antes de hacerlo solo.
• Tomar un ticket etiquetado good-first-issue (o agent-ready si aplica) en Linear, en el team MSE. Si no encuentras uno, pregúntale a tu lead — siempre hay algo.
• Abrir tu primer PR con un fix real — algo pequeño y mergeable: un bug menor, un texto en la UI, una validación que falla, un edge case sin cubrir. El objetivo es mergear, no impresionar.
• Pasar code review (probablemente con un par de iteraciones) y dejar el PR en main.

Cómo medimos el éxito del ramp-up

• Tu entorno local corre los 4 repos sin ayuda externa.
• Entiendes a alto nivel cómo se conectan mseller-api, mseller-firebase, mseller-cloud y las apps móviles.
• Tienes al menos un commit mergeado en main antes del final de la semana 2.

Si algo de esto se ve bloqueado por accesos, falta de tickets, o tooling — escríbele a tu lead. El ramp-up es un compromiso del equipo, no solo tuyo.