Durante una entrevista de codificación en vivo, le daría una respuesta más positiva a alguien que me da la impresión de que documenta su código. Si tiene un IDE poderoso, agregar el javadoc es una ventaja, pero igualmente recompensaría agregar un javadoc ficticio en el primer método que escriba y comentar con algo como “No tengo tiempo ahora, pero en una situación normal agregaría este javadoc / tipo de comentarios “.
Además, el objetivo de la entrevista es importante (y debe preguntar al respecto), si se trata de verificar, puede resolver un rompecabezas de código en un tiempo limitado, no agregue comentarios (tal vez excepto por partes difíciles), si se trata de juzgando si usted sería un miembro confiable del equipo y codificaría correctamente algo en lo que sus compañeros de equipo confiarán, le sugiero que se tome su tiempo y escriba algo lo más limpio y documentado posible (y comente oralmente sobre lo que está haciendo y por qué)
- ¿Cuál es la mejor manera de prepararse mental y físicamente para absorber tanta información sobre un tema técnico como sea posible en una semana?
- Hay un gran archivo de palabras que está cambiando dinámicamente. Continuamente estamos agregando algunas palabras. ¿Cómo haría un seguimiento de las 10 palabras más populares en cada momento?
- ¿Cómo se preparan otros ingenieros de software senior para codificar entrevistas?
- Como entrevistador, ¿seleccionará a un entrevistado que haya escrito el siguiente código para rotar una matriz 90 grados hacia la izquierda (sin usar estructuras de datos adicionales) en comparación con la solución dada en el libro de Gayle Laakmaan Cracking the Coding Interview?
- Cómo leer libros de entrevistas de programación de manera eficiente