Cardano DevX maakt meetmethode voor belangrijkste ontwikkeltools openbaar
Een populaire GitHub-repository krijgt bij Cardano DevX niet automatisch voorrang. Het initiatief heeft een meetmethode gepubliceerd waarin werkelijk gebruik door ontwikkelaars zes keer zo zwaar telt als GitHub-sterren.
Daarmee wil DevX bepalen welke ontwikkeltools rond Cardano het meeste gewicht dragen en waar kleine verbeteringen ontwikkelaars en hun AI-agents het meest kunnen helpen. Geld wordt nog niet verdeeld.
Gebruik krijgt 60 procent van de score
Builders Hinson en Tszwai maakten op 15 oktober de eerste onderzoeksstukken openbaar via het Cardano Forum.
De bijbehorende methodiek op GitHub gebruikt drie signalen:
| Onderdeel | Gewicht |
| Gebruik in ontwikkelaarsenquête | 60% |
| Verbindingen met andere tools | 30% |
| GitHub-sterren | 10% |
De eindscore loopt van 0 tot 100.
GitHub-sterren worden daarbij niet één-op-één overgenomen. De methode gebruikt een worteltransformatie, zodat een project met extreem veel sterren minder snel alles domineert.
Dat is een bewuste keuze.
DevX noemt sterren vooral een maat voor populariteit en waarschuwt dat oudere of bekende projecten daardoor te hoog kunnen eindigen.
Een tool concurreert alleen met vergelijkbare tools
De ranglijst gooit ook niet alle 269 projecten op één hoop.
Projecten worden binnen hun eigen categorie beoordeeld.
Een debugger wordt dus vergeleken met andere debuggers. Een SDK krijgt niet automatisch een hogere of lagere positie omdat een totaal ander type tool meer verbindingen heeft.
Dat is relevant voor een blockchain waarop builders uiteenlopende hulpmiddelen gebruiken.
Een wallet-library, indexer of tool voor smart contracts vervult immers een andere functie.
Alleen bovenste kwart gaat automatisch door
Binnen iedere categorie komt de hoogste 25% van de gerangschikte projecten in aanmerking voor verdere beoordeling.
Daar geldt nog een extra voorwaarde voor: er moet daadwerkelijk gebruik boven nul zijn geregistreerd.
Dat betekent niet dat de onderste 75% automatisch wordt afgeschreven.
De eerste selectie bepaalt alleen welke projecten via de vaste formule doorgaan naar verdere beoordeling.
Ook gearchiveerde of mogelijk verlaten projecten krijgen niet simpelweg een automatische uitkomst. Daar moet een mens naar kijken.
Ontbrekende gegevens tellen niet als nul
Dat is een belangrijke bescherming in de methode.
Van de 269 projecten in de gebruikte kaart hebben slechts 73 een gebruikspercentage uit de Cardano Foundation Developer Survey van 2025.
Die enquête had 109 respondenten.
Voor de overige 196 projecten ontbreekt die gebruiksmaat.
DevX geeft zo'n project daarom geen nul.
Het krijgt een scorebereik: de laagste en hoogste score die mogelijk is zolang het ontbrekende cijfer niet bekend is.
Daarmee probeert de methode te voorkomen dat “niet gemeten” verandert in “niet gebruikt”.
GitHub-sterren blijken maar beperkt samen te hangen met gebruik
De onderzoekers geven zelf ook een reden om GitHub-sterren voorzichtig te behandelen.
Binnen de beschikbare data bedraagt de Spearman-correlatie tussen sterren en gerapporteerd gebruik slechts 0,36.
Dat wijst op een beperkte samenhang.
Een repository kan dus veel sterren hebben zonder dat de huidige groep Cardano-ontwikkelaars hem massaal gebruikt.
Andersom kan een minder zichtbaar pakket diep in de ontwikkelketen zitten en voor andere tools juist moeilijk vervangbaar zijn.
Daarom telt ook de verbinding met andere projecten voor 30% mee.
Nieuwe vragenlijst moet gaten vullen
De huidige score is niet het eindpunt.
Hinson en Tszwai publiceren daarnaast een aparte vragenlijst voor maintainers.
Daarmee willen zij projectniveau-data verzamelen die de algemene ontwikkelaarsenquête niet levert.
Het gaat onder meer om afhankelijkheden, bereik, onboarding en hoe makkelijk externe ontwikkelaars kunnen bijdragen.
Per project moet in principe één geldige reactie komen van iemand die daadwerkelijk bij het project betrokken is.
Ruwe antwoorden worden niet openbaar gemaakt. De methode beschrijft dat resultaten standaard alleen samengevoegd worden gerapporteerd.
AI-agents worden expliciet onderdeel van het probleem
Opvallend is dat DevX niet alleen menselijke ontwikkelaars noemt.
Het initiatief wil ook kijken waar verbeteringen AI-agents helpen die steeds vaker naast programmeurs werken.
Dat verandert wat “goede tooling” kan betekenen.
Een handleiding die voor een ervaren ontwikkelaar nog net begrijpelijk is, kan voor een agent bijvoorbeeld slecht gestructureerd zijn. Onduidelijke API-documentatie, ontbrekende voorbeelden of lastig reproduceerbare tests kunnen automatisering eveneens vertragen.
DevX heeft nog geen afzonderlijke AI-score gepubliceerd.
De verwijzing maakt vooral duidelijk dat toekomstig verbeterwerk ook wordt bekeken vanuit geautomatiseerde ontwikkelprocessen.
Onderzoekers beoordelen ook hun eigen projecten
Daar zit een mogelijk belangenconflict.
De betrokken builders onderhouden zelf Mesh, Whisky en Vodka.
Die projecten worden volgens de gepubliceerde methode met exact dezelfde formule beoordeeld als andere tools.
Hinson en Tszwai zeggen bovendien geen bountybeloningen voor hun eigen projecten aan te nemen.
Wanneer handmatige toevoegingen of toekomstige beloningen hun eigen tools raken, moet het Cardano DevX Initiative daarover beslissen.
Dat is geen garantie dat iedere belangenkwestie verdwijnt.
Het maakt wel vooraf zichtbaar welke waarborg wordt gebruikt.
Menselijke correctie blijft bewust mogelijk
De score bepaalt niet alles.
Beoordelaars mogen een project toevoegen dat door de vaste regels wordt gemist, bijvoorbeeld wanneer het aantoonbaar belangrijk is maar slecht vertegenwoordigd werd in de enquête.
Zo'n toevoeging moet openbaar worden onderbouwd.
Dat maakt de methode minder strak dan een volledig automatische ranglijst, maar waarschijnlijk ook bruikbaarder.
De eigen documentatie erkent namelijk meerdere zwakke plekken: nieuwe projecten hebben minder historische zichtbaarheid, sommige soorten tools hebben van nature weinig koppelingen en de kaart zelf is gebaseerd op data uit 2026.
Een formule kan zulke gaten niet wegtoveren.
Nog geen subsidies uitgedeeld
Dit is daarom vooral een selectieproces.
Het Forum-bericht zegt dat maintainers de komende weken kunnen worden benaderd voor een korte enquête of gesprek.
De bevindingen worden daarna openbaar gemaakt.
Eventuele bounties voor verbeteringen moeten eveneens publiek worden gepubliceerd.
Er zijn met deze methodiek dus nog geen winnaars aangewezen en geen subsidies aan tools toegekend.
Dat onderscheid is belangrijk.
DevX probeert nu eerst vast te stellen waar ontwikkelaars werkelijk van afhankelijk zijn. Pas daarna komt de vraag welk probleem genoeg pijn doet om er geld tegenaan te gooien.
Stop met te veel betalen voor je crypto. Bij de Amsterdamse exchange Finst handel je tegen de laagste tarieven van Nederland, zonder verborgen kosten.
👀 Bekijk Finst nu ›Let op: Beleggen in crypto brengt risico’s met zich mee. Handel alleen met geld dat u kunt missen.
Ga verder met lezen
Dit vind je misschien ook leuk
Laat mensen jouw mening weten
Lees ook
Populair Nieuws
Loading
