Ich habe GitHub-Profile, Twitter-Streams und Blogs als Qualitätsindikatoren für die Programmierung von Interviews / Kandidaten-Screenings verwendet. Sie alle erzeugen auf ihre Weise unterschiedliche Signale.
9 von 10 Bewerbern haben noch nie einen Patch für ein Open Source-Projekt eingereicht. Selbst das Aktualisieren von defekter Dokumentation versetzt Sie in eine obere Ebene der Entwickler. Es zeigt, dass Sie mit einem Open-Source-Paket vertraut genug sind, um zu wissen, was falsch ist. Sie möchten einen Patch einreichen, und die Betreuer dieses Pakets sind der Meinung, dass Ihre Arbeit gut genug ist, um aufgenommen zu werden. Als Verallgemeinerung zeigt sich, dass Sie die Initiative ergreifen, um schmutzige Dinge besser zurückzulassen, als Sie sie gefunden haben.
Es klingt wirklich einfach, aber wiederum machen sich 9 von 10 Entwicklern nie die Mühe, diesen alles entscheidenden Schritt zu tun.
Ein einzelner akzeptierter Patch sieht also großartig aus. Eine lange Geschichte von 2-3 einfachen Patches pro Quartal ist noch besser. Noch besser wäre es, etwas Bemerkenswertes beizutragen.
- Wesentliche Beiträge zu wichtigen Open Source-Projekten (obere 0,1% -1% der Kandidaten)
- Erweiterte Historie von kleinen Beiträgen zu irgendwelchen Projekten (obere 5% der Kandidaten)
- Ein einzelner Einzeiler auf ein relativ unbekanntes Paket (obere 10% der Kandidaten)
Aus dem gleichen Grund neigen Entwickler, die über das Trinken twittern und die ganze Zeit Filme sehen, dazu, mittelmäßige Einstellungen vorzunehmen. Ein Tweet-Stream, in dem sich jede dritte Nachricht mit Technologie befasst, weist auf die Art von tollwütigem Schrotthundentwickler hin, der sich um sein Handwerk kümmert und unermüdlich nach Lösungen sucht.
Das Bloggen ist auch ein guter Indikator für die Qualität, jedoch eher für den Kommunikationsstil als für die technischen Fähigkeiten. Wie viele Programmierer schreiben den ersten Blog-Artikel? Hier gilt die gleiche Art von 1% / 5% / 10% Cutoff.