Proyectos propios sin dejar tu trabajo como tech lead

Lunes, 6:00 AM. Hago push de una nueva funcionalidad para Claudette, uno de mis side projects. La pruebo en mi telefono, confirmo el deploy, y cierro la laptop. A las 9:00 AM estoy revisando pull requests en mi trabajo de tiempo completo como tech lead en una empresa de 200 empleados.

La gente me pregunta cuando voy a "dar el salto" y dedicarme a lo mio al 100%. No planeo hacerlo. Las dos vidas se alimentan entre si. No es un sacrificio. Es una estrategia.

Lo que me da el trabajo de tiempo completo

Trabajar como tech lead me expone a problemas que jamas tendria como fundadora sola. Migraciones de base de datos en 50 microservicios. Coordinar deploys con seis equipos. Debuggear incidentes de produccion cuando hay dinero real en juego.

Esos patrones aparecen en mis propios productos. No sobre-ingeniero nada, porque he visto lo que cuesta a escala. El trabajo es una educacion pagada en pensamiento de sistemas, mas un salario estable que elimina la desesperacion que lleva a los founders a aceptar malos tratos.

Lo que mis side projects le dan a mi trabajo

Mi combinacion de side projects tech lead me obliga a mantenerme actualizada. En el trabajo usamos un stack de hace tres anos. En mi tiempo, lanzo con Astro, Drizzle, Neon y Claude Code. Cuando una herramienta se prueba en mis proyectos, la llevo de vuelta a mi equipo. Puedes ver las herramientas que uso para construir mas rapido para el stack completo.

Lanzar productos me da un sesgo hacia la ejecucion que la mayoria de managers pierden. Sigo escribiendo codigo todos los dias. Cuando reviso los PRs de mi equipo, hablo desde experiencia reciente, no desde teoria.

Como funciona el horario

No trabajo 18 horas al dia. Eso lleva al burnout, no a un negocio. Mi horario tiene tres bloques.

Mananas, 5:30 a 8:30 AM: trabajo profundo en mis proyectos. Programo, escribo, lanzo. Sin Slack, sin correo, sin reuniones. Innegociable.

Trabajo, 9:00 AM a 6:00 PM: foco total en mi equipo. Arquitectura, code reviews, one-on-ones, incidentes. No toco side projects en horario laboral.

Noches, 8:30 a 10:00 PM: planeacion y administracion. Tareas de baja energia. Fines de semana flexibles. El sistema solo funciona si el descanso esta integrado.

Una semana tipica

Lunes 6 AM: lanzo un feature para Claudette. 9 AM: revisando PRs y haciendo standup. Martes: post a las 6, revision de arquitectura en el trabajo. Miercoles: incidente de produccion en la oficina, esbozar idea de producto en la noche. Jueves: deploy matutino para un cliente, tarde en code review. Viernes: retrospectiva de lo que se lanzo.

No todas las semanas son asi de limpias. Los bloques se flexionan, pero los limites se mantienen.

Por que no planeo renunciar

Internet ama la narrativa de "renuncia a tu trabajo, sigue tu pasion." Buenos hilos de Twitter. Sesgo de supervivencia enorme. Por cada founder que renuncio y le fue bien, cientos se quedaron sin dinero en seis meses.

Mi vida dual me da paciencia. No necesito que mi siguiente producto pague mi renta. Puedo construir a largo plazo y esperar las oportunidades correctas. Mira mis proyectos actuales para ver lo que construyo junto con el empleo.

La vida dual no es un paso intermedio hacia el emprendimiento "de verdad." Es emprendimiento de verdad. Solo que con red de seguridad y un conjunto de habilidades mas amplio.