He estado en mi puesto actual durante mucho tiempo (10 años) y en ese momento, siento que me he desempeñado bien como diseñador, arquitecto de sistemas y programador. Sin embargo, todo ese trabajo ha sido en proyectos internos que no son accesibles desde el mundo exterior.
Veo muchos consejos como este que sugieren 'Si literalmente puedes señalar algo y decir "Escribí esto", es muy impresionante ". ¿Qué pasa si no puedes 'señalar literalmente' nada en absoluto, porque si bien eres un programador apasionado que (como dice el clásico Joel-ism) "es inteligente y hace las cosas", todas esas cosas son invisibles?
¿Debo comenzar a comprometerme frenéticamente con proyectos de código abierto? ¿Iniciar un blog del "mundo real" (no corporativo-interno)? Francamente, pasé la mayor parte de mis 10 años felices aquí, y solo recientemente he considerado irme a pastos más verdes. ¿Me hundiré antes de comenzar a buscar debido a mi enfoque en el trabajo de mi empleador actual, a expensas de mi "presencia pública"?
Respuestas:
Mostrar proyectos externos es útil, pero nunca ha sido un bloqueo para mí contratar o ser contratado en el pasado.
Si puedes hablar sobre los proyectos en los que trabajaste y explicarle a quien sea que te esté entrevistando algunos detalles sobre lo que hiciste, lo que salió bien, cómo le dio valor a tu organización. Emocionarse con lo que hizo y programar en general es una buena manera de sumar puntos en muchos lugares. Mostrar interés en cosas de código abierto, tener una cuenta de github, incluso si todo lo que haces es seguir algunos proyectos, tal vez un pequeño parche, muestra algún valor. He descubierto que la mayoría de los empleadores en realidad no intentan ver los detalles de mis proyectos de código abierto en github, simplemente están emocionados de verlo;)
fuente
Nunca es demasiado tarde para comenzar, por supuesto.
Me encuentro con programadores todo el tiempo que no tienen presencia en línea; son consumidores de contenido en lugar de proveedores, y sin embargo, los buenos nunca parecen tener muchos problemas para encontrar trabajo. Si ha estado en el mismo lugar durante diez años, es de esperar que tenga una larga lista de logros para incluir en su currículum, y algunas personas con las que haya trabajado que puedan darles fe.
fuente
Si bien contribuir a proyectos de código abierto probablemente le otorgaría alguna ventaja con algunos entrevistadores en algunos entornos, es poco probable que no tenerlos perjudique a los otros entrevistadores o entornos que existen.
Algunos entornos o entrevistadores específicos pueden poner más énfasis en los proyectos de código abierto que usan o contribuyen, pero si su CV es bueno, es poco probable que sufra por no involucrarse con esos proyectos.
Sin embargo, como siempre, debe adaptar su solicitud de empleo al trabajo que está solicitando. Haga hincapié en las áreas en las que es probable que estén interesados, desestima las áreas en las que es poco probable que estén interesados.
Al entrevistar para mi puesto actual, enfaticé el trabajo que una vez hice en un microscopio ultravioleta Extreme, ya que sabía que mis posibles empleadores sabrían lo que eso implica. Dejé en claro que, aunque no era un ingeniero óptico o de UHV, tenía, como ingeniero de software, una apreciación de la óptica reflectante (en lugar de refractiva) y los sistemas de vacío ultraalto. Esto casi seguro me hizo destacar entre la multitud.
Finalmente, el hecho de que no pueda mostrarles el código (o, a veces, incluso hablar sobre el producto en detalle) no significa que no pueda hablar sobre las decisiones de diseño que tomó y los efectos que tuvo en el producto.
Desde mi propia experiencia, podría explicar que:
y así.
fuente
Estoy de acuerdo con todo lo dicho hasta ahora, y recomendaría encarecidamente hacer algo por su cuenta. No tiene que ser algo grande, solo algo pequeño e interesante que esté haciendo en su tiempo libre. Muestra una actitud de "oye mira, estoy interesado en hacer cosas incluso después de terminar las horas de trabajo", lo que siempre es una ventaja.
fuente
No lo enfatizaría. Estoy en la posición donde trabajo en proyectos de los que realmente no puedo hablar con mucho detalle a nadie porque estoy en el sector de defensa donde se clasifican muchas cosas. Esto, combinado con no tener una cuenta de github, no se interpone en mi forma de demostrar que sé mis cosas y que soy bueno en lo que hago y que me va bien en las entrevistas.
fuente
Esto es muy común: hay muchas empresas contratantes con mucho código de redacción del personal en virtud de acuerdos de confidencialidad o de no divulgación que nunca serán liberados.
Muchos de ellos no tienen proyectos paralelos o trabajo de código abierto, pero aún así logran cambiar de trabajo sin ningún problema. Por lo tanto, debe hablar sobre los tipos de trabajo y proyectos que ha realizado sin romper el NDA.
Por supuesto, si se unió o inició un proyecto de código abierto (o dos), esa es una excelente manera de mostrar algo.
fuente
Mi solución a este tipo de problema fue crear un pequeño sitio web protegido con contraseña que pudiera utilizar como cartera en línea. Luego me dividieron el trabajo que hice por empleador y luego por proyecto. Tengo un índice de habilidades en otros lugares que se vincula a proyectos particulares.
Las cláusulas de confidencialidad me impiden proporcionar muchos detalles, incluso en mi sitio, pero puedo resaltar lo que estaba haciendo y cuáles eran las habilidades relevantes utilizadas o adquiridas.
Algo como esto puede ayudarte. Sin embargo, finalmente estoy de acuerdo con otros que han dicho que no será una situación decisiva. 10 años de experiencia junto con algunas recomendaciones positivas deberían tener una buena cantidad de peso.
fuente