Hoe herken je een goede remote developer

Je plaatst een vacature en ontvangt vervolgens veel sollicitaties. Binnen 48 uur heb je 60 sollicitaties in je inbox. De portfolio's van de kandidaten zien er erg goed uit, en hun GitHub-profielen zijn actief. Elke sollicitatiebrief lijkt geschreven door iemand die je product echt begrijpt.

Het probleem is dat veel hiervan niet echt is. Sommige portfolio's zijn gemaakt met behulp van kunstmatige intelligentie. Sommige voorstellen worden gegenereerd door ChatGPT, en de code komt van Copilot. Dit betekent dat de bovenkant van de wervingsfunnel niet meer erg nuttig is. Dit is het probleem voor iedereen die op dit moment een externe ontwikkelaar aanwerft: je kunt niet zien hoe goed iemand is door alleen hun portfolio en sollicitatiebrief te bekijken.

Hoe vind je dus de juiste persoon voor de baan?

Je moet verder kijken dan het oppervlak. Niet lang geleden was het prima om gewoon de GitHub-geschiedenis en portfolio van iemand te bekijken om te zien of ze goed in hun vak waren. Nu kan zelfs iemand met slechts zes maanden ervaring een professioneel uitziende GitHub en portfolio hebben.

Een enquête uit 2023 van Stack Overflow heeft uitgewezen dat meer dan 70 procent van de ontwikkelaars al AI-codeertools gebruikte of van plan was deze te gebruiken. Dit getal is vandaag de dag waarschijnlijk nog hoger. De vraag is niet of een ontwikkelaar AI gebruikt of niet. De vraag is of ze werkelijk begrijpen wat ze bouwen en problemen kunnen aanpakken als ze zich voordoen.

Meestal wanneer je iemand aanwerft, is het niet omdat ze niet getalenteerd zijn. Het is omdat de manier waarop je hen hebt gescreend niet erg goed was.

Dit is waar je echt op moet letten als je een externe ontwikkelaar aanwerft:

1. Test begrip, niet alleen output: Vraag ze uit te leggen waarom ze iets als useEffect zouden gebruiken en wat er breekt als het fout is. Nog beter: deel een fragment met een subtiele bug en vraag ze om het te beoordelen als de PR van een teamgenoot.

2. Vraag naar een moeilijk debugverhaal: "Vertel me over een bug die langer duurde om op te lossen dan verwacht en wat het moeilijk maakte?" Goede ontwikkelaars onthouden altijd specifieke details. Vage antwoorden zijn een waarschuwingsteken, ongeacht de kwaliteit van de portfolio.

3. Kijk naar continuïteit en niet naar volume: Drie projecten die maanden worden onderhouden zijn beter dan twaalf gebouwd in twee weken. Controleer vooral op bijgewerkte afhankelijkheden, gesloten problemen, wijzigingslogboeken en vraag rechtstreeks: "Wat is er in de afgelopen drie maanden veranderd?"

Waar kun je een externe ontwikkelaar vinden die het waard is om aan te werven?

Er is geen enkel platform om in 2025–26 externe ontwikkelaars aan te werven. Elk platform heeft zijn voor- en nadelen.

1. Toptal is erg goed in het screenen van ontwikkelaars, dus je hoeft niet veel werk te doen om ze te controleren. Het is duur, dus het is beter voor senior aanstellingen wanneer je snel iemand nodig hebt.
2. Upwork heeft een groep ontwikkelaars, maar de kwaliteit kan variëren. Zoek naar ontwikkelaars die in het verleden langdurige contracten hebben gehad in plaats van alleen veel korte klussen.
3. MyNextDeveloper is een sterke optie als je de beste 3% van voorgescreende engineers wilt zonder de moeite van screening. Het biedt consistente kwaliteit en is speciaal ontworpen voor startups die dedicated en on-demand talent nodig hebben. Als je passiegedreven ontwikkelaars wilt, niet alleen beschikbare, begin hier.
4. Lemon.io en Gun.io zijn goede opties als je naar iemand in het middensegment zoekt. Ze zijn beter dan naar Upwork kijken, en ze zijn niet zo duur als Toptal.
5. Je kunt ook LinkedIn gebruiken om mensen rechtstreeks te benaderen. Dit wordt niet veel gebruikt voor externe ontwikkelaars, maar het kan erg effectief zijn als het correct wordt gebruikt. Een ontwikkelaar die artikelen schrijft, neemt zijn werk meestal erg serieus.
6. Je kunt ook naar GitHub zelf kijken, vooral als je naar iemand zoekt met vaardigheden als Rust of Elixir. Het bekijken van bijdragers aan open-source-projecten kan een goede manier zijn om senior ontwikkelaars te vinden. Het kan enige tijd duren, maar het loont zich voor belangrijke rollen.

Hoe vind je een softwareontwikkelaar in een specifieke stad?

Hoe vind je bijvoorbeeld een softwareontwikkelaar in Londen?

De beste manier is om een benadering via meerdere kanalen te gebruiken. Begin met LinkedIn of lokale gemeenschappen zoals Tech London Advocates of Meetup.com dev-groepen, en filter vervolgens op recente activiteit. Een ontwikkelaar die meetups bezoekt en aan open-source-projecten bijdraagt, is meestal een sterkere kandidaat dan iemand met een goede portfolio maar geen betrokkenheid in de gemeenschap.

Voor rollen waar de tijdzone belangrijker is dan de locatie, vraag je hun: "Geef je de voorkeur aan dagelijkse standups, async updates of iets anders?" Hun antwoord zal je veel vertellen over hoe ze werken.

Dit zijn enkele waarschuwingstekens waar je op moet letten als je een externe ontwikkelaar aanwerft:

Dit zijn niet noodzakelijk reden om niet aan te nemen. Ze zijn het waard om meer vragen over te stellen:

1. Generieke sollicitatiebrieven: Een korte verwijzing naar iets specifieks over je product is beter dan een lange, gepolijste brief.
2. GitHub-activiteit die plotseling toenam zonder verklaring: Als iemands GitHub-account een tijdje inactief was en vervolgens plotseling veel activiteit had, kan het betekenen dat ze hun portfolio beter proberen te laten lijken.
3. Moeilijkheid hun code uit te leggen: Als ze het hebben gebouwd, moeten ze je door de moeilijkste beslissing die ze hebben genomen kunnen leiden.
4. Tegenzin om een betaalde proef te doen: Een goede ontwikkelaar begrijpt dat vertrouwen moet worden opgebouwd. Als ze terughoudend zijn om enig testwerk te doen, is het het opmerken waard.

Hier is een snelle checklist om te gebruiken als je een externe ontwikkelaar controleert:

Voordat je een aanbod doet, stel jezelf deze zes vragen:

1. Kunnen ze een debugprobleem in specifieke technische detail uitleggen?
2. Hebben ze een project meer dan zes maanden bijgewerkt?
3. Hebben ze een track record van engagementen, niet alleen klus-naar-klus?
4. Kunnen ze kritisch code beoordelen, niet alleen produceren?
5. Hebben ze vragen gesteld over je project, niet alleen de jouwe beantwoord?
6. Communiceren ze duidelijk in async schrijven?

De essentie is dat het aannemen van een externe ontwikkelaar op papier nooit gemakkelijker is geweest, maar het is in de praktijk moeilijker. Er zijn veel sollicitanten. De kwaliteit van hun portfolio's en sollicitatiebrieven is niet altijd een goede indicatie van hun vaardigheden. Wat echt uitmaakt is hoe ze denken en werken onder omstandigheden.

De ontwikkelaars die het waard zijn om aan te werven proberen je proces niet te spelen. Ze zijn blij om problemen door te spreken, hun werk te laten zien en je eerlijk te vertellen waar hun ervaring eindigt. Je moet je screeningsproces rond gesprekken opbouwen, niet rond referenties. Daar ligt de echte informatie.

TL;DR

• AI heeft het gemakkelijk gemaakt om externe ontwikkelaar-portfolio's te vervalsen, dus stop met screenen op basis van referenties. Test in plaats daarvan begrip boven output (vraag ze code uit te leggen, niet alleen te schrijven), graaf in specifieke debugverhalen en zoek naar langdurig eigendom van projecten.
• Je moet websites zoals Toptal.io en Gun.io gebruiken om externe ontwikkelaars te vinden.
• Let op voor generieke sollicitatiebrieven, plotselinge GitHub-pieken en tegenzin om een proef te doen.
• De beste manier om echt kennis te maken met een externe ontwikkelaar is om met hen te praten. Dat is waar je echt kunt zien of ze geschikt zijn voor je project.

Wil je een hoogwaardig extern tech team opbouwen?

Bekijk MyNextDeveloper, een platform waar je de beste 3% van softwareengineers kunt vinden die diep gepassioneerd zijn over innovatie. Onze on-demand, dedicated en grondige software talent-oplossingen bieden een alomvattende oplossing voor al je softwarevereisten.

Bezoek onze website om te verkennen hoe we je kunnen helpen je perfecte team samen te stellen.