¿Trayendo código a una entrevista? [cerrado]

¿Es una buena idea llevar código impreso o código en un USB a una entrevista? Si es así, ¿qué tipo de código debo traer? ¿Debo evitar grandes proyectos y solo mostrar pequeños fragmentos que muestren mis habilidades?

Más bien no . Solo haría esto cuando lo solicite explícitamente y, por supuesto, no puede traer código que sea confidencial, 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 viene con un código confidencial de su empleador actual ...)

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

¡Pienso que es una idea genial! Es una pena que las revisiones de códigos no se realicen con mayor frecuencia, ya que es una de las pocas formas de reconocer a los buenos programadores (excepto que realmente tienen que codificar algo). Al mirar el código de alguien, rápidamente se da una idea de lo bueno que es un programador simplemente por lo "más limpio" que es su código.

Si estuviera entrevistando estaría viendo 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 un código que te pareció especialmente elegante

b) La arquitectura general de un programa más grande. ¿Cómo ha manejado el programador las dependencias? ¿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 cuánto tiempo sea el código que traiga, sino lo que elija resaltar al respecto.

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

No.

A menos que esté programado para hacer 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 apreciarlo; 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 eso no se encontrará en el tamaño del programa que puede recorrer en la sección AOB de una entrevista.

Si quieren que demuestres que puedes programar, te harán una prueba adecuada o te harán hacer algo pequeño como una lista vinculada en el acto. Si trae una implementación de lista vinculada 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.

Además, ¿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 cuán claramente pueden captar la intención de su fragmento, se preguntarán por qué consideran que es la joya de su corona. Por otro lado, imagina que inventaste algo inteligente como el dispositivo de Duff y quisiste mostrarlo. Los entrevistadores probablemente lo considerarían un enemigo de la legibilidad.

Por lo general, el código que muestra debe ser lo suficientemente pequeño para que se pueda hablar 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 escribió para analizar los números de teléfono 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 (en los que no has pensado) si el proyecto es algún proyecto de escuela secundaria. Y si se trata de un código de empresa, es ilegal llevar el código con derechos de autor y mostrarlo a otras personas.
Mostrar el código que ya ha escrito puede no tener mucho peso si no responde las preguntas que le hizo el entrevistador. Y si no lo llevas, entonces tampoco hay puntos de cinco. Entonces, para qué molestarse.

¡Si!

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

Solo por esa razón deberías presumir

Si tiene un código que es particularmente interesante, tráigalo (suponiendo, por supuesto, que no es propiedad intelectual protegida). Pero no lo fuerce al entrevistador . Si 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, así que me atrevería a adivinar que funcionó bien para mí. Asegúrese de respetar la confidencialidad / derechos de autor y atribuya a otros que estuvieron involucrados (si fue un proyecto colaborativo).