A los programadores, cada vez que queremos entrar en una nueva empresa, parece que se nos exige haber ido a Mordor a recuperar el Anillo 脷nico, volver ilesos y, adem谩s, dominar tres lenguajes alien铆genas. 馃♂️馃寢
Normalmente, quienes redactan las ofertas o los empresarios que buscan cubrir un puesto, no eval煤an lo que el proyecto necesita de forma realista. Nos encontramos a diario con situaciones que debemos dejar de normalizar:
馃敼 La paradoja del tiempo: Exigen 5 o m谩s a帽os de experiencia en tecnolog铆as o frameworks que apenas llevan un par de a帽os en el mercado. 馃敼 El "Junior" Senior: Piden a帽os demostrables y un stack tecnol贸gico interminable para puestos que catalogan como Junior. 馃敼 El desarrollador orquesta: Buscan que sepas de todo para contratar a menos personas, oblig谩ndote a cubrir el trabajo de un departamento entero sin la remuneraci贸n que corresponder铆a.
馃挕 La clave est谩 en la l贸gica, no en la sintaxis En los puestos tecnol贸gicos, de programaci贸n o desarrollo, lo que realmente se debe valorar en un candidato es su l贸gica de programaci贸n, su capacidad de an谩lisis y su habilidad para resolver problemas.
Da igual el lenguaje exacto en el que programes hoy. Si tienes una base s贸lida, entiendes c贸mo estructurar un flujo de datos y c贸mo dise帽ar una base de datos eficiente, puedes desenvolverte en la sintaxis de otros lenguajes. Solo se necesita revisar la documentaci贸n, un poco de tiempo y la pr谩ctica del trabajo diario.
En el mundo real, los desarrolladores no programamos de memoria. Nos apoyamos en la documentaci贸n oficial, buscadores, Inteligencia Artificial y la comunidad. El c贸digo se entiende, la l贸gica se aplica, y poco a poco el trabajo fluye con mayor soltura.
⚠️ El talento descartado Si las empresas no cambian su enfoque, seguir谩n quej谩ndose de que "no encuentran talento". Hoy en d铆a se descartan perfiles brillantes por no conocer un algoritmo de pizarra que jam谩s usar谩n en producci贸n, por no tener experiencia en un framework residual, por la edad, o simplemente por sistemas autom谩ticos (ATS) mal configurados. Si dieran la oportunidad, ver铆an el inmenso valor que estas personas pueden aportar.
馃憞 ¡Es hora de dejar de normalizar ofertas imposibles y empezar a valorar a los verdaderos solucionadores de problemas!
¿Qu茅 consideras m谩s efectivo para evaluar a un candidato en una prueba t茅cnica: un desaf铆o algor铆tmico puro (tipo LeetCode) o un proyecto peque帽o que eval煤e la arquitectura, la l贸gica del c贸digo y el dise帽o de la base de datos? ¡Te leo en los comentarios! 馃挰

No hay comentarios:
Publicar un comentario
Se procedera a revision para su pronta publicacion en caso de que no incumpla las normas de blogger.