{"id":161981,"date":"2026-02-22T11:11:55","date_gmt":"2026-02-22T09:11:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/soprovozhdayushhie-godot-peregruzheny-iz-za-obiliya-somnitelnyh-izmenenij-sozdannyh-cherez-ai"},"modified":"2026-02-22T11:11:55","modified_gmt":"2026-02-22T09:11:55","slug":"soprovozhdayushhie-godot-peregruzheny-iz-za-obiliya-somnitelnyh-izmenenij-sozdannyh-cherez-ai","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/soprovozhdayushhie-godot-peregruzheny-iz-za-obiliya-somnitelnyh-izmenenij-sozdannyh-cherez-ai","title":{"rendered":"De beheerders van Godot zijn overweldigd door de overvloed aan twijfelachtige wijzigingen die via AI zijn gemaakt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
R\u00e9mi Verschelde, een van de belangrijke begeleiders van de open-source game-engine Godot en mede-oprichter van W4 Games, heeft verklaard dat de toenemende stroom van lage kwaliteit pull-requests, gegenereerd door grote taalmodeletjes, de ontwikkelaars van Godot uitput en demoraliseert die zich bezighouden met het beoordelen van veranderingen. Volgens R\u00e9mi is het Godot-project trots op zijn toegankelijkheid voor nieuwe deelnemers en biedt het elke gebruiker de mogelijkheid om invloed uit te oefenen op de ontwikkeling van de engine. De begeleiders van Godot besteden veel tijd aan het helpen om pull-requests in de juiste staat te brengen, maar met de huidige overvloed aan twijfelachtige veranderingen weet R\u00e9mi niet hoe lang het team nog kan volhouden. <\/p>\n
Momenteel zijn er meer dan 4600 open pull-requests in de Godot-repository op GitHub. Adriaan de Jongh, directeur van de gamestudio Hidden Folks, beschreef de toestand van de AI-geproduceerde rommel pull-requests voor Godot als een complete zooien en een enorme verspilling van tijd voor de beoordelaars, die gedwongen worden tijd te besteden aan het analyseren van wijzigingen die vaak geen zin hebben, voorzien zijn van overtollig lange beschrijvingen en worden ingediend door ontwikkelaars die hun eigen patches niet begrijpen. <\/p>\n
Met de komst van AI-tools zijn de begeleiders gedwongen om extra te bepalen of de code door een mens is geschreven of automatisch is gegenereerd, en ook om te begrijpen of de auteur de code die is ingediend, begrijpt. Ze moeten ook uitzoeken of de auteurs hun code hebben getest of dat de gepresenteerde testresultaten alleen maar door AI zijn gefabriceerd. Bovendien begrijpt R\u00e9mi niet hoe te handelen in situaties waarin auteurs van patches antwoorden op de vraag naar het gebruik van AI met \"ik heb het alleen gebruikt voor de beschrijving, omdat ik slecht Engels schrijf\", wat het moeilijk maakt om de bijdrage duidelijk te classificeren. <\/p>\n
Het wordt opgemerkt dat ontwikkelaars meerdere keren per dag pull-requests van nieuwkomers moeten hercontroleerden, waarbij ze twijfelen aan hun kwaliteit. Het enige oplossing om de vroegere benadering van ontwikkeling te behouden, denkt R\u00e9mi, is de financiering van het project te verhogen zodat er extra ontwikkelaars kunnen worden betaald, die de AI-rotzooi zullen beoordelen. <\/p>\n
Het Blender-project ondervindt soortgelijke problemen en is begin februari begonnen met het ontwikkelen van beleid voor patches die met behulp van AI zijn gemaakt. Eerder hebben de Linux Foundation, Fedora, GNOME, Firefox, Ghostty, Servo en LLVM regels vastgesteld voor dergelijke gevallen. In januari begon GitHub een discussie over de implementatie van maatregelen om de instroom van laagwaardige pull-aanvragen, gegenereerd door AI-assistenten en zonder handmatige controle verzonden, te beperken, die niet voldoen aan kwaliteitsnormen en ernstige problemen veroorzaken voor de onderhouders. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"