Ejemplos de códigos para futuros empleadores

Soy un nuevo desarrollador de software profesional y tengo una situación bastante extraña.

Mi trabajo, si bien es técnico, no está en un entorno de software tradicional. Soy el único desarrollador que fue contratado para hacerse cargo lentamente de un desarrollador sénior a medida que se ve desplazado desde que decidió tomar otro trabajo.

Acepté mi trabajo actual después de enviar una muestra de código, mi proyecto de último año en la escuela, y me extendieron una oferta. No planeo irme, ya que amo el ambiente y a mis compañeros de trabajo, pero si alguna vez quiero irme o si algo sucede y me despiden, ¿debería tener ejemplos de código para futuros empleadores ya que mi trabajo actual no es ¿Se compara fácilmente con empresas más grandes y la jerarquía que pueden usar? Es decir, desarrollador junior, desarrollador, desarrollador senior, etc.

Me clasifico como desarrollador de software junior, si eso le importa a alguien.

No está de más tener muestras, algunos empleadores las quieren, otros no, pero mientras más flechas tenga en su arco, mejor.
Involúcrate en un Open Source
Ni siquiera pensé en eso @Paparazzi. Gran idea.
@Micheal: Tienes que involucrarte en el código abierto o tener un proyecto paralelo. No puede simplemente dar muestras de código del código de su empleador (no es de su propiedad) a otras personas sin permiso.
Como precaución. NUNCA proporcione ejemplos de código de sus empleadores anteriores, en caso de que esto realmente no se le haya pasado por la cabeza. SERÁ DEMANDADO .
@Nelson tiene un buen punto, en caso de que alguien más que lea esto no lo supiera. En mi caso, he firmado algunos NDA, por lo que definitivamente podría ser demandado si hiciera eso.
Incluso si no firmó NDA, el código que produce ha asumido los derechos de propiedad intelectual de la empresa porque está produciendo dicho código bajo empleo. El código creado bajo empleo es de la empresa, no suyo. Olvidé el término específico en este momento, pero lo he leído un par de veces aquí.
@Nelson que es una gran información. Gracias por la aclaración.
Se considera una buena práctica tener algunas "muestras de código" generalmente en forma de contribuciones de código abierto o proyectos privados en github. No puede usar el código de su lugar de trabajo, simplemente nunca lo haga. Estar involucrado en el código abierto puede beneficiarlo en gran medida en más de una forma y beneficiará a todos los que usan el software en el que ha contribuido. Es una cosa de ganar/ganar.
Si bien @Nelson tiene un buen punto, puede usar muestras de un empleador si destripa o reescribe la información patentada y la convierte en genérica. La mayor parte de esto se puede hacer cambiando el nombre de las variables y cambiando ligeramente los procedimientos.
@RoughTomato ¿Cómo puede usar una contribución de código abierto como muestra de código? Por ejemplo, digamos que contribuí con algunas correcciones de errores a Firefox. ¿Cómo vas a enviar eso como una "muestra de código"?
@Brandin Suelo adjuntar un enlace a mi perfil en mi CV. Para que las personas involucradas en el reclutamiento puedan acceder a todo lo que necesitan. En el pasado, no he estado adjuntando mi perfil y me preguntaron mucho acerca de "proporcionar algún código de ejemplo". Hay información en github sobre su contribución, correcciones de errores, problemas publicados. Aunque he tenido una situación en la que los reclutadores ni siquiera revisaron mi cuenta, solo lo mencionaron en la entrevista y me preguntaron en qué tipo de proyectos estaba involucrado en código abierto.

Respuestas (1)

¡Sí! Debe tener ejemplos de código (pero no del código que escribió en el trabajo a menos que tenga permiso por escrito de su empleador; ese código es de ellos, no suyo) independientemente de cualquier cosa inusual sobre su trabajo actual, no le hará daño tenerlos. práctico y podría ayudar mucho.

ya que mi trabajo actual no se compara fácilmente con empresas más grandes y la jerarquía que pueden usar? Es decir, desarrollador junior, desarrollador, desarrollador senior, etc.

Creo que los títulos específicos en un currículum son menos interesantes que los detalles sobre lo que hiciste, por lo que no debes preocuparte demasiado por eso. Todos los que han estado en la industria el tiempo suficiente para revisar currículos como parte de su trabajo han visto malos desarrolladores con títulos senior y excelentes con títulos junior. Solo describe lo que hiciste en tu currículum y estarás bien.

Las muestras de código siempre son buenas... Para el punto de Mel, no puede revelar la propiedad de su empresa, a menos, por supuesto, que los convenza de abrir el código fuente de parte del trabajo, en cuyo caso obtiene el beneficio de construir su cartera mientras en el trabajo!
Ejemplos de códigos para futuros empleadores
RespuestasAquíPolítica de privacidad1y, 0v