Hecho contigo · Producto Real
Mentoría para desarrolladores: a live URL you can put on your resume
Esta mentoría para desarrolladores es para latinos en Texas que ya programan —o están a un paso— y no tienen un producto en producción que enseñar. En ocho semanas construyes uno, con OAuth, una API de terceros y deploy repetible. Cada quincena hay revisión escrita. Houston, Dallas y el resto del estado compiten con gente que sí tiene algo abierto en una URL, no solo un repo.
Si esto te suena, es esta página
- «Tengo repos en GitHub, pero en la entrevista nadie los abre.»
- «Sé la teoría, pero nunca he hecho deploy de algo que use gente de verdad.»
- «Cuando preguntan por trade-offs, me quedo en el tutorial.»
Qué vas a construir
Un producto en la nube, con URL pública. Alguien entra con OAuth 2.0, el sistema habla con una API de terceros y el deploy queda como código. No es un slide de arquitectura: es una cosa que abres en la llamada y que puedes pegar en el resume.
- 01
Usuario
Entra con un proveedor. Tú no guardas passwords.
- 02
Tu producto
Una sola pieza, en cuatro entregas, con decisiones escritas.
- 03
API externa
Contrato de datos y un plan cuando el tercero se cae.
- 04
URL pública
Infraestructura como código. El deploy se puede repetir.
Las cuatro entregas
Cada corte dice qué entregas y cómo se comprueba que quedó bien, antes de que empieces.
01
Cimientos
Repositorio, entorno local y el esqueleto del producto con la primera decisión de arquitectura escrita.
Cómo se comprueba
Otra persona clona el repo, lo levanta con las instrucciones y entiende qué problema resuelve el producto sin preguntarte.
02
Identidad
Inicio de sesión con autenticación delegada (OAuth 2.0). Tú no guardas contraseñas.
Cómo se comprueba
Un usuario entra con un proveedor externo, la sesión persiste y cerrar sesión deja de tener acceso. Queda escrito por qué ese proveedor y no otro.
03
Integración
El producto consume una API de terceros y habla con al menos otro sistema.
Cómo se comprueba
El flujo feliz funciona, el fallo de la API no tumba la pantalla, y el contrato (qué datos entran y salen) está escrito.
04
Producción
Despliegue con infraestructura como código y una URL pública.
Cómo se comprueba
La URL responde, el despliegue se puede repetir desde el repositorio, y existe una nota de cómo se observa si se cae.
Cómo se te revisa
Te mostramos el instrumento con el que se te evalúa antes de empezar. Un criterio que se conoce después de entregar no es un criterio: es una trampa.
Funciona
El flujo principal se completa de punta a punta, no solo en tu máquina.
Se entiende
Un lector ajeno sabe qué hace el producto y por qué tomaste esa decisión.
Backend
Los datos, las rutas y los errores tienen un lugar claro. No hay lógica regada.
Frontend
La interfaz deja hacer la tarea sin instrucciones orales.
Seguridad
La sesión, los secretos y los permisos no quedan en el cliente ni en el repositorio.
Pruebas
Hay al menos una prueba que fallaría si se rompe el flujo de esa entrega.
Operación
Se puede volver a desplegar y se sabe qué mirar si la URL deja de responder.
El calendario
Ocho semanas, cuatro cortes, uno cada dos semanas. La fecha de arranque de la próxima cohorte se fija en la llamada de diagnóstico: no publicamos un día que todavía no está cerrado. El ritmo sí está cerrado.
Semana 0
Diagnóstico. Se escribe la brecha y los criterios de la primera entrega.
Semanas 1–2
Cimientos. Entrega y revisión escrita en menos de 48 horas.
Semanas 3–4
Identidad. OAuth y la decisión escrita de cómo entra la gente.
Semanas 5–6
Integración. API de terceros y el contrato entre sistemas.
Semanas 7–8
Producción. URL pública, infraestructura como código y el cierre: contar el producto con evidencia.
Dos rutas
Ruta base
El método completo sobre tu producto.
- Diagnóstico y programa armado después, no antes
- Cuatro entregas con criterios de aceptación
- Revisión escrita en menos de 48 horas por corte
- Rúbrica de cinco ejes y cierre con evidencia
El precio se confirma en la llamada de diagnóstico. No publicamos una cifra que todavía no está cerrada.
Ruta completa
La base, más los bloques de carrera.
- Todo lo de la ruta base
- Simulación de entrevista técnica sobre TU producto, no sobre un ejercicio genérico
- Negociación de una oferta: cómo leer un paquete, no cómo «cerrarla seguro»
- CV o resume y LinkedIn reescritos a partir de las decisiones que ya defendiste
- Carta de recomendación si la rúbrica cierra en aprobado
El precio se confirma en la llamada de diagnóstico. No publicamos una cifra que todavía no está cerrada.
Lo que no prometemos
No te prometemos empleo ni salario. No hay «te conseguimos el job» ni un rango asegurado. El mercado de Texas paga distinto al de LatAm; este programa no te traslada a esa nómina. Te deja un producto que puedes defender cuando alguien te lo pida.
En Texas el presupuesto de las empresas existe. Este programa no te lo transfiere: te deja algo que puedes mostrar cuando compites por él.
Esta es la primera cohorte. No hay alumnos que mostrar.
Cohorte de referencia, no un egresado
El caso de referencia es el propio artefacto del programa: un producto con URL pública, OAuth 2.0, una API de terceros, despliegue repetible y un repositorio cuyo historial son las revisiones, no un commit gigante al final. Cuando haya egresados, aquí irá su enlace. Hoy no inventamos testimonios ni fotos.
- Una URL pública que responde
- Un repositorio con historial de revisiones reales
- Decisiones de arquitectura escritas que puedes defender
- En la ruta completa: CV o resume, LinkedIn y carta si la rúbrica cierra
Qué necesitas antes de empezar
Si esto no se cumple, la llamada sirve para decir que no.
- Ya escribes código. No es un bootcamp desde cero.
- Seis a ocho horas por semana. Se puede cruzar con un trabajo part-time; no se puede cruzar con cero horas.
- GitHub y disposición a escribir las decisiones en el repo.
- Puedes hacer la sesión por videollamada. La revisión igual queda por escrito.
El método es el mismo en los dos programas
Hecho contigo tiene seis piezas. Aquí el artefacto cambia; el motor no. El detalle está en el hub de mentoría técnica 1 a 1.
01
Diagnóstico antes que temario
02
Un proyecto real, no ejercicios
03
Criterios escritos antes de empezar
04
Entregas quincenales con revisión escrita
05
Rúbrica de cinco ejes, tres veredictos
06
Cierre con evidencia y narrativa
Preguntas antes de entrar
¿Esta mentoría para desarrolladores me coloca en un trabajo en Texas?
No. La mentoría para desarrolladores de Producto Real no coloca, no garantiza oferta y no negocia por ti con una empresa. Te deja una URL, un repo con revisiones y, en la ruta completa, un resume que habla de decisiones reales.
¿El resume entra en el programa?
En la ruta completa, sí: se reescribe con la evidencia del producto. Decimos resume, no hoja de vida. En la ruta base te llevas el producto; el resume y LinkedIn van en la completa.
¿Me sirve si ya estoy en un equipo y quiero subir de nivel?
Sí, si el hueco es producción, integración y saber explicar trade-offs. El diagnóstico mide esa brecha. Si el hueco es el idioma de una entrevista de sistema y todavía no programas, no es esta cohorte.
¿Tengo que pagar taxes o abrir una LLC para entrar?
No. Taxes y LLC son de cómo facturas si trabajas por tu cuenta. El programa no te abre una LLC ni te hace la declaración. Si eso es lo que necesitas resolver primero, dilo en la llamada.
¿La simulación de entrevista promete que pase el loop?
No. En la ruta completa simulamos una entrevista técnica sobre tu producto y te devolvemos la revisión. Pasar el proceso de una empresa no está incluido y no se promete.
¿Por qué mencionan AWS y los créditos?
Porque desde julio de 2025 las cuentas nuevas de AWS traen créditos y seis meses, no doce. Es un detalle para que no armes el presupuesto del deploy con un año gratis. No es el argumento para entrar.
Llamada de diagnóstico de 15 minutos
En esa llamada se mide la brecha. Si el programa no te cabe, se dice ahí. No es una clase de muestra ni una cotización de software para empresas.