Recibí una oferta de una compañía de software: ¿puedo *Yo* pedir una muestra de código ahora? [duplicar]

Sé que esta pregunta llamará la atención y la disfruto.

Aprobé la entrevista con una empresa que fabrica software y obtuve una oferta. ¿Puedo pedir una muestra de su base de código? La razón es que la empresa está fundada y dirigida por varios doctores en matemáticas y física de gran talento, y esto a menudo implica que la calidad del código fuente es pura basura (para citar un clásico: https://academia.stackexchange.com /questions/17781/why-do-many-talented-scientists-write-horrible-software ). Todo ingeniero de software "puro" sabe que: detrás de un investigador brillante se esconde un pésimo programador, y no quiero ser el conserje limpiando tras él.

¿Es esa una petición aceptable? Si es así, ¿cómo puedo motivarlo sin sonar grosero?

No estoy seguro de cuán útil será Internet aquí. La única forma de averiguarlo es preguntándoles. No me parece descabellado. Si yo fuera la empresa, probablemente te pediría que vinieras a la oficina en lugar de enviarte algo.
Y una muestra no dice nada sobre cómo codifican sus otras personas. Además de la cuestión de si quieren mostrarle algo significativo sin un NDA firmado, aunque eso podría ser manejable. Básicamente, creo que la respuesta va a ser que corregir los errores de los demás siempre es una parte implícita del trabajo, y hacer mucho ruido al respecto es una buena manera de que te inviten a postularte en otro lugar. Tl;dr: siempre puedes preguntar, pero es posible que no te guste su respuesta o su reacción.
THAAAT es la actitud con la que las empresas quieren que los nuevos empleados se presenten </sarcasm>. ¿Consideró que tal vez la razón por la que quieren contratar a un ingeniero de software "puro" es para llevar buenas prácticas a su empresa? Además, esta es una pregunta que deberías haber hecho en la entrevista.
@NathanCooper - "Lo suficientemente bueno" no es el problema. Como ingeniero (cualquiera que sea la disciplina), lo contratan para resolver problemas. Nadie dijo "arrodíllate", pero si eres tan prima-donna que no estás dispuesto a abordar una base de código funky, tendría cuidado de llamarte "Ingeniero". Sin embargo, la cuestión de si el puesto tendrá o no la autoridad para corregir el mal humor es totalmente apropiada.
Sospecho que keshlam tiene razón. Es lamentable que esto no fuera parte de la entrevista. Pero estoy seguro de que podría comunicarse con ellos y obtener algo de tiempo para ver el código, los problemas que están resolviendo y tener una idea de sus colegas. Estoy seguro de que esta empresa no tiene interés en contratar a alguien que no quiera trabajar en el código base.
@WesleyLong Sí. Disculpas por mi hipérbole. Supongo que si el OP tiene esa mentalidad, eso es algo malo. Personalmente, no me importa sumergirme en bases de código retorcidas. Mi propio requisito de prima-donna es que trabajo con buenas personas que se preocupan por la codificación y de las que puedo aprender. Si no puedo determinar eso en la entrevista, me gustaría pensar que hay una forma de darle seguimiento. Podemos discutir esto en el chat , si quieres continuar.
No entiendo totalmente tu lógica aquí. Claramente lo contrataron por sus habilidades de software. Su lógica es que si su código es realmente malo, es una razón para NO trabajar allí. Entonces, si usted es un activo valioso, ¿entonces no es una buena opción para usted? Si no quieres ser el chico del software, entonces no vayas a trabajar allí. No te están contratando para escribir algoritmos. Si cree que necesita hacer esa pregunta, entonces este no es el trabajo adecuado para usted.
Los sentimientos del OP pueden no ser aceptables, pero es una buena pregunta. No vote en contra de las buenas preguntas.
No veo cómo van a cumplir. ¿Cómo van a elegir una pieza de código en particular? ¿Y por qué no deberían elegir la pieza de código más impresionante del repositorio? Lo que sea que obtengas, será irrelevante, insustancial o inconsistente.
@keshlam Bueno, supongo que una muestra podría mostrar el tipo de código que permiten a través de la revisión por pares.

Respuestas (2)

Puede ser difícil hacer esta pregunta sin parecer grosero o arrogante. Corre el riesgo de envenenar el pozo si le pide a los fundadores de la empresa que demuestren su competencia desde el comienzo de la relación.

Supongamos que es el gerente de contratación en una organización similar. ¿Qué pensarías de esta petición? Si considera lo que implica sobre sus interacciones diarias con el empleado durante años en el futuro, ¿le gustaría tener a la persona que lo logró en su equipo? Piense cuidadosamente en estas cosas cuando formule su pregunta (o decida si formularla).

Si decide seguir adelante con su pregunta, debe formularla como si quisiera asegurarse de que sus habilidades se ajusten bien al código base existente, y no como si le preocupara tener que limpiar el desorden de alguien.

No puedo evitar pensar en esto al revés: "Piense en lo que el candidato pensaría sobre sus interacciones diarias con este empleador en los próximos años; cuestionando las habilidades que ha declarado que tiene, ¡incluso pidiendo pruebas!" . El proceso de la entrevista no se parece en nada a las interacciones del día a día. Puede que tengas razón, pero no deberías

Si tenía sospechas justificadas de que el código base era "basura pura", el momento de probarlo es durante el proceso de entrevista. Está perfectamente bien pedir sentarse con alguien y obtener un "recorrido de código" y luego podría hacer preguntas directas y ver cómo están las cosas. De hecho, lo he hecho yo mismo más de una vez (aunque me considero del lado del dominio en lugar del lado del desarrollador). Sin embargo, lo que aprendí de él es que la base de código es MUCHO MENOS importante que las personas con las que trabajaría.

Preferiría tener una base de código de mierda y un equipo realmente consciente/creativo que esté abierto a nuevas ideas que una base de código apretada con 'agujeros que ejecutan el programa'.

Esperar hasta que llegue la oferta y luego tener los pies fríos significa que no ha pensado en esto. Está bien tener dudas, pero sea sincero con usted mismo en lugar de tratar de atribuirlo todo a "la base de código" solo para que pueda tener algo en sus manos que pueda usar para confirmar sus sentimientos.