Pomona: Continuous Code Quality Improvement via Small, Automated Changes at Bloomberg
Dit artikel introduceert Pomona, een lichtgewicht agentic tool geïnspireerd door Kaizen die de codekwaliteit bij Bloomberg continu verbetert door het automatiseren van de ontdekking en incrementele reparatie van technische schuld via kleine, laag-risico pull requests, waarbij een hoog succespercentage bij het mergen en een sterke adoptie door engineers in een maand na implementatie worden behaald.
Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer
Stel je voor dat je een enorme, drukke bibliotheek beheert (de codebase van je bedrijf). Na verloop van tijd worden er boeken verkeerd geplaatst, komen er koffievlekken op pagina's en worden er aantekeningen met potlood geschreven die nog uitgewist moeten worden. Meestal zijn de bibliothecarissen (de software engineers) te druk met het schrijven van nieuwe boeken om deze kleine, hardnekkige problemen op te lossen. Ze weten dat de bibliotheek opgeruimd moet worden, maar ze hebben niet de tijd om het allemaal in één keer te doen.
Maak kennis met Pomona, een nieuwe, behulpzame robotassistent die speciaal is ontworpen voor de "kleine dingetjes" die mensen steeds uitstellen.
Hier is hoe Pomona werkt, onderverdeeld in eenvoudige concepten:
1. De Tweestapsdans: Scannen en Herstellen
Pomona is geen toverstaf die alles in één keer oplost. In plaats daarvan werkt het als een ijverige conciërge met een specifieke routine, gebruikmakend van twee hoofdvaardigheden:
De Scanner (De Ogen): Dit deel van Pomona loopt door de bibliotheek om kleine problemen op te sporen. Het controleert op zaken zoals:
- Boeken die op de verkeerde plank staan (linting-fouten).
- Plaknotities met de tekst "Later repareren" die er al jaren hangen (TODO's).
- Bladzijden die leeg en nutteloos zijn (dead code).
- Ontbrekende hoofdstukken in de index (test gaps).
Zodra het deze problemen vindt, schrijft het ze op in een Backlog (een to-do lijst), waarbij ze worden gesorteerd op hoe belangrijk ze zijn en hoe gemakkelijk ze op te lossen zijn.
De Reparateur (De Handen): Dit deel pakt het allereerste, makkelijkste en belangrijkste item van de to-do lijst. Vervolgens brengt het een piepkleine, minuscule verbetering aan—denk aan het aanpassen van slechts 10 regels tekst of het herstellen van een enkele typefout. Het probeert niet de hele bibliotheek te herbouwen; het repareert gewoon één klein plankje.
2. De "Tiny Pull Request" (De Menselijke Controle)
Dit is het belangrijkste deel: Pomona verandert de boeken niet op eigen houtje. Het maakt een Pull Request (PR) aan.
Beschouw een Pull Request als een plaknotitie die Pomona op een boek achterlaat met de tekst: "Hé, ik merkte dat deze pagina ondersteboven stond. Ik heb hem omgedraaid. Kijk er even snel naar en vertel me of ik het goed heb gedaan."
- Klein is Veilig: Omdat de wijzigingen zo klein zijn (ongeveer 10 regels), kan een menselijke bibliothecaris er in enkele seconden een blik op werpen.
- Mens in de Loop: Een mens moet "Ja" zeggen voordat de wijziging wordt doorgevoerd. Dit houdt de engineers in controle en bouwt vertrouwen op. Ze zijn niet bang dat de robot per ongeluk de hele bibliotheek zal verwijderen.
3. De Kaizen-filosofie
Het artikel vergelijkt Pomona met Kaizen, een Japanse filosofie van "voortdurende verbetering". In plaats van één keer per jaar een enorme, angstaanjagende renovatie uit te voeren, suggereert Pomona om elke dag kleine, constante verbeteringen door te voeren. Het is het verschil tussen proberen het hele huis in één weekend schoon te maken versus elke dag 10 minuten lang één kamer opruimen.
4. Wat gebeurde er toen ze het probeerden?
Het team bij Bloomberg (een groot financieel bedrijf) liet Pomona een maand lang aan het werk gaan. Dit is wat ze ontdekten:
- Het Werkte: Van de 17 kleine verbeteringen die Pomona voorstelde, werden er 15 geaccepteerd en toegevoegd aan de code.
- Het Ging Snel: De meeste van deze verbeteringen werden in minder dan 2 uur goedgekeurd en afgerond.
- Mensen Vonden Het Leuk: Wanneer de engineers werden gevraagd of ze Pomona wilden gebruiken, zei 8 van de 10 ja. Ze vonden het geweldig dat de wijzigingen klein en gemakkelijk leesbaar waren.
- De Bottleneck: De enige keer dat het vastliep, was toen Pomona iets te enthousiast werd en probeerde hetzelfde ding twee keer te repareren voordat een mens de eerste keer kon controleren. Het team loste dit op door Pomona te instrueren te controleren of een reparatie al in behandeling is.
5. Waarom Dit Er Toe Doet
Het artikel concludeert dat hoewel AI geweldig is in het schrijven van grote, complexe code, het momenteel het beste is als een behulpzame assistent voor kleine, saaie taken.
- Vertrouwen: Engineers zijn sceptisch over AI die grote veranderingen aanbrengt, maar ze vertrouwen het wel met kleine, voor de hand liggende verbeteringen.
- Focus: Door de robot de "vuilnisophaal" (dead code, oude aantekeningen) te laten afhandelen, kunnen mensen zich concentreren op het bouwen van nieuwe functies.
- Controle: Het systeem werkt omdat de mens altijd het laatste woord heeft.
Kortom, Pomona is een hulpmiddel dat teams helpt hun code schoon en gezond te houden door kleine, geautomatiseerde en gemakkelijk te keuren verbeteringen door te voeren, in plaats van te wachten tot een mens de tijd vindt om het allemaal handmatig te doen.
Verdrinkt u in papers in uw vakgebied?
Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.