¿Cómo puede un mal desarrollador de software encontrar trabajo?

Cuando una persona se da cuenta de que no es tan bueno en el desarrollo de software, es aconsejable aprovechar las habilidades en lugar de encontrar oportunidades que coincidan con el conjunto limitado de habilidades.

Todo viene con la práctica. Intente crear aplicaciones utilizando marcos de trabajo y lenguajes de programación diferentes / populares y aprenda de los errores.

Todo dicho y hecho, hay muchas multinacionales que prueban las habilidades básicas (en su dominio requerido) y reclutan candidatos. La mejor parte es que proporcionan capacitación laboral al candidato después de ser seleccionados. Este podría ser un buen trampolín para comprender y aprender conceptos básicos y mejorar las habilidades de desarrollo de software con la exposición de la industria (siempre que se brinde un trabajo de desarrollo en el MNC).

Todo lo mejor 🙂

Pregunta divertida 😉

En realidad, no es tan difícil. Simplemente tiene que probar para grandes empresas, que no tienen TI como su negocio principal. Así que tome como ejemplo uno de los grandes fabricantes de automóviles.

La cuestión es que, en las grandes empresas, la gente puede esconderse. Y ellos lo hacen. Y ESO es donde conocí a los peores desarrolladores de mi carrera hasta ahora …

Una vez me engañé. El candidato respondió a todas las preguntas técnicas perfectamente, el único tropiezo fue cuando le pedí al candidato que reescribiera un C # usando una pregunta de enunciado de una manera diferente;

utilizando (DisposableType myObj = new DisposableType ()) {
myObj.doSomething ();

}

se convierte en:

DisposableType myObj = newDisposableType ();
tratar {
myObj.doSomething ();
}
finalmente {
myObj.dispose ();
}

El candidato no sabía la respuesta a esta pregunta, lo que me pareció un poco extraño. Así que le pedí al siguiente entrevistador que incluyera algunas preguntas sobre algoritmos, como “muéstrame cómo calcularías una secuencia de Fibonacci”, con una explicación de qué es una secuencia de Fibonacci.

El candidato fracasó por completo.

El candidato no tenía ninguna habilidad de programación en absoluto. Lo que el candidato había hecho había memorizado manuales de software completos, los aprendió de memoria, para poder regurgitar respuestas perfectas a preguntas técnicas. Pero no pudo responder ninguna pregunta que requiriera que aplicara el conocimiento que había memorizado.

El candidato tenía un historial de trabajos de TI que duró uno o dos años. Apuntó a grandes empresas y tenía muy buenas habilidades interpersonales, por lo que sin duda era un experto en desviar la culpa de sus fracasos. Así que se salió con la suya, mucho.

Lección aprendida. Siempre incluyo algunas preguntas sobre algoritmos, problemas inusuales que los candidatos probablemente no conocerán de antemano.

• Podría engañar a la gente para que crea que es mejor de lo que realmente es.
• Todavía podría ser mejor que los otros candidatos.
• Podría ser más barato que mejores candidatos
• Podría tener otras cualidades que lo hagan un mejor candidato
• Podría encontrar un trabajo que no implique el desarrollo de software.

Probablemente desee solicitar un trabajo en una mala empresa u organización con estándares muy bajos. Algo así como la programación de bases de datos para las escuelas de la ciudad de Newark, Nueva Jersey.