¿Cómo puedo mostrar aptitud a posibles empleadores cuando todo mi trabajo está en proyectos internos? [cerrado]

30

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"?

Coderer
fuente
¿Tienes algún proyecto de fin de semana / entre semana? ¿Algunas cosas que requirieron bastante ingeniería y trabajo? Siempre he descubierto que son geniales para presentar. Y también les da una perspectiva de lo apasionado que eres por tu oficio.
2
Estoy en el mismo barco, de acuerdo con Joel Spolsky, los desarrolladores internos no
valen

Respuestas:

24

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;)

Travis
fuente
+1: siempre documente sus proyectos personales, y nunca está de más escribir un artículo en CodeProject. Varios posibles empleadores han respondido positivamente y han comentado favorablemente durante las entrevistas.
Resumen de
1
Y creo que la gente menciona blogs. Nunca he tenido mucho éxito en los blogs como empleado a menos que sean realmente prolíficos. Sin embargo, normalmente miro algunas de las publicaciones, por lo que si son realmente buenas, se destacará.
Travis
4

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.

Sean
fuente
77
Hay muchos blogs de mierda, 90% de hecho. Creo que se necesita un cerebro para saber cuándo no escribir :)
Job
2

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:

  • En mi primer trabajo después de la universidad, refactoré un sistema cliente / servidor GIS militar para que tuviera un rendimiento constante en todos los rangos de zoom en lugar de ser exponencialmente más lento a medida que el usuario se alejaba.
  • Asumí un proyecto que ya tenía 6 meses de retraso, donde no se había escrito ningún software y entregué con éxito la funcionalidad más importante cuando el hardware estuvo listo para la prueba en vivo.
  • Porté con éxito una aplicación de visión artificial de una biblioteca obsoleta a una moderna, agregando compatibilidad con cámaras Firewire y Gig-E Vision al tiempo que conservaba la compatibilidad con cámaras analógicas anteriores.

y así.

Mark Booth
fuente
1

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.

Maggie
fuente
1

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.

fwgx
fuente
1

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.

Hugo
fuente
0

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.

Stephen
fuente