Primero, un descargo de responsabilidad:
Cada vez que una entrevista sale mal, es tentador encontrar una sola cosa que dijo o hizo, apúntela y diga “¡Eso es! Eso fue lo que salió mal”, pero debe revisar la experiencia en su conjunto:
¿Qué sucedió en los primeros minutos (uno de los momentos clave de formación de opinión)?
¿Qué tan nervioso estabas? (tenga en cuenta que algunos nervios son de esperar)
¿Cuánto afectaron tus nervios a tu comportamiento?
¿Cómo fue la conversación? ¿Fluyó, fue forzado?
¿Siente que el papel que estaba desempeñando fue un poco difícil o estaba un poco por debajo de lo que cree que debería poder hacer?
¿Se impresionaron los entrevistadores por otras cosas que usted dijo?
¿Te investigaron mucho en algo en particular?
¿Tu CV era demasiado prometedor?
Según lo que dijiste e hiciste, ¿cómo crees que estos completos desconocidos describirían tu personalidad?
- ¿Por qué mentir en su currículum se considera un delito grave, incluso si uno puede borrar la entrevista y trabajar como se esperaba?
- ¿Qué se espera durante una entrevista telefónica o por Skype para el programa de Maestría Internacional de EPITA?
- No tengo ropa bonita / profesional para una entrevista de trabajo. ¿Tengo 0 posibilidades de trabajo de inmediato?
- Cómo borrar rondas en Amazon para trms
- ¿Cómo debe preguntar sobre el salario y la compensación al entrevistar?
Ahora, a la respuesta a su pregunta específica:
En lugar de leer libros de programación diariamente, le sugiero que pase ese tiempo practicando la resolución de problemas básicos, idealmente divertidos. Quedarse atascado no es un gran problema, cada vez que se topa con problemas, tómese un poco de tiempo para pensarlo (diría que medio día mínimo). Si todavía está atascado, conéctese y vea cómo otras personas lo abordan. Independientemente de cómo lo resuelva, debe reflexionar sobre lo que podría haberlo hecho quedar atrapado. ¿Fue por falta de conocimiento? ¿Se estaba centrando en una solución e ignorando una “mejor”? ¿Fue una optimización prematura (la raíz de todo mal)? ¿Estaba malinterpretando lo que se pedía?
En un entorno profesional, un buen algoritmo no será suficiente y le recomendaría que intente hacer que su código sea lo más legible posible mientras realiza estos ejercicios. Asegúrese de apegarse a las prácticas de codificación estándar de cualquier idioma (s) que esté utilizando y comente a fondo. “Escriba comentarios como si la siguiente persona en leer su código fuera un maníaco homicida que conoce la dirección de su casa”, citando a uno de mis antiguos colegas.
De todos modos, aquí hay algunas fuentes de problemas de práctica de codificación que estoy usando actualmente:
Advenimiento del código: te da un problema de dos partes para resolver cada día hasta Navidad, tendrás que hacer un poco de análisis de lo que se pide.
CodeKata: La idea de Code Kata me pareció bastante atractiva cuando escuché por primera vez sobre ellos, pero ahora parecen un poco innecesariamente rituales. Aún así, los problemas al final del artículo son una buena práctica.
Además, si no está contribuyendo a un proyecto de código abierto, le recomiendo encontrar uno. Esto le dará la práctica de trabajar en un equipo de desarrolladores, pruebas, tutorías, etc., así como la práctica de codificación mencionada anteriormente. También se ve muy bien en un CV.