¿Cómo puede una empresa saber si seré un buen programador o no?

Como compañero ingeniero de software que ha realizado muchas más entrevistas de las que me gustaría recordar, puedo contarte un par de cosas:

(1) La gran mayoría de las empresas con las que he entrevistado me han dicho que están menos interesadas en el conocimiento de alguien de un marco JS específico (ya sea Angular, Backbone, React) y más interesado en su conocimiento de la programación de Javascript en general. .

(2) La compañía que lo está entrevistando, lo más probable es que pruebe sus habilidades de codificación de alguna manera, ya sea en pizarra o en un desafío de codificación para llevar a casa. Si realmente quieren saber qué tan bien conoce Angular específicamente, puedo asegurarle que lo evaluarán para averiguarlo.

Pero, volviendo al número 1, mi experiencia es que siempre me han dado pruebas de codificación en JavaScript genérico y no en un marco específico.

Hay otras buenas respuestas a esta pregunta, ya que la razón más común para ser despedido de un trabajo de programador sería el comportamiento del desarrollador más que las habilidades técnicas. Dicho esto, la segunda razón más común es que el proceso de la entrevista no se realizó correctamente. En muchos casos, especialmente para las pequeñas y medianas empresas, las personas equivocadas, tal vez aquellas sin ninguna habilidad técnica, están entrevistando al ingeniero de software. En ese caso, el ingeniero de software no tiene suficientes habilidades técnicas, entonces tal vez la persona no podrá entregar resultados.

También es importante señalar aquí que muchos jóvenes tendrán problemas de conducta que pueden hacer que los despidan, pero es posible que ellos mismos no se den cuenta y que el empleador ni siquiera sea sincero sobre los motivos. Probablemente sea necesario buscar el alma si ese es el potencial, él es el caso

Es posible que su amigo haya sido despedido por alguna otra razón, como no encajar con el equipo, perder el tiempo en Internet cuando debería haber estado trabajando o no haber completado su trabajo. También pudo haber alardeado en la entrevista sobre cuánto podía hacer y cuando resultó que no era el caso, y la compañía realmente necesitaba a alguien que pudiera hacer el trabajo, lo dejaron ir.

Su mejor apuesta es ser honesto en la entrevista. Es posible que le hagan completar una prueba práctica que mostrará el alcance de su habilidad. Si es honesto, pero muestra entusiasmo y disposición para aprender, puede compensar la falta de conocimiento práctico. Realmente depende de lo que la empresa esté buscando realmente (que rara vez es lo mismo que ponen en el anuncio de trabajo).

• No aplique a las empresas a menos que pueda convencerse de que puede codificar un requisito en un plazo acordado.
• Onus está tanto en el desarrollador como en el posible empleador. tienes que introspectar como arriba.
• no se una a una empresa que le ofrece una oferta sin pedirle que escriba el código en papel o en un entorno en tiempo real. Esto debería ser adicional a las preguntas teóricas que hacen.
• Pueden tener prisa. Pero el desarrollador no debe apresurarse. pueden terminar el desarrollador en 5 minutos. pero es el desarrollador quien tendrá que enfrentar los efectos secundarios.