¿Qué cuenta como experiencias para el ingeniero de software?

Hay una diferencia entre conocimiento y experiencia. La experiencia profesional incluye cosas como trabajar con sistemas de gestión de tickets y control de fuente, seguir procesos definidos, jugar bien con otros, comunicación, etc.

Para un puesto de nivel de entrada cercano, que es lo que es 1 año, esperaría que alguien resuelva un problema simple y haga que su solución funcione y resuelva el problema. Esperaría que alguien pueda criticar el código y corregir o extender el código razonable de otra persona. Esperaría que alguien pueda describir con precisión el comportamiento de un error y describir con precisión lo que hace una función. Esperaría que alguien pueda integrar dos bibliotecas de objetos pequeños, cuando las interfaces no coinciden. Esperaría que alguien reescribiera una pequeña función / método para cumplir con un estándar de codificación.

Si pueden demostrar ese nivel de habilidad y profesionalismo en una entrevista, aceptaría autodidacta. Si no pueden hacer todo eso y pueden decirme dónde se quedan cortos, aceptaría experiencia profesional o experiencia significativa con un gran proyecto de código abierto. Si se quedan muy cortos o no pueden detectar sus propias deficiencias, encontraría otro candidato.

No me gusta juzgar sobre conocimientos técnicos específicos, como un idioma o un entorno. Esas cosas se pueden aprender, y es probable que necesiten aprender al menos una de ellas dentro de un año de la contratación. Yo juzgo sobre el conocimiento técnico general y la actitud.

Lo que los empleadores quieren cuando dicen que X años de experiencia es que debe tener el conocimiento que tendría un ingeniero que ha puesto X años de trabajo a tiempo completo en su empresa.

No puedes mentir con más de 1 año de experiencia. Si no lo tiene, su empleador lo resolverá dentro de un mes o dos. Probablemente será despedido y quemará puentes con ese empleador. El empleador está tratando de ayudarlo, para decirle cuán altas serán las expectativas para este trabajo.

Si trabajó a tiempo completo en su propio proyecto, entonces ese tiempo definitivamente cuenta. Si jugaste unas horas a la semana durante un año, eso probablemente no cuente. Si aprendiste sobre la marcha, eso cuenta. Si te tomó un año entero de horas prestadas aquí y allá para aprender, eso probablemente no cuente.

Si el empleador le pide cinco años de experiencia y usted tiene cuatro, eso es un área gris. Vale la pena solicitarlo. Digamos que tiene cuatro años a tiempo completo, pero hizo esto y aquello útil. Aún puede ser un buen candidato. Si el empleador pide 10 años y usted tiene cinco, eso lo empuja. Y además, alguien con 10 años de experiencia real aplicará y eliminará su currículum de todos modos.

La respuesta negativa es “trabajo remunerado”, y aquí es donde se pueden hacer verificaciones de referencia, es decir, que ha trabajado en la empresa X durante tanto tiempo. Las compañías más grandes con departamentos de recursos humanos como este, ya que pueden escanearlo previamente antes de ponerlo frente a ingenieros que deberían estar haciendo que la compañía gane dinero en lugar de pasar su tiempo entrevistando a personas.

Un proyecto realizado en su propio tiempo podría contar, si es lo suficientemente sustancial y puede demostrarlo.

Si se trata de una habilidad específica que buscan, diga “1 año de programación en Python”: espere que se le haga un cuestionario o esté preparado para proporcionar pruebas de que puede hacerlo.

Si lo estuviera contratando, podría poner un programa (simulado) frente a usted con un error y pedirle que lo solucione: sería una prueba de que puede leer el código, comprenderlo y saber cómo resolver las cosas.

No es realmente la experiencia que quieren, es aprender. Si puede demostrar lo que aprendió, cómo lo aprendió, qué hizo con él y que es una persona que continuará aprendiendo en el trabajo, querrán contratarlo.

No estarán interesados ​​si ha tenido muchos años de “experiencia” pero no aprendió nada que pueda demostrar.

Creo que autodidacta puede estar bien, pero tiene que ser algo más que aprender, también debe ser hacer cosas.

Muchas empresas no quieren saber que pasaste un año aprendiendo Java, querrán saber lo que has hecho, lo que has creado.

Creo que si puedes presentarte a la entrevista y mostrar un proyecto / producto decente que hayas hecho, eso puede ser muy útil.