Siempre puede preguntar al entrevistador, pero en líneas generales: elija un estilo que sea fácil de leer. Eso es lo que hará el entrevistador, así que es algo para lo que desea optimizar (¡legibilidad!). Esto también es importante porque quieren asegurarse de que pueda trabajar con ellos, y alguien que no puede hacer que el código sea fácil de leer hará que la vida de su equipo sea miserable, ya que el código se lee muchas más veces de lo que está escrito, por razones obvias.
Además, pregúntate a ti mismo:
- El estilo de código depende de los lenguajes y marcos muchas veces (piense en el estilo de código Angular 1, en comparación con el estilo de código Yii2 en comparación con Haskell, o lo que sea)
- ¿En qué tipo de tarea? ¿Es una implementación de algoritmo específico en C ++? ¿Una pequeña aplicación web con JS?
- ¿En qué contexto (papel, pizarra, IDE normales, rango de hacker?)
- ¿Cómo se marca el ritmo mental, emocional y físico para un día completo de entrevistas técnicas en empresas como Google, Facebook, Microsoft?
- Si ha sido rechazado de una escuela de codificación de élite y ha vuelto a aplicar y luego ha sido aceptado, ¿cuál es su historia?
- Dado un árbol de búsqueda binario finito T en el que cada nodo contiene datos enteros, puntero a su hijo izquierdo, puntero a su hijo derecho y un puntero al sucesor transversal en orden (que inicialmente se establece en nulo). ¿Puede establecer los punteros transversales en orden de todos los nodos?
- ¿Cuántos montones binarios se pueden hacer de N elementos distintos?
- ¿Las preguntas de entrevistas de software en las principales compañías tecnológicas están específicamente diseñadas para sesgar a los programadores más jóvenes (que aún recuerdan los conceptos teóricos en detalle)?