Viele Leute in der Open-Source-Community geben an, bei der Einstellung das Github-Profil eines Kandidaten zu berücksichtigen.
Ich bin auf Github aktiv, mit einigen eigenen Projekten und einigen Beiträgen für andere. Aber wenn ich mein eigenes Profil so betrachte, als wäre ich ein Arbeitgeber, sehe ich viel Lärm: Projekte, die ich geklont, aber nie beigetragen habe usw. Die Projekte und Patches, auf die ich stolz bin, sind nicht besonders auffällig.
Wie gehen Sie vor, wenn Sie die Github-Profile von Personen bewerten? Und sollte ich als Entwickler etwas anderes tun - zum Beispiel geklonte Repos löschen, an denen ich nicht aktiv arbeite?
open-source
github
Nathan Long
quelle
quelle
Antworten:
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.
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.
quelle
Als Entwickler würde ich im Github-Account nichts anderes machen. Es ist nicht Ihr Problem, dass der Github-Account nicht schnell ausgewertet werden kann. Genau genommen ist es auch nicht das Problem von Github - es ist für die kollaborative Softwareentwicklung gedacht, nicht für die Evaluierung von Entwicklern.
Es sollten spezielle Tools für die Benutzerauswertung vorhanden sein, die mit Github-Daten arbeiten. Im Moment können Sie Websites von Drittanbietern verwenden. Zum Beispiel gibt es http://coderwall.com - ein kurzer Blick auf das Profil zeigt, ob der Entwickler jemals einen Patch eingereicht hat, ob jemand anderes sein Projekt gegabelt hat, wie viele Sprachen er verwendet ...
Eine andere Möglichkeit wäre, eine solche Zusammenfassung mit der Github-API automatisch auf Ihrer Homepage zu generieren: eine benutzerdefinierte Liste von Projekten mit einer Reihe von Forks und Beobachtern, die zuletzt aktualisiert wurden usw.
quelle
Seien Sie vorsichtig, wenn Sie Kandidaten anhand eines GitHub-Profils bewerten. GitHub ist kein Lebenslauf. Es gibt viele großartige Ingenieure, die aus vielen Gründen keine auffälligen Profile haben: Sie haben möglicherweise für Closed-Source-Unternehmen gearbeitet oder verbringen mehr Zeit mit anderen Aktivitäten wie Familie, Hobbys usw.
Auch wenn ein Beitrag zu einem Open-Source-Projekt für einen Kandidaten von Vorteil sein kann (wie @marshally erwähnt), sollten Sie auf die altmodische Art und Weise bewerten und einstellen und sprechen.
Einige Referenzen, auf die ich gerade gestoßen bin, nachdem ich diesen Thread gelesen habe:
quelle
Ich denke, Sie können, Sie müssen sich nur etwas mehr Zeit nehmen, um zu sehen, ob er tatsächlich auf Github aktiv ist oder nicht, indem Sie sich seinen Aktivitätsstrom ansehen.
Sie können sehen, wie drängt, Probleme usw., was ein großer Indikator dafür ist, dass er tatsächlich aktiv ist und an etwas arbeitet, anstatt nur herumzuspielen.
Wenn jemand Sie bewerten möchte, sollte er sich Ihr "wahres" Bild ansehen, den beschissenen Code und auch den guten Code. Ich habe kürzlich ein Interview geführt und der Interviewer hat mich gebeten, mein Github-Konto zu eröffnen. Dann hat er in einem meiner Repos geblättert und einen Blick auf einen beschissenen Code geworfen, den ich vor einem Jahr in einer Sprache geschrieben habe, die ich gerade lernte.
Also fragte er mich, wie kannst du das verbessern? Ich habe alle seine Antworten richtig beantwortet, weil ich wusste, wie ich das verbessern konnte, aber es war mir wirklich egal, dieses Projekt zu reparieren, weil es nur eine Aufgabe für mich war, zu lernen.
Gleiches gilt für das Konto stackoverflow.com. Es ist auf SO offensichtlicher, da Sie Ruf usw. haben.
quelle
Ich persönlich sehe keinen Wert darin, ihr Profil per se zu betrachten. Wie Sie zu Recht sagten, besteht eine Tendenz zu einem Geräuschpegel, der groß genug ist, um nicht durchgesiebt zu werden.
Ich habe mich vor kurzem beworben und war für meinen ersten Entwicklerjob ausgenommen. Ich fand das Verfahren, das sie verwendeten, sehr fair. Anstatt nach Profilen und Ähnlichem zu fragen, konzentrierten sie sich auf die Projekte, die ich in meinem Lebenslauf auflistete.
Es gibt wirklich nur ein paar Dinge, die Sie von einem Kandidaten lernen müssen. Die wichtigsten sind, ob er sich entwickeln kann, ob er motiviert ist und wie er tickt. Dies alles kann aus einem Vorgespräch oder einem Gespräch in der ersten Runde stammen. Dies kann per Telefon oder 1 Stunde vor Ort erfolgen.
Die Idee ist, den Kandidaten sprechen zu lassen und herauszufinden, wo ihre Leidenschaft liegt. Ich stellte fest, dass dieser lockere Stil mich weit mehr öffnen ließ, als mein Profil für einen der Dienste zu senden, die ich im Zusammenhang mit der Entwicklung nutze.
Es war schön, nicht zuerst in ein technisches Interview verwickelt zu werden. Es schien, als ob sie die richtige Einstellung hatten, um eine gute Team-Passform zu finden und dann ihre Fähigkeiten zu bewerten.
quelle