Por qué un bootcamp de programación ya no te alcanza

Seamos honestos: la mayoría de la gente que arranca en IT elige el camino de la programación, y muchos entran por un bootcamp. Es una de las ramas principales que paga en dólares y tiene horario flexible o remoto. Y trabajar remoto te permite hacer tu trabajo desde cualquier parte del mundo. No se equivocan al elegir ese camino.

Igual, con las tendencias actuales y los despidos, la mayoría de las empresas subió sus filtros para contratar desarrolladores. Y tampoco se equivocan al ir por ese lado.

Cuando arrancó la pandemia había una demanda de desarrolladores que no se llegaba a cubrir. Las empresas necesitaban gente para sus requerimientos técnicos, y ahí fue cuando contrataron de más para cerrarlos lo más rápido posible. Después de todo, nadie sabía qué iba a pasar en el corto plazo.

Ya pasó un tiempo desde que terminó la pandemia y las empresas intentan volver a la "normalidad". ¿Pero qué es lo normal? Vamos a desglosarlo en puntos:

• Trabajo presencial, o híbrido.
• Rotaciones de guardia periódicas. Varios colegas me comentaron que ahora tienen que trabajar los fines de semana por si se les cae el producto.
• Horas extra. Siempre las van a esperar. 

Son solo algunos ejemplos, porque varía bastante. Depende mucho de la cultura de la empresa, que también es algo que tenés que mirar cuando aplicás a una posición. Cada una tiene sus pros y sus contras.

Cuando sumás a la fórmula lo que esperan de tu formación y tu experiencia, es ahí donde la cosa se complica. Hacer un bootcamp de 180 horas y mostrar el mismo proyecto que tienen otras 500 personas ya no alcanza para entrar a esas empresas.

Perdí la cuenta de las veces que recibí el mismo portfolio de gente que salió del mismo bootcamp. Hasta el linting era idéntico. Pasé un par de diff checkers por esos repos y lo único distinto era el nombre del candidato. Nada más.

Nunca fui desarrollador en una FAANG, ni me interesó estar ahí. Estuve sobre todo en startups y empresas medianas, y como Sr. dev y Tech Lead me tocó tomar las entrevistas. Casi todos los candidatos respondían más o menos lo mismo, y la mayoría acertaba en la parte teórica. Pero a la hora de diferenciarse del resto es donde tuve que rechazar a muchos. Si tenían potencial, nunca nos lo mostraron.

Hasta acá mis impresiones personales. Vamos a las sugerencias:

• Andá más allá de lo que te piden, y explicá en qué sos distinto de los miles de candidatos que aplican a la misma posición
• Mantenete al día con las tecnologías. Estamos en una rama que cambia todos los días, y la única forma de seguir vivo es consumir conocimiento de forma permanente. Ayuda muchísimo aplicar a una posición de Vue.js y saber en qué se diferencia Astro, por ejemplo. Te empiezan a mirar con otros ojos.
• Sé humilde. Si hay algo que no sabés, decilo. Mostrá que podés equivocarte y cómo harías para resolverlo.
• Hacé proyectos. La app de Todos no te va a conseguir el trabajo, de verdad. Trabajá con APIs, mirá sus best practices, entregá JWTs, sumá Websockets a tu proyecto, corré algunos cron jobs, usá SDKs de terceros. Hacé cosas que entren de verdad en la definición de desarrollo de software a medida. El desarrollo de software va más allá de un CRUD hecho con Node y React.
• Trabajá tus soft skills. La comunicación es clave, y te vas a cruzar recruiters que la valoran más que tus skills de programación. Programando mejorás con el tiempo, mientras que la comunicación es de las cosas más difíciles de dominar. Y ni hablar del liderazgo.

Vamos con mi experiencia personal

A mí nunca me cerró pasar 5 años en una universidad, aunque vengo aprendiendo por mi cuenta desde chico. Cuando arranqué a estudiar me crucé con unos cursos virtuales de una de esas universidades. Te dejaban funcionando con HTML, CSS, JS, PHP y MySQL en 6 meses. Ese sí era un tiempo que estaba dispuesto a invertir para meterme en el rubro.

Apenas terminé ese curso, y aclaro que los cursos online no eran tan populares en esa época, ya sabía que tenía que seguir practicando. Necesitaba no olvidarme de las tecnologías recién aprendidas y seguir por el camino autodidacta. Ahí fue cuando me puse a hacer una web app sobre un nicho que me parecía interesante: un sistema POS (Point-of-Sale).

Ese sistema me sirvió para seguir especializándome en el stack que usaba, y a su vez terminó siendo un proyecto de portfolio. De eso me di cuenta 3 meses después de terminarlo. El sistema POS también tenía una integración por API con el organismo de impuestos local para registrar las ventas. Ese tipo de cosas fue lo que me ayudó a conseguir mi primer trabajo para una empresa de Estados Unidos, estando en Argentina.

Y acá estoy 5 años después, pasando la mayor parte del día programando, aprendiendo y haciendo lo que casi todos en esta rama buscan. Desde que empecé a trabajar remoto pasé por varias empresas y construí un montón de proyectos complejos con equipos de desarrollo enteros. Que es, al final del día, lo que todos queremos. La mayoría de las empresas pide al menos un título de grado en Sistemas o carreras afines. Pero la experiencia es la que te va a ayudar a conseguir el primer trabajo, al menos en posiciones de entrada, tal como me pasó a mí.

Así que si estás haciendo un bootcamp y aplicás mostrando esos proyectos, dedicale más tiempo a hacer proyectos propios mientras buscás el próximo trabajo. Igual, hacer más proyectos te va a hacer mejor en el stack que manejás, y eso te empuja como dev.

¿Te sirvió el post? Acordate de seguirme en mis redes para más.

¡Gracias!

-Gonza