¿Qué les gusta ver a los empleadores en la cuenta de GitHub de alguien? ¿Miran el estilo, los proyectos, la frecuencia, etc.?

Gran pregunta Me imagino que habrá todo tipo de respuestas en este caso.

Para mí miro estos aspectos …

  • ¿Están bien organizados los proyectos? Al observar el nombre de la estructura del directorio, ¿puedo tener una idea de la arquitectura / diseño? Es fácil averiguar a dónde ir en el proyecto para ubicar las diversas áreas y capas funcionales.
  • Es el código limpio, fácil de leer y comentado adecuadamente.
  • ¿Se sigue un proceso organizado de ramificación / etiquetado, por ejemplo, gitflow
  • ¿Tiene algún sentido que la persona entienda los patrones básicos de diseño?
  • ¿El proyecto aprovecha las bibliotecas y los marcos de código abierto existentes (bueno) o el código resuelve problemas / rutinas comunes (malo)
  • ¿Lo primero que veo (el archivo README) describe claramente el proyecto, por ejemplo, qué hace, cómo ejecutarlo y construirlo, etc.
  • ¿Veo código replicado, es decir, veo código obvio de “cortar y pegar” y “repetirme” (incorrecto)
  • HAY PRUEBAS !!!! Debería haber un arnés de prueba y si lo ejecuto (porque el archivo README me dijo cómo ejecutarlos), las pruebas deberían pasar. Este es uno grande para mí. Si no veo las pruebas, la primera pregunta que haré será ‘¿cómo probó / probó este código’ y su respuesta será ‘manualmente’, lo que por supuesto significa que no prueba! En mi opinión, el código de calidad profesional incluye cierto nivel de pruebas de unidad / integración entregadas junto con él.
  • Me preocupa menos lo que hace el proyecto, más me preocupa que se haya desarrollado profesionalmente. Busco un código de calidad comercial … otros podrán tomar el proyecto y mejorarlo / mantenerlo fácilmente.

+1 a todo en la respuesta de Ron. Solo agregaría un par de cosas para evitar tener en su cuenta de Github:

  • un montón de tenedores no modificados de proyectos comunes de código abierto
  • los mismos tutoriales de codificación que todos los demás en su clase de graduación (por ejemplo, el juego Javascript Snake, ActiveRecord Lite, etc.) – recuerde: toda su clase está enviando currículums / aplicaciones al mismo tiempo, a menudo a las mismas empresas, ¡los revisores notarán esos mismos repositorios!

Como actualmente tenemos dos vacantes en Deveo, he echado un vistazo a un par de perfiles de GitHub.

Por lo general, estoy buscando contribuciones para proyectos de código abierto, proyectos propios de código abierto y actividad general. Los factores alarmantes para mí son:

  • Si el candidato solo ha hecho contribuciones últimamente
  • Si las contribuciones son solo cambios triviales o cambios en la documentación, o
  • Si las contribuciones son únicamente sobre tutoriales

Una cosa para la que he usado Github como headhunter es encontrar programadores que dominen un lenguaje de programación específico. Por ejemplo, no muchos ingenieros dominan Scala.

Además, en un nivel más práctico, debe tener alguna información de identificación. Específicamente, dónde vive, una dirección de correo electrónico y / o un enlace a su sitio web o CV. Eso supone que desea ser reclutado o que se le acerquen para oportunidades.

Lo primero que miro es el lapso de tiempo del historial de contribuciones del candidato. Los buenos candidatos (programadores reales) generalmente tendrán actividad durante todo el año de la historia que se muestra en la tabla, mientras que los candidatos inexpertos o malos a menudo tendrán un denso período de actividad de 1-3 semanas durante el cual prepararon un proyecto público para impresionar a los posibles empleadores .

¡Más información más allá de un currículum es algo genial! Los proyectos de código abierto no solo muestran código y participación dentro de una comunidad de personas que trabajan juntas para mejorar las cosas. ¡No es un factor decisivo si alguien no contribuye, pero es una manera fácil de ver lo que hacen y les apasiona! ¡También muestra que su posible empleador ve su valor y se preocupa más allá de un currículum de una o dos páginas!

More Interesting

Ongig: ¿Cuáles son las tácticas más exitosas para reclutar en Facebook?

¿Cómo puede un desarrollador de software encontrar un buen reclutador?

¿Cuál es el papel del reclutador técnico?

¿Cómo les va a las personas cuando pasan de un puesto directivo a uno individual? ¿Les lleva tiempo aumentar y volver a la codificación? ¿Cómo se siente la transición?

¿Cuál es la diferencia entre un buen ingeniero de software y un gran ingeniero de software?

¿Es ahora (verano) un mal momento para buscar un puesto de ingeniero de software de nivel de entrada / nuevo en una gran empresa tecnológica?

¿Cuáles son algunos consejos para conseguir un trabajo en IBM?

¿Debo entrevistarme con la compañía de mis sueños cuando actualmente otra compañía está emitiendo una carta de oferta?

¿Qué tan difícil es conseguir un trabajo de desarrollador web / móvil en Silicon Valley? Pronto me graduaré con un BS en CS y continuaré para un MS MIS.

¿Qué les gusta ver a los empleadores en la cuenta de GitHub de alguien? ¿Miran el estilo, los proyectos, la frecuencia, etc.?

¿Cómo puede Quora crear un entorno donde a los ingenieros les encanta trabajar?

¿Cuáles son las mejores herramientas para buscar en LinkedIn?

¿Cómo y dónde buscar trabajo como nuevo ingeniero de software graduado?

¿Cuándo debo notificar a mi empleador que firmé un contrato con otro empleador?

¿Cuál fue tu mejor entrevista como ingeniero mecánico? ¿Cómo fue su entrevista en detalle?