¿Qué fuentes de muestra de trabajo deberían usarse en una entrevista de trabajo? [cerrado]

Uno de mis amigos ha sido despedido. Cuando hablé con él, dijo que no le permitieron tomar una copia de nada en lo que trabajó. Cuando preguntó en una entrevista cómo mostrarle lo que trabajó a otro empleador, le dijeron que tendría que dar algunas explicaciones.

¿Deberíamos, como programadores, permitirnos tomar muestras de nuestro trabajo anterior, antiguos empleadores? ¿Qué fuentes de código deberíamos esperar mostrar en una entrevista? Cuando casi todos los empleadores solicitan muestras de trabajo, ¿cómo podemos justificar lo que se puede enviar? ¿Es nuestra responsabilidad mantener proyectos después del trabajo durante toda nuestra vida para que tengamos un código que podamos mostrar legalmente a nuestro próximo empleador?

El Título 17 § 107 del código de EE. UU. Describe las circunstancias en las que una obra protegida por derechos de autor puede copiarse para un uso justo, ya sea que la obra haya sido publicada o no. Como la ley de derechos de autor es lo que generalmente protege el código fuente, es relevante para su pregunta.

No soy abogado, y no conozco ninguna jurisprudencia que establezca esto de ninguna manera, pero en mi opinión, copiar ejemplos breves de su trabajo sería de uso justo, siempre que sea una muestra lo suficientemente pequeña como para no ser un programa o módulo de trabajo completo, y que no revela ningún secreto comercial. Uno de los diez archivos de su implementación de un controlador para un chip con una hoja de datos disponible públicamente no perjudicará a sus antiguos empleadores de ninguna manera. Su implementación del algoritmo de alto secreto de la compañía que ayudó a diseñar lo meterá en problemas.

No estoy seguro acerca de la parte legal, pero lo que pienso de ella, nunca se le debe permitir llevar su trabajo con usted. Te pagaron por el trabajo. Esa no es su propiedad, sino la propiedad de su empresa.

Es común que la gente lleve su trabajo con ellos por referencia u otras razones, sin informar a la empresa. Esa es la única forma en que puedes hacerlo. Aún eres responsable de ello, en caso de que tenga fugas.

Tuve una situación similar en la que podía mostrar mi antiguo trabajo y eso probablemente habría aumentado mi perfil, pero elijo no demasiado y no me arrepiento. Ese era el activo de mi antigua empresa y debería ser así. Si sus habilidades de comunicación no son lo suficientemente buenas como para explicar lo que hizo, no debería culpar a su empleador anterior.

Nota: No estoy seguro de qué tipo de trabajo se hace referencia aquí. Eso podría importar hasta cierto punto.

Si alguien asistiera a una entrevista y me mostrara algo que era propiedad claramente confidencial de un empleador anterior (incluido el código fuente de un sitio web público), tendría serias reservas sobre la contratación de esa persona independientemente de sus otras habilidades y capacidades.

Es decir, sospecho que esto es perfectamente legal y aceptable, y cualquier empleador posterior por el que valga la pena trabajar comprendería la situación.

En mi experiencia, los empleadores están más interesados ​​en los resultados de su trabajo anterior, o escucharle describir la arquitectura del mismo. No están interesados ​​en pasar por páginas y páginas de código real. Si realmente quieren ver su estilo de codificación, generalmente le pedirán que haga una tarea trivial.

Personalmente, le pregunto a mis empleadores si puedo tomar capturas de pantalla de mi trabajo para agregar a mi cartera. Haré un poco de edición de imágenes para eliminar datos específicos de la empresa, o completar la aplicación con datos ficticios, por lo que generalmente están de acuerdo. Luego puedo usar estas capturas de pantalla para describir la aplicación a posibles empleadores, y pueden ver los resultados de lo que he hecho en el pasado.

Solo recuerde preguntarle a su empleador primero. No tomaría nada, ni siquiera capturas de pantalla que tuvieran datos específicos de la compañía eliminados, a menos que estuvieran de acuerdo.

No estoy seguro de dónde trazar la línea al mirar copias de código o una pregunta sobre cómo resolvió un problema en particular. ¿Cuántos detalles puedes entrar sin revelar algo importante sobre el código?

Si me traes una copia impresa, ¿cómo sé que la escribiste? Por supuesto, se le pedirá que explique qué hace y por qué lo hizo de esa manera. Podría ser igual de fácil que mire el código de otra persona y explique qué hace y cómo lo mejoraría.

Eventualmente, solo tendrá que demostrar que puede escribir código y espero que la forma de hacerlo sea escribiendo código.

Puede ahorrarle problemas si trabaja en un proyecto de código abierto y obtiene una recomendación de una fuente confiable que puede verificar sus contribuciones. Dudo que su empleador actual lo reclame, pero no sé la ley donde vive.

Bueno, debes entender que no es tu código. No tiene derecho a mostrárselo a nadie, y su antiguo empleador ciertamente tiene derecho a proteger sus conjuntos al no permitirle irse con una copia.

El código que normalmente mostrarías en una entrevista consistiría en proyectos de pasatiempos y / o utilidades que generaste en tu tiempo libre. Si no tiene ninguno de estos para mostrar y está buscando un trabajo, comience a trabajar en uno. Un repositorio público de git-hub es una gran cosa para mostrar en una entrevista.

Además, creo que mostrar un código de empleador anterior en una entrevista es de mal gusto y probablemente le costará la entrevista. Todos y cada uno de los códigos PUEDEN estar plagados de errores que pueden exponer una vulnerabilidad.

Recientemente comencé un blog registrando mis experiencias al enfrentar el desafío de aprender a programar. Como soy un principiante bastante avanzado, no tengo una gran cantidad de proyectos anteriores, por lo que esta también es una forma de documentar mi progreso. Este blog también sería una cartera pública en línea viable de mis habilidades. Nada de eso está construido en el tiempo de trabajo, o depende de bibliotecas de trabajo o conceptos propietarios que pueden estar cubiertos por la confidencialidad.

Este sitio es posiblemente el único código que ya tendría que entregar si me lo pidiera en la entrevista; es público y tiene un historial de seguimiento, aunque sería mejor si toda la fuente de tales proyectos estuviera alojada en GitHub o similar.

Si no pudiera escribir a mano la sintaxis y los conceptos básicos para una pregunta de entrevista en el idioma elegido, probablemente no sería lo suficientemente bueno para ellos.

Todo lo que digo se aplica a los empleados normales a voluntad. Si eres un contratista, entonces las reglas pueden ser diferentes, aunque apostaría poco con respecto a estos puntos.

Si usted es un empleado regular, entonces todo lo que hizo es propiedad de su empleador. Eso significa que no puedes llevarlo contigo sin permiso. Es de ellos, ¡por eso te pagaron por hacer el trabajo! Y no necesariamente quieren que se muestre en toda la industria.

Están perfectamente en su derecho de no permitirle conservar una copia.

Después de que lo hayan despedido / suelte, es demasiado tarde, en mi opinión. (Bueno, no es demasiado tarde, pero ahora tienes trabajo que hacer en tu nuevo "tiempo libre").

Debería estar haciendo OTROS PROYECTOS DE PROGRAMACIÓN en su tiempo libre. Aplicaciones de shareware, teléfonos inteligentes o tabletas. Trabajar en proyectos de código abierto. SELECCIONA UNO, y luego hazlo.

SO: cuando el posible empleador le pide muestras, tiene mucho que mostrar de su "tiempo libre".

Estoy de acuerdo: las cosas que hizo como empleado remunerado para sus empleadores anteriores nunca deben tomarse y ciertamente no deben mostrarse.

Es propiedad de la compañía (a menos que se indique lo contrario en su contrato si tiene uno). Pueden hacer lo que quieran con él, incluso no permitirle acceder, mostrarlo o copiarlo. Le pagaron para producir algo, es de ellos.

From what I know of my other co-workers, people easily get the stuff they worked on
(without informing the company), and either make a video or take some screenshots of it
without any problem.

Esto podría verse como un robo y muy bien podría ser ilegal.

Yo no soy un abogado.

Una parte clave del trabajo de un desarrollador es la comunicación. Si puede comunicar bien su historial de trabajo y conocimiento anteriores, entonces no hay necesidad de proporcionar el código anterior.

Además, la compañía para la que trabaja tendría en la gran mayoría de los casos la propiedad intelectual del código que usted escribe, entonces, ¿por qué deberían o deberían entregarlo?

Nunca tomaría y mostraría el código que escribí para un empleador anterior. Tampoco confiaría en alguien a quien entrevisté que trajo el código de su último empleador (¿nos van a robar el código después? ¿Realmente lo escribiste?).

Una solución para esto sería trabajar en un proyecto de código abierto o un proyecto secundario personal si necesita demostrar su código. Si bien he hecho esto y me he ofrecido a mostrar el código que he escrito, la mayoría de los empleadores no quieren ver trabajos anteriores (no es una prueba de que realmente lo hayas escrito). Cuando entrevisté a personas en el pasado, les pedí que escribieran fragmentos o respondieran preguntas relacionadas con la programación. No puedes BS eso.

Es posible que no haya podido llevar su trabajo con usted que hizo para su empleador, pero ¿qué programador no tiene proyectos favoritos que pueda mostrar?