Seamos claros aquí: la codificación de pizarra produce código de baja calidad. Todos lo saben. Esta es una de las razones por las cuales las personas no codifican en una pizarra cuando en realidad escriben código ‘real’.
La codificación de pizarra es un compromiso, y los entrevistadores consideran que es una simulación algo razonable de lo que podría hacer en una situación del mundo real; pero hablando como alguien que hace muchas entrevistas técnicas, te diré que asumo que harás un montón de atajos al codificar la pizarra. Los nombres de variables son solo uno de los compromisos; tampoco verá comentarios en un fragmento de código de la pizarra (en parte porque nadie perderá el tiempo para hacerlo; en parte porque explican a medida que avanzan y la vida útil esperada del código se mide en minutos) y, a menos que usted lo haga Entrevistas específicas para esto: no verá ningún caso de prueba.
Entonces, ¿qué sentido tiene la codificación de pizarra? Para mí, se trata de cómo aborda el problema y su algoritmo general.
- ¿Se está preparando una sexta edición de Cracking the Coding Interview? Si es así, ¿qué podemos esperar de él?
- ¿Puedo descifrar la entrevista de Google en solo 1 mes de preparación? ¿Si es así, entonces cómo? Solo conozco los conceptos básicos de C y C ++.
- ¿Cómo debo comenzar a prepararme para entrevistas SDET (Ingeniero de desarrollo de software en pruebas) para empresas de productos como Flipkart, Amazon, etc.?
- ¿Dónde puedo encontrar recursos adecuados para las preguntas de diseño del sistema formuladas en entrevistas?
- ¿Qué sitios web son buenos para prepararse para las entrevistas de Software QA?