EVE Online avvia la migrazione a Python 3 con futurize su 2,4M righe
Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.
Il team userà lo script futurize su 2,4 milioni di righe e poi rivedrà manualmente le ~20.000 differenze comportamentali tra Python 2 e 3.
CCP Games ha avviato la migrazione di EVE Online a Python 3. Primo passo: futurize su 2,4 milioni di righe. Poi revisione manuale di circa 20.000 differenze tra Python 2 e 31.
Il flusso è lineare: automatizzare dove possibile, intervenire a mano dove la semantica cambia. L’annuncio cita la divisione tra interi come esempio di rischio: 1 / 2 restituisce 0 in Python 2, 0.5 in Python 3. Qui si cercano le regressioni prima del merge1.
La scala del codice impone disciplina. Due milioni e quattrocentomila righe non si correggono una a una. Automatizzare i pattern riduce la superficie. La verifica umana resta obbligatoria nei punti ambigui, con un’attenzione mirata ai cambi di comportamento, come la divisione1.
Il progetto arriva dopo anni di Stackless Python in produzione. EVE Online lo usa dal 2003. L’ultimo salto del runtime risale al 2010, quando il team è passato a Stackless Python 2.7. Sedici anni separano quel passaggio dal piano odierno (2010→2026)1.
Sullo stato di Stackless, l’annuncio è prudente. Non indica se, quando o come EVE Online lo abbandonerà. Non comunica sostituzioni del runtime nel client o nei servizi. Il post però linka materiali pertinenti: una presentazione intitolata “Scheduling in Carbon: Leaving Stackless Python Behind”, che descrive la rimozione di Stackless dal motore Carbon per EVE Frontier usando la libreria open source carbonengine/scheduler. Questi rimandi offrono contesto tecnico, ma non sono annunci per EVE Online e non vanno letti come tali1.
La fonte è un post del 25 agosto 2026 che riassume il piano e raccoglie i link tecnici: l’annuncio, le slide su Carbon e lo scheduler. Il testo inquadra EVE Online come caso di lungo corso per Python in produzione, con Stackless al centro dell’architettura sin dal lancio1.
Tempi e tappe restano senza stime. La nota non indica una durata della migrazione né scadenze intermedie. Il carico reale dipenderà da quanti casi ambigui emergeranno nella revisione manuale e da quanto rapidamente il team potrà validarli senza bloccare lo sviluppo in corso1.
Un dettaglio operativo aggiunge prospettiva: concentrarsi sui cambi di semantica, come la divisione, riduce il rischio di regressioni in aree critiche. Questa scelta suggerisce dove si giocherà la parte più delicata del lavoro: nei punti in cui il codice presuppone il comportamento di Python 2 e dovrà adattarsi, in sicurezza, a quello di Python 31.
Fonti
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici
Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:
- Fedeltà alle fonti. Un secondo passaggio toglie ogni affermazione che le fonti non sostengono.
- Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale.
- Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica.
I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.
Per vedere Millebit nelle notizie principali di Google, aggiungilo alle tue fonti preferite. Oppure segui l’edizione di oggi, il feed RSS o La Sintesi.