Pedir una muestra de código de la compañía en una entrevista [cerrado]

Siempre pido ver un código, por varias razones:

• Quiero saber en qué me estoy metiendo. Por supuesto, ninguna empresa de software es perfecta, y no espero que todo el mundo produzca maravillas de elegancia todo el tiempo (porque yo tampoco), pero Si pido el mejor código de una compañía, y todo lo que me pueden mostrar es un lío de espagueti por debajo del promedio, sé que estoy en un momento miserable, desenvolviendo bolas de pelo y luchando contra la deuda técnica para hacer algo. Mirar el mejor código que una empresa puede mostrar establece un límite superior de qué tipo de calidad es posible allí; incluso si es poco probable que todos su código se vea así, todavía sabes que es algo por lo que luchan.
• Ver ejemplos de código me dice mucho acerca de la cultura de codificación de una compañía . ¿Utilizan los comentarios de la documentación? ¿Se inclinan hacia un estilo orientado a objetos, tienen tendencias de programación funcional? ¿Son conservadores o progresistas? ¿Valoran los nombres consistentes, el formato y la sangría adecuados y el código limpio en general? ¿Es el código fácil de seguir? ¿Cómo estructuran sus proyectos? ¿Cómo abordan las cosas importantes: pruebas automatizadas, manejo de errores, etc.? ¿Qué tan defensivo es su estilo de codificación?
• Ver su código existente te permitirá juzgar si puedes cumplir con sus estándares .
• El hecho de que una empresa esté dispuesta a compartir muestras de código solo es una buena señal en principio. Significa que me ofrecen, el solicitante, algo de confianza , ya que su base de código es uno de sus activos más valiosos. También significa que no se avergüenzan de su código, que confían en que al mostrarme el código me ayudará a interesarme en trabajar con ellos.
• Si no te muestran ningún ejemplo de código, entonces no tiene que ser una bandera roja, pero es aconsejable preguntar por qué no compartirán (es muy probable que simplemente no puedan hacerlo). razones), así como explicar por qué quiere ver algunos. No creo que mostrar interés en su código sea visto como un signo negativo, siempre y cuando lo preguntes de manera educada y positiva.

Y luego hay algunos efectos secundarios más:

Es poco probable que las compañías, aquellas que sí aceptan mostrarte el código, simplemente me envíen un archivo de archivos fuente que contenga la última versión de su base de código completa, por razones obvias. Si me muestran algún código, lo harán en forma de una pequeña demostración, lo cual es genial: significa que puedo hablar con uno de mis compañeros potenciales, me permite hacer más preguntas sobre su cultura de codificación, procesos, y la base de código, e idealmente, ayudará a iniciar una discusión profesional en la que pueda demostrar habilidades y conocimientos y aprender más sobre el entorno laboral. También significa que puedo ver las herramientas que usan, lo cual también es bastante perspicaz, por ejemplo, si el proyecto que me muestran se basa en gran medida en un IDE en particular, esto significa que todo el mundo usa eso, lo cual puede ser bueno o malo. Y, finalmente, hablar sobre un poco de código da una buena impresión de lo bien que puede ir la comunicación profesional futura.

  

Sin embargo, ¿sería aceptable que el candidato le pida al entrevistador que le muestre un pequeño fragmento de código que cree que está bien escrito?

Supongo que cae en todo el mantra 'las entrevistas son bidireccionales', pero no esperaría obtener ninguna. Las preocupaciones de propiedad intelectual son el problema más obvio después del hecho de que no hay una computadora en la sala de entrevistas, y llevarte a una es un poco incómodo.

Además, solo van a elegir el mejor código posible y menos significativo. El mejor código no es realmente un problema, el peor es. Es la misma razón por la que obtener muestras de código de los candidatos es casi inútil.

  

sería aceptable para el candidato pedirle al entrevistador que   ¿Le muestra un pequeño código que cree que está bien escrito?

Puedes preguntar lo que quieras, pero:

• Probablemente no lo conseguirás.

• Si lo obtienes, no te dirá nada útil. Si el 10% de su código es hermoso y el resto son espaguetis, seguirás tratando principalmente con espaguetis.

• Parecerás un pantalón inteligente. Eso no es una gran ayuda si finalmente decides que te gustaría trabajar allí.

• Es un desperdicio de tiempo de entrevista precioso.

• Hay mejores maneras de averiguar lo que quieres saber. Haga preguntas como:

  • ¿Cuáles son los indicadores más importantes de la calidad del código?
  • ¿Mantendré el código existente o escribiré un código nuevo?
  • ¿Puede explicar brevemente cómo funciona su sistema?
  • ¿Tiene un documento de estándares de codificación y todos lo siguen?

Bueno, depende. Siempre me ha gustado saber dónde voy a trabajar.

Veo una entrevista de trabajo como bidireccional. La empresa se entera de usted y usted se entera de la empresa. Pedir código puede ser un poco excesivo, pero hacer preguntas relacionadas con el desarrollo debería estar bien.

Por ejemplo, no aceptaría un trabajo en el que la empresa no utilice técnicas ágiles o TDD o no planee adoptar y alentar tales prácticas. También aprecio cuando una compañía está orgullosa de su producto y su código, cuando parece que el entrevistador está esperando que usted lo pida para verlo, así que tiene una excusa para explicar todas las cosas interesantes que hacen.

Jaja, esa es una pregunta divertida. No me ofendería si alguien me pidiera una muestra de código mientras entrevistaban, pero probablemente tampoco les mostraría ningún código, a menos que me lo pidieran con anticipación y tuviera tiempo para planificar con cuidado.

Definitivamente entiendo la intención de hacer una pregunta así. Como solicitante de empleo, le he pedido la prueba de Joel a un entrevistador antes. No sabían lo que era, pero estaban felices de responder.

En algunos lugares, hacer ese tipo de preguntas podría mejorar tus posibilidades, mientras que podría perjudicar tus posibilidades en otros lugares. La belleza de la vida es que si mejora tus posibilidades, entonces ese es el tipo de lugar donde querrías trabajar. Si le duelen sus posibilidades, entonces no habría querido ese trabajo de todos modos.

No veo nada que perder al preguntar cortésmente y poder explicar por qué quieres verlo.

He hecho esta pregunta en mis dos entrevistas en las que afirmaban que tenían desarrolladores senior que estaban migrando a asp.net mvc3 o 4 o cuando dijeron que querían un código muy comentado. He rechazado en ambas ocasiones debido a la falta de su conocimiento sobre el estándar de código real. El único estándar que encontré fue si funciona copiarlo y pegarlo, y funcionará. No haré esta pregunta si estoy haciendo un nuevo proyecto o tengo que escribir un código independiente de otros en el equipo. Definitivamente veré el código si estoy siendo contratado para reparar un software o función existente y no diré que sí a menos que sepa la respuesta. Supongamos que no pregunta y dicen que pueden arreglar el selector de fecha para comenzar a partir de la fecha de hoy. Cuando observa el código heredado, no ve jquery o jquery ui, sino un selector de fecha personalizado que tiene todas las fechas almacenadas en un archivo xml y cada noche se ejecuta un trabajo cron para actualizar en él los próximos meses. Eso iniciaría el dolor de cabeza ya que el código para lograr esto es menor que las palabras en este ejemplo. Si va a trabajar en su código pida verlo. No preguntar es como citar un trabajo por creer que el cliente dijo que es pequeño. Puede ser que tenga 20 acres de tierra y la jardinería en su 1 acre es pequeña para él, pero Gardner no puede cobrar 50 libras solo porque todos sus pequeños trabajos comienzan desde 50.

Tiendo a trabajar para compañías donde al menos parte de su trabajo es de código abierto, por lo que es trivial encontrar ejemplos de código. Me doy cuenta de quién trabaja en la empresa y luego me ocupo de sus empleados en línea. Dado que las personas tienden a usar el mismo nombre de pantalla, una y otra vez, es fácil encontrar dónde han ingresado el código, ya sea en Github, Bitbucket o en algún otro lugar por completo.

Mi compañía actual tiene una tonelada de código alojado en Github, por lo que fue fácil ver con qué trabajan, qué tan grande es su base de código y qué parece que ya no es de interés.

Nunca pediría una muestra, simplemente porque te mostrarán el mejor código que tienen. Este no es el código con el que estarás trabajando. Probablemente se encuentra en un frasco de campana en una habitación cerrada. Trabajarás con el código desordenado con el que muchas personas han tenido que meterse.

Esto es increíble si puedes conseguirlo. A veces no es posible sin acuerdos tipo NDA, pero siempre es bueno intentarlo. Para aumentar sus probabilidades, hágales saber a sus entrevistadores que desea esto con suficiente antelación (un par de días) para que puedan tener algo en mente que mostrarle.