Cómo tratar con un entrevistador que necesita una muestra de mi trabajo pero no puedo mostrársela debido a algunas circunstancias

Apliqué como ingeniero de software en una empresa y me entrevistaron. La entrevista inicial con el empleador fue buena. El siguiente paso para el proceso de solicitud fue ser entrevistado por un desarrollador técnico líder. El líder técnico me pidió que mostrara algunos resultados de muestra de mi trabajo, pero no puedo mostrar mi resultado de muestra porque los resultados que he hecho son SOLO para uso dentro de mi empresa anterior y son muy confidenciales.

Tenga en cuenta que en mi empresa anterior. Las unidades flash están prohibidas y se supervisa la carga. Es por eso que realmente no puedo copiar mi trabajo fuera de la empresa.

Hablé con el líder técnico y le dije que no puedo dar el resultado de la muestra debido a su confidencialidad. A cambio, el líder técnico simplemente me agradeció por mi tiempo y me dijo que se comunicaría conmigo pronto. Que no he recibido una devolución de llamada durante dos meses.

Dada la situación. ¿Qué podría haber hecho para que probaran que he hecho este y aquel proyecto?

en que parte del mundo estas? Donde vivo, es normal no poder mostrar trabajos anteriores. No podemos saber si es lo mismo para su área.
He pasado exactamente por el mismo problema que tú, tengo la sensación de que muchos desarrolladores tienen el mismo problema. Lo que comencé a hacer fue hacer proyectos personales demostrando las habilidades que tenía en mi CV y ​​luego subirlos a un lugar público como GitHub para que los posibles empleadores puedan verlo fácilmente.

Respuestas (5)

Como entrevistador, no creo que le pida ver su código. Puedo decir mucho más teniendo una discusión contigo sobre aspectos del idioma. No tengo forma real de saber si el código que me muestra es realmente suyo. Las pruebas de codificación como parte de una entrevista me molestan por la misma razón, no es realmente un buen indicador de tus habilidades.

La mayoría de los trabajos en los que he tenido el código serían propiedad de la empresa o estarían clasificados de alguna manera, por lo que dárselo a otra persona no es una opción. De hecho, podría ver a algunos entrevistadores usar eso como una prueba para ver si les proporcionaría el código de propiedad de su empresa anterior y usarlo como un ataque en su contra porque eso muestra una falta de profesionalismo.

Como respuesta a su pregunta, creo que simplemente diría "No puedo proporcionarle el código porque es propietario y estoy seguro de que querrá que respete su código de la misma manera, pero estaré feliz para discutir los proyectos y tecnologías que he usado tanto como quieras"... posiblemente expresado mejor. La mayoría de las personas no tienen sus propios proyectos o presentaciones de código abierto para proporcionar. Deberían ser capaces de entender eso.

"La mayoría de las personas no tienen sus propios proyectos o presentaciones de código abierto para proporcionar". Este es un problema que se puede abordar muy fácilmente. Si desea recibir una buena remuneración como desarrollador, un perfil activo de Github es increíblemente comercializable.

Como empleador, nunca contrataría a alguien que dijera esto (el énfasis en negrita es mío):

El líder técnico me pidió que mostrara algunos resultados de muestra de mi trabajo, pero no puedo mostrar mi resultado de muestra porque los resultados que he hecho son SOLO para uso dentro de mi empresa anterior y son muy confidenciales.

Tenga en cuenta que en mi empresa anterior. Las unidades flash están prohibidas y se supervisa la carga. Es por eso que realmente no puedo copiar mi trabajo fuera de la empresa.

La verdadera razón por la que no puedes mostrar tu trabajo fuera de tu empresa es porque no tienes permitido hacerlo. Eso es. Es tan simple como eso.

No importa cuáles sean los protocolos de seguridad, o incluso si los protocolos de seguridad son inexistentes. Si no te lo permiten, no te lo permiten. E incluso insinuar que podrías estar lo suficientemente desesperado como para violar la confidencialidad de tu empleador anterior solo me indicaría que podrías estar dispuesto a violar la confidencialidad de mi propia empresa si te contratara.

En cuanto a las otras respuestas, son absolutamente correctas. Necesita trabajar en sus propios proyectos paralelos o proyectos de código abierto.

Siento que solo capturaste parte de la cita. La parte que faltaba era desde el principio: "El líder técnico me pidió que mostrara algunos resultados de muestra de mi trabajo, pero no puedo mostrar mi resultado de muestra porque los resultados que he hecho son SOLO para uso dentro de mi empresa anterior y es muy confidencial." Esto deja claro que va en contra de las reglas. La parte que citó explica hasta dónde llega la empresa para eliminar los derrames accidentales.
@mhoran_psprep me That's is why I cant really copy my work outside the company.muestra que el OP coloca las restricciones físicas por encima de la confidencialidad. De lo contrario, el OP habría dicho My work is company confidential, but even if it wasn't I still can't even access it from outside due to IT restrictions.
Ok, he agregado el resto ahora, pero puede editar su pregunta original y estaré encantado de retractarme/eliminar mi respuesta original por completo.

Para el líder técnico, significa que no puede demostrar su competencia de la manera en que lo solicitaron, mientras que otros solicitantes sin duda podrían hacerlo.

Una cosa que puedes hacer es contribuir a proyectos de código abierto o hacer proyectos personales. Luego use ese trabajo como muestra. No soy desarrollador, pero no tendría problemas para encontrar varios miles de líneas de código que tengo de proyectos personales si me pidieran una muestra.

Si presentas un proyecto de código abierto, ¿cómo presentarías las miles de líneas que son tuyas aparte de las otras miles de líneas de otros?
@Brandin, en GitHub (e incluso en otras plataformas similares), sería muy fácil. GitHub tiene todo tipo de herramientas para rastrear contribuciones individuales. Si no está familiarizado con esas herramientas, debe familiarizarse con ellas. Es absolutamente inaceptable en estos días que un desarrollador no utilice un sistema de control de versiones moderno (ya sea para el trabajo o para proyectos de software personales).
@StephanBranczyk Sí, estoy familiarizado con las herramientas para desarrolladores. ¿Pero por presentarlo a un empleador? ¿Podrías simplemente decir "verificar mis confirmaciones"?
@Brandin Una buena tienda de software sabrá qué buscar en su perfil de GitHub. Hay una fuente de actividad de todas sus confirmaciones y un escaneo rápido de esas contribuciones suele ser lo que busco.
@Brandin Una forma es crear sus propios proyectos de código abierto y ser el único colaborador. El hecho de que sea un código OSS no significa que tenga que ser un gran proyecto, y diría que una utilidad simple y bien diseñada que resuelve un problema común muestra más que contribuir a un gran proyecto.
No tiene que ser de código abierto, no tengo código abierto, tampoco estoy muy seguro de qué es Github, y dudo que los desarrolladores en mi país lo tengan, pero podría extraer miles de líneas de código de proyectos personales.
Esta respuesta lo clava en la cabeza. Ese empleador no tiene el tiempo ni la preocupación en el mundo para reflexionar sobre si estás diciendo la verdad o no; simplemente lo tomarán como "no tiene nada que mostrarnos, sigue adelante".

No te preocupes por eso. Nunca me han pedido que demuestre mis habilidades de codificación con una muestra. Tampoco he pedido nunca una muestra de código.

En demasiadas situaciones, no hay oportunidad de mostrar su trabajo anterior porque el cliente o el empleador posee el código y no tiene motivos para dejar que otros lo vean.

La empresa con la que te encontraste siente que puede rechazar a cualquiera que no pueda dar ejemplos. Si aún obtienen suficientes candidatos de calidad, está bien. Si no obtienen suficientes buenos candidatos, se adaptarán.

Simplemente pasaría a otros posibles empleadores.

Al menos en el Área de la Bahía, se espera que los ingenieros de software tengan una cartera de trabajo decente visible en una plataforma de control de fuente pública (como GitHub) que contenga código creado por usted de sus pequeños proyectos paralelos o proyectos de código abierto en los que contribuye.

Puedo entender por qué el líder técnico no completó su solicitud. Tu falta de trabajo visible hace que su decisión sea más difícil y arriesgada, lo que ya te pone en desventaja en comparación con otros candidatos con esta información a la mano.

¿Por qué se espera que uses Github? Hay otras formas de publicar código.
@Brandin, GitHub es gratuito para proyectos públicos. También existe bitbucket, que es gratuito para pequeños proyectos privados. Hay GitLab. Hay otros todavía. No importa qué sistema de control de versiones use, siempre y cuando sea fácil de usar y también esté alojado en línea para que pueda proporcionar enlaces fácilmente y puedan ver el historial de sus cambios. Nuevamente, GitHub es actualmente el más popular para ese tipo de cosas, pero no tiene que ser GitHub. Es como si alguien te dijera que busques algo en Google, no significa necesariamente que quiera que uses Google en lugar de tu motor de búsqueda preferido.
@StephanBranczyk La respuesta sería mejor decir "perfil público". O si insistes en mencionar a Github, "perfil público (como Github)".
@Brandin, no escribí esa respuesta original, pero seguro que estoy de acuerdo contigo.
@Brandin, le estoy diciendo cómo es en el Área de la Bahía, que es posiblemente desde donde se filtran los estándares para el proceso de entrevista. Casi todos los ingenieros con los que he trabajado o entrevistado tienen un perfil de GitHub si valen la pena.
Edité mi respuesta sin embargo.