{"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\/it\/blog\/news\/soprovozhdayushhie-godot-peregruzheny-iz-za-obiliya-somnitelnyh-izmenenij-sozdannyh-cherez-ai","title":{"rendered":"I manutentori di Godot sono sopraffatti a causa dell'abbondanza di cambiamenti discutibili creati tramite AI","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
R\u00e9my Verschelde, uno dei membri chiave del team di supporto del motore di gioco open source Godot e cofondatore della W4 Games, ha affermato che l'aumento di pull request di bassa qualit\u00e0 generate da grandi modelli di linguaggio sta esaurendo e demoralizzando gli sviluppatori di Godot che si occupano di rivedere le modifiche. Secondo R\u00e9my, il progetto Godot \u00e8 orgoglioso della sua apertura ai nuovi utenti e offre a chiunque la possibilit\u00e0 di influenzare lo sviluppo del motore. I membri del team di supporto di Godot trascorrono molto tempo ad aiutare a rendere le pull request idonee, ma con l'attuale abbondanza di modifiche discutibili, R\u00e9my non sa quanto la squadra potr\u00e0 ancora sopportare. <\/p>\n
Attualmente nel repository di Godot su GitHub ci sono oltre 4600 pull request aperte. Adriaan de Jongh, direttore dello studio di sviluppo giochi Hidden Folks, ha descritto la situazione riguardo ai pull request spazzatura generati da AI per Godot come un completo disastro e una enorme perdita di tempo per i revisori, costretti a spendere tempo per analizzare modifiche che spesso non hanno senso, accompagnate da descrizioni eccessivamente prolisse e inviate da sviluppatori che non comprendono i propri patch. <\/p>\n
Con l'arrivo degli strumenti AI, i membri del team sono costretti a determinare se il codice \u00e8 stato scritto da una persona o generato automaticamente, oltre a capire se l'autore comprende il codice che ha inviato. Devono anche verificare se gli autori hanno testato il loro codice o se i risultati dei test presentati sono stati semplicemente falsificati dall'AI. Inoltre, R\u00e9my non sa come comportarsi in situazioni in cui, quando si chiede dell'uso dell'AI, gli autori delle patch rispondono 'l'ho usato solo per la descrizione, perch\u00e9 scrivo male in inglese', il che non consente di classificare chiaramente il contributo. <\/p>\n
Si segnala che ai manutentori \u00e8 richiesto di controllare pi\u00f9 volte al giorno le pull request dei nuovi partecipanti, dubitando della loro qualit\u00e0. L'unica soluzione per mantenere l'approccio precedente allo sviluppo che R\u00e9mi considera \u00e8 l'aumento del finanziamento del progetto al fine di poter pagare ulteriori manutentori che si occuperanno di esaminare gli scarti generati dall'AI. <\/p>\n
Il progetto Blender affronta difficolt\u00e0 simili, avendo iniziato all'inizio di febbraio a sviluppare una politica riguardante le patch create utilizzando l'IA. In precedenza, regole per casi simili erano state adottate dalla Linux Foundation, Fedora, GNOME, Firefox, Ghostty, Servo e LLVM. A gennaio, GitHub ha avviato una discussione sull'implementazione di misure per limitare le pull request di bassa qualit\u00e0 generate dagli assistenti IA, inviate senza revisione manuale, che non soddisfano i requisiti di qualit\u00e0 e creano gravi difficolt\u00e0 per i manutentori. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"