Bootcamps: de una gran idea a un problema para el sector

Los bootcamps no nacieron siendo el problema que son hoy. Nacieron siendo una solución inteligente.

La idea original tenía mucho sentido: empresas grandes con necesidades tecnológicas concretas que creaban sus propios programas de formación, con el stack que ellas mismas usaban, con una duración suficiente — nueve, doce meses — para dar a los alumnos bases sólidas, y con la ventaja añadida de conocer a los candidatos durante ese tiempo antes de contratar a los mejores. Formación a medida, con salida laboral real y criterio de selección basado en el rendimiento real.

De ahí a lo que existe hoy hay un camino largo y bastante predecible.

Lo que ha pasado

El modelo funcionó. Y cuando algo funciona en el mercado, aparecen quienes quieren replicarlo sin entender por qué funcionaba.

Hoy existe una cantidad enorme de bootcamps que prometen enseñarte veinticinco tecnologías en uno o dos meses, cobran cantidades desorbitadas por ello, y se venden con un argumentario que cualquier developer con experiencia reconoce inmediatamente como humo: sueldos de más de tres mil euros desde el primer día, teletrabajo garantizado, empleabilidad del cien por cien, aprender rápido, es fácil, horario flexible.

La realidad del mercado no se parece en nada a ninguna de esas promesas. Y quienes las hacen lo saben.

No es el sector tecnológico el que ha generado ese discurso. De hecho, en el sector todos estamos hartos de él. Programar no es fácil y no se aprende rápido. Quien dice lo contrario tiene algo que vender.

El problema no es la persona, es el tiempo

He trabajado con personas que venían de bootcamps. La experiencia, en general, fue positiva. Pero hay una diferencia enorme entre alguien que viene de un programa serio con bases sólidas y alguien que en dos meses ha replicado tutoriales sin entender lo que estaba haciendo.

Y esa diferencia no tiene que ver con la inteligencia ni con las ganas. Tiene que ver con el tiempo.

A programar se aprende programando. Enfrentándote a problemas que no sabes resolver, frustrándote, investigando, encontrando la solución, entendiéndola, aplicándola en otro contexto. Ese ciclo necesita tiempo. No horas de clase — horas de práctica real, de equivocarte, de volver a intentarlo.

En dos meses, da igual lo listo que seas, no te da tiempo a programar mucho. Y sin esas horas, puedes saber reproducir patrones sin entender por qué funcionan. Lo que está bien hasta que algo falla, y entonces no sabes por dónde empezar.

La pregunta de la vocación

La programación es uno de esos trabajos que tienen que gustarte. Si no, es muy difícil mantenerse.

Requiere leer documentación durante horas, atascarte en un problema durante días, investigar, probar, fallar, volver a empezar. Requiere un nivel de tolerancia a la frustración que no todo el mundo tiene, y que solo se desarrolla si hay un mínimo de disfrute en el proceso.

Quien entra al sector únicamente atraído por los salarios o por la promesa de teletrabajo, sin un interés real por la tecnología, lo nota el mercado. Se nota en la entrevista, se nota en el trabajo, y muchos acaban abandonando antes de consolidarse. No porque sean malos desarrolladores — sino porque eligieron mal.

Universidades y ciclos: tampoco son perfectos

Sería injusto señalar solo a los bootcamps. La formación reglada tiene sus propios problemas.

Las universidades tardan muchísimo en adaptarse a lo que el mercado necesita — cuando lo consiguen. El acceso es complicado por falta de plazas o por coste. Y cuatro o cinco años es demasiado tiempo para mucha gente que quiere entrar antes al mercado laboral.

Los ciclos formativos tienen una ventaja enorme en ese sentido: un temario más práctico, más orientado al mercado, y en un tiempo razonable. La desventaja respecto a un bootcamp bueno sigue siendo el tiempo total, pero la preparación es notablemente más sólida que la de la mayoría de bootcamps actuales.

Un buen autodidacta, por otro lado, puede llegar al mismo nivel que cualquier otra vía — o superarlo. La ventaja del autodidacta es la libertad para ir a su ritmo y profundizar donde le interesa. El problema es encontrar la información correcta, no perder nunca el hambre de aprender, y tener la disciplina de practicar cuando nadie te lo exige. Si tienes todo eso, llegas. Si no, es muy fácil quedarse a medias.

Por qué muchas empresas han vetado los bootcamps

Sinceramente, si yo tuviera una empresa, probablemente haría lo mismo.

No porque todos los que vienen de bootcamps sean malos developers. Sino porque el mercado está saturado, el poder de elección está en las empresas, y cuando tienes cien candidatos para una posición, minimizas el riesgo. Y contratar a alguien de un bootcamp del que no sabes nada, en un mercado donde hay bootcamps que no enseñan prácticamente nada — algunos directamente suben vídeos de YouTube y directos de Twitch robados a sus autores como si fueran sus contenidos — es un riesgo que muchas empresas han dejado de estar dispuestas a asumir.

Es una generalización, sí. Pero es una generalización que el propio sector de los bootcamps ha provocado.

Cómo distinguir si alguien sabe de verdad

En una entrevista, la diferencia entre alguien con bases sólidas y alguien que aprendió a replicar patrones sin entenderlos se nota relativamente rápido.

Las preguntas técnicas muy concretas ayudan, pero no son suficientes — se pueden memorizar. Lo que realmente revela el nivel es plantear un problema abierto: dado este requisito de un cliente, ¿qué solución elegirías? Y sobre todo: ¿por qué?

Quien entiende lo que hace puede justificar sus decisiones, hablar de trade-offs, anticipar problemas. Quien replicó patrones sin entenderlos, no.

La IA complica aún más el panorama

La irrupción de la IA ha añadido una capa más a este debate.

Para alguien con poca experiencia, la IA puede generar código que parece correcto y que a veces lo es — y a veces no. El problema es que sin criterio técnico, no sabes cuál es cuál. El código llega a producción, falla, y entonces no tienes las herramientas para entender por qué ni para arreglarlo.

Además, delegar el pensamiento a la IA desde el principio impide desarrollar la capacidad de resolver problemas por cuenta propia. Se aprenden antipatrones, se adoptan malas prácticas, y se deja de entrenar el músculo más importante de un developer: su propio cerebro.

Y hay una consecuencia más silenciosa: muchas empresas han dejado de contratar trainees y juniors porque sus seniors, bien armados con IA, pueden asumir ese trabajo. Lo que parece eficiente a corto plazo tiene un coste a largo: no se está formando a los developers que van a sustituir a los seniors de hoy. Pero ese es otro debate.

Qué le diría a alguien que está considerando un bootcamp

Que se informe mucho antes de pagar nada, ni firmar contratos. Muchísimo.

Especial atención merece el modelo de financiación conocido como ISA (Income Share Agreement), que algunos bootcamps ofrecen bajo el atractivo eslogan de "no pagas hasta que encuentres trabajo". La trampa está en la letra pequeña: en muchos contratos, la obligación de pago se activa con cualquier empleo que supere un umbral de ingresos mínimo, independientemente de si ese trabajo tiene algo que ver con la programación. Es decir, si terminas el bootcamp y aceptas cualquier trabajo por encima de ese umbral, empiezas a pagar — aunque sea repartiendo pizzas. Además, según han documentado organizaciones de protección al consumidor en Estados Unidos, algunos ISA pueden acabar costando hasta cuatro veces el precio original del curso si los ingresos son altos durante el periodo de pago. En España este modelo lleva funcionando desde 2019 y está relativamente poco regulado. Antes de firmar cualquier ISA, lee el contrato completo, entiende exactamente en qué condiciones se activa el pago, cuánto pagarás en total en el peor escenario, y consulta con alguien de confianza que entienda de contratos.

Que desconfíe de cualquier bootcamp que prometa sueldos altísimos desde el primer día, teletrabajo garantizado, empleabilidad del cien por cien, o que diga que programar es fácil y se aprende rápido.

Que busque referencias reales de alumnos — no los testimonios que el propio bootcamp publica en su web.

Que valore la duración: menos de seis meses para aprender a programar desde cero es una señal de alarma, no una ventaja.

Y que tenga claro que el bootcamp, en el mejor caso, es el principio. No el final. Lo que venga después — los proyectos, las horas de práctica, los errores, el tiempo — es lo que realmente forma a un developer.