¿Llevar el código a una entrevista? [cerrado]

Prefiero no . Solo haría esto cuando se me solicite explícitamente y, por supuesto, no puede traer un código que sea confidencial de alguna manera, lo que generalmente se aplica a todo lo que escribió en su trabajo anterior, por lo que básicamente está restringido al código que creó en su tiempo libre. (La mayoría de los entrevistadores lo acompañarán de inmediato a la puerta si recibe un código confidencial de su empleador actual ...)

De todos modos, como entrevistador, prefiero verte escribir durante la entrevista, así que puedo estar seguro de que tú eres quien tiene las habilidades . Es demasiado fácil tener buenos amigos que te ayuden a escribir el código más impresionante y a memorizar las explicaciones.

Creo que es una gran idea! Es una lástima que las revisiones de código no se realicen con mayor frecuencia, ya que es una de las pocas maneras de reconocer a los buenos programadores (excepto que realmente tienen que codificar algo). Mirando el código de alguien, rápidamente se da cuenta de lo bueno que es un programador simplemente porque su código es "más limpio".

Si estuviera entrevistando, estaría analizando dos cosas que probablemente sería bueno incluir en el código que traes

a) La calidad de alguna implementación / método / algoritmo. Muestra algún código que hayas encontrado especialmente elegante

b) La arquitectura general de un programa más grande. ¿Cómo ha manejado las dependencias el programador? ¿Puede explicar las decisiones de diseño que ha tomado?

El objetivo no es revisar todo el código, por lo que realmente no importa el tiempo que el código traiga, sino lo que eligió resaltar.

Una variante de esto es proporcionar al entrevistador la URL del repositorio para algún proyecto de código abierto en el que hayas realizado una importante contribución.

No.

A menos que esté programado para dar una presentación de duración razonable en su entrevista, el tipo de código que tiene tiempo para mostrar y ellos tienen tiempo para apreciar; no puede ser representativo de su habilidad, independientemente de dónde se encuentre en su carrera.

Si quieren ver evidencia de que usted es un desarrollador de software maduro, entonces no se encontrará en el tamaño del programa por el que puede ver efectivamente la sección AOB de una entrevista.

Si quieren que demuestres que puedes programar, tendrán una prueba adecuada o te ayudarán a hacer algo pequeño como una lista enlazada en el momento. Si trae consigo una implementación de lista enlazada en una llave USB, no tienen idea de cuánto copió de un libro; si te tomó 10 minutos o dos semanas; o si tuvo que preguntar stackoverflow qué es un puntero.

Por otra parte, ¿qué mostrarías? El código limpio y bien escrito que es fácilmente comprensible es aburrido. Sus entrevistadores no se quedarán allí maravillados de la claridad con la que pueden captar la intención de su fragmento, se preguntarán por qué considera que es la joya de su corona. Por otro lado, imagina que inventaste algo inteligente como Duff's Device y querías mostrarlo. Los entrevistadores probablemente te considerarán un enemigo de la legibilidad.

El código que muestra debe ser generalmente lo suficientemente pequeño como para hablarlo en 5 minutos, y el código no debe ocupar más de 2 páginas impresas. Incluso si es solo un método que escribiste para analizar números telefónicos de una guía telefónica, es útil.

Si quieres llevar el diseño. No lleves el código. Más que ver la limpieza, el entrevistador comenzará a señalar los errores. Ciertamente habría (muchos) errores (que no has pensado) si el proyecto es un proyecto de escuela secundaria. Y si se trata de un código de compañía, es ilegal llevar el código con derechos de autor y mostrarlo a otras personas.
Es posible que mostrar el código que ya ha escrito no tenga mucho peso si no responde las preguntas formuladas por el entrevistador. Y si no lo llevas, entonces tampoco hay puntos. Entonces, para qué molestarse.

Sí !

  

Cualquier tonto puede escribir código que un   la computadora puede entender, se necesita un   gran programador para escribir código que una   el humano puede entender.

Solo por esa razón, debes presumir

Si tiene un fragmento de código que es particularmente interesante, entonces, por supuesto, tráigalo (asumiendo, por supuesto, que no está protegido por propiedad intelectual). Pero no lo fuerce en el entrevistador . Si él / ella está interesado en mirar su código, le preguntará si tiene algo que mostrar.

Prepárese para explicar por qué es interesante, y mejor, qué haría de manera diferente en el futuro.

Si ha realizado algún desarrollo de código abierto (ya sea comercial o personal), creo que sería una gran idea. Envié fragmentos de código junto con los materiales de solicitud para el trabajo que tengo actualmente, por lo que me atrevo a suponer que funcionó bien para mí. Asegúrate de respetar la confidencialidad / los derechos de autor y otorga atribuciones a otras personas involucradas (si se trata de un proyecto de colaboración).