¿Ser certificado en Java significa algo al solicitar trabajo?

Una certificación Java, como el OCPJP, solo lo llevará hasta cierto punto. Puede poner su pie en la puerta (otros currículums vitae), pero casi no he visto a ningún entrevistador dar importancia a las certificaciones. De hecho, si tiene certificación Java, es mejor que sepa qué significa Type Erasure. Lo que intento decir es que cuanto más certificado esté, más se espera que responda correctamente. Desafortunadamente, la mayoría de las entrevistas (especialmente en las empresas de servicios de TI de la India) aún se realizan de manera no estándar. Una certificación básica de Java no es un indicador de las cosas importantes que importan en la vida cotidiana de un codificador en una empresa de TI típica:

  • ¿Tienes la aptitud y la actitud para el trabajo?
  • ¿Puedes leer el código como si fuera una historia y entender lo que hace?
  • ¿Puedes trabajar bajo plazos de entrega locos? ¿Cómo son tus habilidades de depuración?

No creo que una certificación responda a estas.

Depende de la ubicación y el proceso de la empresa.

En el Reino Unido, con un proceso de compañía sano en el que el equipo de ingeniería realiza la mayor parte de la investigación, no hay ninguna diferencia.

En el Reino Unido, con un proceso menos sensato, se puede programar un filtrado básico por palabra clave monos para buscar la certificación Java.

En India, entiendo que es un requisito más importante y se utiliza como filtro temprano en los niveles junior.

No cuenta mucho en los lugares donde he trabajado.

Recientemente he estado mirando el certificado básico, que estamos haciendo que nuestros aprendices tomen, para tener * algo * como una especie de indicador de “Aprendí lo suficiente como para pasar una prueba”.

Por supuesto, es muy básico, pero el verdadero problema es que es como una prueba de pub. “¿Por qué no se compila este código extraño?”, “¿Qué salida produce este código extraño?”

En general, mis respuestas son “bueno, no escribiría nada de eso en primer lugar, y fallará la revisión del código”.

Y ese es el problema con los certificados, títulos, etc.

Como empleador, la codificación no es teórica. No es un conjunto abstracto de acertijos lógicos, estructuras de datos, algoritmos y lo que tienes. Le está dando a los usuarios la capacidad de hacer cosas que antes no podían, entregadas mediante código.

Se trata de “¿podemos creer que va a escribir ese código?”

Los certificados, títulos, pizarras de algoritmos dicen “bueno, podemos ver que conoces algunos datos sobre el tema de la programación”.

Pero eso no es lo que pagan nuestros clientes.

Es bueno, combinado con experiencia, probablemente sea suficiente, pero solo, no está del todo allí.

De ahí la necesidad de haber construido cosas.

Lo que has construido triunfa sobre lo que sabes. Pero tener un certificado no triunfa nada,

Depende de la certificación y de la empresa, pero en general diría: no mucho. Las empresas tienden a evaluar las habilidades de los candidatos por sí mismas y no solo a confiar en las credenciales. Por lo tanto, es probable que obtenga una prueba de codificación con preguntas de la entrevista de Java. Sus posibilidades de obtener el trabajo dependerán de qué tan bien le vaya en la prueba y la entrevista, y no tanto en sus certificaciones o cualquier otra credencial que pueda tener.

Sí, ya puede y probablemente lo exigen muchas empresas. Pero hay mucho trabajo para los desarrolladores abiertos si pueden producir y cumplir ciertos objetivos, plazos o requisitos.