Sådan får du softwareudviklere fra GitHub
Fordi karrierespecifikke websteder som LinkedIn bliver oversvømmet med rekrutteringsmailser de fleste softwareudviklere skeptiske over for dem, for at sige det mildt. For at holde din pipeline af tekniske talenter fuld, skal du være der, hvor softwareingeniørerne er, og GitHub er helt sikkert et af de bedste steder. I dette indlæg forklarer vi, hvordan du finder kilden til udviklere fra GitHub.
Når det drejer sig om at ansætte softwareudviklere, kan du udnytte GitHub på en række forskellige måder:
- Kilde kandidater ved at finde projekter, der svarer til det, du laver,
- Vurdering af kodens kvalitet baseret på offentligt tilgængelige projekter, som kandidaterne i øjeblikket arbejder på. Husk på, at du stadig skal bruge en kodetest senere i processen for at få en pålidelig vurdering af deres kodningsevner ..
- Find e-mail-adresser af personer, du er interesseret i. Husk, at du ikke kan sende e-mails til folk på GitHub, men mange brugere oplyser deres e-mailadresser, som du kan se enten i profiloplysningerne eller direkte i søgeresultaterne.
En advarsel er nødvendig på dette punkt: Hvis du er en recruiter på GitHubskal du sørge for, at du opfører dig ordentligt. Hvorfor? GitHub samler fantastiske udviklere, som bliver kontaktet af rekrutteringsfolk til højre og venstre, hvilket de ikke er særlig glade for.
Her er et eksempel, som jeg er stødt på inden for de første par søgninger, jeg har foretaget på den dag, hvor jeg skrev dette indlæg:
Kilde: GitHub
Se. Dig selv.
Indholdsfortegnelse
- Hvad er GitHub?
- GitHub-glossar (baseret på GitHub Help)
- Anatomi af en GitHub-profil
- Hvordan søger man efter kandidater på GitHub?
- Søgning efter sprog, placering og antal følgere
- Finde e-mailadresser
- Søgning i commits for en given kandidat
- Finde gode repositories
- Sortering af dine søgeresultater
- Røntgenundersøgelse på GitHub
- Søgning efter kode
- Bedste adfærd
- Konklusion
Hvad er GitHub?
GitHub er et socialt kodningswebsted hvor udviklere deler open source-projekter de arbejder på. Det blev lanceret i april 2008 af Tom Preston-Werner, Chris Wanstrath og PJ Hyett. Navnet kommer fra Git Revision Control System, som registrerer ændringer i forhold til den oprindelige kode i et givet stykke kode.
Kodeværten giver mulighed for at fremvise projekter, talent og færdigheder og der er meget lidt plads til skriftlige beskrivelser. På GitHub, koden taler for sig selv hvilket er godt nyt for rekrutteringsfolk, fordi man får mulighed for at se praktiske anvendelser af folks færdigheder.
Den måde, GitHub fungerer på, har direkte indflydelse på, hvordan du skal søge efter tekniske talenter på platformen. Den er fyldt til bristepunktet med aktive udviklere, der deler deres projekter, så der er et stort potentiale, når det kommer til at ansætte. Du skal bare vide, hvad du skal kigge efter.
GitHub-glossar (baseret på GitHub-hjælp)
Hvis du ikke er teknisk interesseret, kan du måske føle dig lidt forvirret, når du begynder at bruge GitHub, især på grund af den terminologi, der bruges på platformen. Her er en hurtig forklaring på de mest anvendte termer:
Forpligtelse: revision; en individuel ændring af en fil.
Gaffel: kopiering af projekter fra andre brugere med det formål at bruge koden selv. Gaffler er personlige kopier af en anden brugers arkiv, som ligger på din konto. Det er muligt at foretage ændringer i forks uden at påvirke det oprindelige projekt. Opmærksomhed: Stjerner og gafler er et tegn på god, brugbar kode.
Træk anmodning: Takket være pull requests kan du fortælle andre brugere om de ændringer, du har foretaget i deres GitHub-repositorium. Når du sender en pull request, beder du forfatteren om at opdatere deres projekt med dine ændringer.
Opbevaringssted: open source-udviklingsprojekter, som personen har valgt at hoste på GitHub, plus projekter, som vedkommende har kopieret ("forked").
Disse vilkår skulle gøre det lettere for dig at bevæge dig rundt på GitHub. Hvis du har brug for mere, kan du få adgang til deres fulde ordliste her.
Anatomi af en GitHub-profil
Som GitHub siger i deres Hjælp-sektion, ""Din profilside fortæller folk historien om dit arbejde gennem de arkiver, du er interesseret i, de bidrag, du har ydet, og de samtaler, du har haft."
Kilde: GitHub
GitHub-profiler indeholder følgende oplysninger:
- Navn,
- Dato for tiltrædelse,
- Placering,
- Websted/websteder,
- Antal følgere,
- Antal sponsorer,
- Personlig e-mailadresse (valgfri),
- Bio (herunder @mentions og emojis),
- Organisationer (herunder organisationer, som du tidligere har arbejdet for),
- Projekter, du har bidraget til,
- Tidslinje med vigtige højdepunkter (optagelse på GitHub, åbning af første pull request osv.),
- Repositorier, der ejes eller bidrager til,
- Opbevaringssteder er startet,
- Stjerner (hurtig påmindelse: god kode bliver forked og starred ofte, så vær opmærksom på disse elementer),
- Bidragskalender (du kan være fristet til at tro, at den er ubrugelig for dig, men læs videre for at finde ud af, hvorfor du burde kunne lide den MEGET).
Kilde: GitHub
For at få adgang til personens repositories skal du klikke på "Repositories" i menuen på bjælken og vælge fra rullelisten.
Kilde: GitHub
Mens kode opført som "Sources" i det væsentlige er kode, der er skrevet og hostet på GitHub af denne person, er kode opført som "forked" i det væsentlige kode, der er kopieret fra en anden person, som denne person fandt værdifuld og kopierede for at bruge den til sig selv.
Ved at se på den kode, der er skrevet og forked, får du en idé om, hvad de arbejder på i øjeblikket, og hvilket ekspertiseniveau de har.
Du kan også følge lovende kandidater og se projekter, som du finder interessante.
Sådan søger du efter kandidater på GitHub
Hvis du vil søge efter kandidater, der matcher dine kriterier, skal du gøre følgende:
- Opret en gratis konto
- Brug den øverste søgelinje....
Kilde: GitHub
...og avanceret søgning kan du finde her.
Sådan ser det ud:
Kilde: GitHub
På GitHub forsøger folk at præsentere deres projekter og ikke sig selv, som det er tilfældet på LinkedIn. På grund af platformens karakter, du bør ikke søge efter stillingsbetegnelser, men bruge branchespecifikke nøgleord som f.eks. programmering sprog. På denne måde kan du identificere kandidater ved hjælp af kode, som de opbevarer i deres repositories eller i andres repositories, som de bidrager til.
Når du f.eks. foretager en simpel søgning efter "python", får du f.eks. følgende resultater:
- under fanen "Repositories":
- b) under fanen "Brugere" kan du se personer, der har brugt ordet "Python" i forskellige sammenhænge, herunder personer med ordet "python" i deres bio eller e-mailadresse.
Kilde: GitHub
b) under fanen "Brugere" kan du se personer, der har brugt ordet "Python" i forskellige sammenhænge, herunder personer med ordet "python" i deres bio eller e-mailadresse.
Kilde: GitHub
Men hvis du søger med "language: python", får du flere resultater:
Det er interessant, at den antallet af resultater varierer betydeligt for disse to søgeforespørgsler:
"Python" vs "language:python"
Opbevaringssteder: 1M vs. 5+M
Problemer: 5m vs. 20m
Brugere: 115k vs. 2M
Som du kan se, giver simple søgninger ikke tilfredsstillende resultater, så jeg rådgive dig til at bruge avancerede søgeparametre som sprog, placering og antal følgere.
Søgning efter sprog, placering og antal følgere
Med henblik på rekruttering af teknikere er de vigtigste parametre for søgning på GitHub:
- Sprog
- Placering
- Followers
Her er et eksempel på en søgning, hvor der søges efter en London-baseret Python dygtig softwareudvikler:"Sprog:python placering:london"
Kilde: GitHub
Sprog:python placering: "united kingdom" (3.394 brugere på tidspunktet for udarbejdelsen af dette artikel)
I dette tilfælde skal du huske på anførselstegn, fordi placering er et fritekstfelt.
Sprog:python placering:uk (7.997 brugere på tidspunktet for udarbejdelsen af dette artikel)
I dette tilfælde er det ikke nødvendigt med anførselstegn i stedet.
Du kan også indsnævre dine søgeresultater ved at tilføje flere oplysninger, f.eks. antallet af følgere, som din kandidat skal have:
Kilde: GitHub
I ovenstående søgning søger jeg efter Python-kyndige softwareudviklere med base i London med mere end 60 følgere.
"sprog:python placering:london tilhængere:>60"
Her er den syntaks, du skal bruge for at finde kandidater med det ønskede antal følgere:
tilhængere:>10 - brugere med mere end 10 følgere,
tilhængere:5..50 - brugere med mellem 5 og 50 følgere
tilhængere:<75 - brugere med mindre end 75 følgere
Et andet smart tip til GitHub-søgning er at ændre dine parametre direkte i url'en:
Kilde: GitHub
Det eneste du skal gøre er at ændre sprognavne eller stednavne direkte i URL'en i din browser, hvilket jeg personligt har fundet ud af sparer en masse tid og kræfter.
Finde e-mailadresser
Der er to steder, hvor du kan finde e-mailadresser:
1. Søgeresultater:
2.Profil Bio
Kilde: GitHub
Alternativt kan nogle brugere (som f.eks. den ovenfor) angive deres websteder i bio-sektionen, og du kan finde deres kontaktoplysninger direkte på disse websteder.
Der var engang en hack med et API-link som kunne vise alle brugernes e-mailadresser, men den metode fungerer ikke længere. Tag et lommetørklæde.
Søgning i commits for en given kandidat
Du kan finde commits, som din kandidat har skrevet eller begået, ved at bruge en af følgende søgekommandoer.
forfatter:defunkt returnerer alle commits forfattet af @defunkt
committer:defunkt returnerer alle commits begået af @defunkt
Finde gode repositories
Som vi sagde tidligere, bliver god kode ofte forked og starred. Her er hvordan du kan finde ofte forked repositories (og endnu vigtigere for os, brugere der har oprettet dem).
gafler:5 repositories med kun fem gafler.
Gafler:>=205 repositories med mindst 205 gafler.
gafler:<90 arkiver med færre end 90 gafler.
Gafler:10..20 repositories med 10 til 20 gafler.
Sortering af dine søgeresultater
Resultaterne er som standard sorteret efter "Bedste match". Du kan ændre sorteringsmulighederne i drop-down-menuen:
Ved at vælge "bedste match" får du de personer, der har kodet mest på det sprog, du har angivet i søgekriterierne, og som er tættest på den placering, du har angivet.
Du kan også sortere dine resultater efter antal repositories, flest følgere eller mest/sidst tiltrådte for nylig.
Røntgenundersøgelse på GitHub
Desværre har GitHub-URL'er ikke en specifik indikator, der fortæller dig (og Google), at siden er en profilside Det gør det lidt sværere at søge efter røntgenbilleder, men det kan stadig lade sig gøre.
Der er en måde at omgå dette på, fordi du kan søge efter elementer, som kun findes i brugerprofiler, f.eks. bidragskalenderen. Et sådant element er denne søgning anbefales af Vince Szymczak:
site:github.com "bidrag i det seneste år"
Genialt, ikke sandt?
Det virker på grund af den sætning, der bruges her:
Ligesom ved almindelige søgninger kan du bruge sprog- og lokalitetsoplysninger i din røntgen-søgning. Du skal blot tilføje de oplysninger, du har brug for, til strengen uden anførselstegn. Den skal se sådan her ud:
site:github.com "bidrag i det seneste år" python london
Du kan bruge en række parametre, herunder udtrykket "gmail.com"
site:github.com "San Francisco" "gmail.com"
Søgning efter kode
GitHub giver dig mulighed for at bruge kvalifikationselementer som f.eks. placering alene i kodesøgninger, men resultaterne er måske ikke relevante. Hvis du f.eks. indtaster "London" som placering, vil du ikke se brugere eller kode, der er oprettet i denne by. I stedet kan du, som i billedet ovenfor, ende op med en kodestreng, der indeholder London-lejligheder, der er opført på Airbnb. Ikke ligefrem et indhold, der er værd at have med i et rekrutteringsperspektiv.
Løsningen er at søgning efter funktion, et kort stykke eksempelkode. Du kan se det som et eksempel på det arbejde, som den kommende ansat kan udføre for din virksomhed, hvis han/hun bliver ansat. til "funktion, et kort stykke eksempelkode den fremtidige ansat vil arbejde med og måske også bruge i øjeblikket." Du kan få denne slags oplysninger til din Hiring Manager og bruge dem til at finde de brugere, der har oprettet den.
Lad os se på en "float invsqrt sprog:C++", som Szymczak foreslog for at illustrere, hvordan dette fungerer:
Problemet med dette er, at man søger efter fragmentariske klumper af kodevisdom, som ikke garanterer, at den person, der kender dem, er en god udvikler.
Hvis du har brug for mere hjælp til at søge på GitHub, kan du læse denne GitHub vejledning om syntaks for søgning.
Bedste adfærd
Jeg er ret sikker på, at du ved det, men i betragtning af det dårlige ry, som rekrutteringsfolk inden for teknologi har, vil jeg gerne gentage det: Sørg for at respektere folks grænser. Når du gennemgår søgeresultaterne, kan du støde på alle typer oplysninger, herunder "ingen rekrutteringsfirmaer"-påstande i bio-sektionen, som jeg har vist dig ovenfor.
Det føles lidt som Stack Overflow, hvor du ikke er særlig velkommen som rekrutteringskonsulent. Hvis du opfører dig ordentligt, burde du være okay, men den første regel er at respektere folks grænser.
Husk:
- Send ALDRIG e-mails til folk, hvis de siger, at de ikke ønsker, at du skal gøre det.
- Respekter ALTID deres grænser.
- CROSS-REFERENCE-profiler på andre platforme, herunder Stack Overflow, LinkedIn og Twitter.
- GØR DIT HJEMMEARBEJDE, før du sender en e-mail til din kandidat. Gå ind på deres Stack Overflow- og GitHub-profiler for at få en idé om, hvad de laver, og prøv at starte en samtale med det.
- Vær SPECIFIK, når du beslutter dig for at tage kontakt. Lad være med at tilbyde "et par fede muligheder", men giv alle de nødvendige oplysninger som f.eks. løn, placering og stillingsbetegnelse.
Konklusion
Ved at søge på insiderwebsteder som GitHub kan du komme ud af de slagne stier og opdage talenter, som ikke er på alles radar. Du kan bruge de data, der er tilgængelige på platformen, på en række måder, herunder lead discovery, verifikation af færdigheder og niveau og ekspertise, finde et emne til at starte en samtale og endelig få fat i kontaktoplysninger om kandidaten.
Når du beslutter dig for at tage kontakt, skal du huske, at du skal forsøge at opbygge relationer og ikke spamme folk med vage jobtilbud. Tal med folk om deres arbejde, også selv om de ikke leder efter en ny jobmulighed i øjeblikket. Denne type relationer betaler sig i fremtiden, da 57,6% af udviklerne "er åbne over for nye muligheder uden aktivt at søge efter dem". Sørg for, at når de skifter mening, skal du fremstå som den rekrutteringskonsulent, der ikke forsøgte at snyde dem "med et par fede muligheder". Held og lykke!
Del indlæg
