Tus proyectos no te consiguen trabajo

Estoy segura que escuchaste mil veces este consejo: “hacé proyectos para demostrar tu experiencia”. Y como buen alumno, hiciste varios. Ahí seguís, esperando que te llamen para ese trabajo. Es un buen consejo. Pero es un consejo a medias — porque nadie te dice lo que realmente significa construir estos proyectos. Después de 20 años en tech, y de haber contratado a decenas de personas en empresas como AWS, te puedo decir exactamente qué miramos en un portfolio. Y no es código. Son señales de vida. 💡 Proyecto muerto vs. proyecto vivo Un proyecto muerto es el que solo existe como código: un repo que nadie clona, y lo reconocés por estas señales. * No está desplegado en ningún lado — para verlo funcionar habría que clonarlo, instalar dependencias, configurar credenciales de AWS y cruzar los dedos. * Nadie lo usó nunca. Ni siquiera vos, después de programarlo. * El README es una lista de instalación (npm install, npm run dev) y no cuenta qué problema resuelve ni para quién. * No hay una decisión de arquitectura explicada — usaste DynamoDB, Step Functions, Lambda, pero en ningún lado dice por qué esos y no otros. Un proyecto vivo es completamente distinto: * Se puede probar sin fricción: un link, una URL, un bot al que le podés escribir ahora mismo. * Alguien lo usa o lo usó de verdad — una ONG, el negocio de un conocido, una comunidad de algún hobby. No sos vos simulando ser el usuario. * Tiene un diagrama de arquitectura que explica las decisiones, no solo un dibujo bonito: por qué DynamoDB y no Postgres, por qué Step Functions y no una sola Lambda. * El README cuenta una historia — el problema de negocio, quién lo usa, qué resultado concreto generó (”le ahorré 10 horas por semana”, “procesa 200 pedidos por día sin intervención manual”). * Tiene señales de haber pasado por producción real: observabilidad, pipeline de despliegue, algo que se rompió y cómo lo arreglaste. La diferencia no es cuánto código escribiste. Es cuánta evidencia dejaste de que ese código sostiene algo real. ¿De dónde saco un problema real si nadie me está pagando por resolver nada? No hace falta que te contraten para esto. Hace falta encontrar a alguien que ya tiene el problema y ofrecerte a resolvérselo con lo que sabés: una causa que te importe, la fricción de tu propio trabajo, el negocio de un conocido, o crear tu propio producto. 🚀 Las inscripciones a Desplegando.cloud están abiertas Si ninguno de esos caminos te cierra — si no sabés qué proyecto construir, o sabés qué construir pero te falta guía para hacerlo bien — te puedo ayudar. Es la razón número uno por la que la gente se une a la comunidad: el plan de estudio te da un proyecto real y guiado, semana a semana (Agentes de IA, WebApps o Step Functions). En la comunidad vas a encontrar pares y acompañamiento para construir tus proyectos! Abrimos cupos limitados y las inscripciones cierran el 31 de agosto . 👉 VER LOS DETALLES E INSCRIBIRME 🗣️ Lo que dicen los que ya lo están haciendo “Cada semana tenía algo concreto que aprender y aplicar. No te quedás solo en la teoría, vas construyendo poco a poco hasta terminar con algo propio que podés mostrar con orgullo.” — Oscar Darío Florez Diaz , Software Developer 💬 Tu turno Volvé a tu GitHub ahora mismo: ¿cuántos proyectos tenés, y de esos, cuántos alguna vez usó alguien que no fueras vos? Contame en los comentarios 👇 This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit desplegando.substack.com