Yapay zeka kodlama ajanları üzerine bugüne kadar okuduğum en ilginç verilerden biri bu oldu: daha fazla kod, otomatik olarak daha fazla yazılım demek değil.
Harvard'dan Fiona Chen ve James Stratton'ın çalışması, 2021'den Mart 2026'ya kadar 700'den fazla yazılım şirketinde 700 binin üzerinde çalışana ait verileri ve 300 milyon iş olayını incelemiş. Kodlama ajanları devreye girdikten sonra toplam kod satırı ortalama yüzde 30, commit sayısı yüzde 20, pull request sayısı yüzde 23 artmış.
Ama asıl soru şu: iş bitiyor mu? Jira gibi araçlarda takip edilen hata, görev ve özelliklerin tamamlanma oranında istatistiksel olarak anlamlı bir değişiklik görülmemiş.
Darboğaz kod incelemede. Bir pull request'in gönderilmesinden ana kod tabanına alınmasına kadar geçen süre yüzde 49 uzamış. Değişiklik istenen pull request oranı neredeyse iki katına çıkmış, pull request başına yorum sayısı yüzde 35 artmış, kod inceleyen çalışanların oranı da yüzde 14 yükselmiş. Yani yazma tarafında kazanılan hızın önemli bir kısmı inceleme ve düzeltmede geri harcanıyor.
Şirketler bunu da yapay zekayla çözmeye çalışıyor: Mart 2026 itibarıyla incelenen şirketlerin yüzde 80'i bir tür yapay zeka kod inceleme aracı kullanıyormuş. Yine de inceleme yorumlarının sadece yüzde 23,3'ü ajanlardan geliyor ve ajanlar pull request'lerin yalnızca yüzde 10,8'ine katkı veriyor; işin büyük kısmı hâlâ insanlarda. Aktif çalışan sayısında da, en azından incelenen dönemde, anlamlı bir değişiklik bulunmamış.
Verilerin Mart 2026'da bittiğini, araçların o tarihten beri geliştiğini de not etmek lazım. Ama benim çıkardığım ders net: verimlilik için sadece kod yazma süresini değil, inceleme, hata düzeltme ve entegrasyonu da hızlandırmak gerekiyor.
Ars Technica'daki haber:
https://arstechnica.com/ai/2026/10/ai-coding-agents-generate-more-cod…
Çalışmanın PDF'i:
https://fion.ac/jellyfish.pdf
Kaynak: DonanımHaber
Per una persona come me, che ha a che fare con il codice ogni giorno, il 2025 è stato un anno di cambiamenti enormi. Gli strumenti di programmazione con l'IA non si limitano più a completare la riga successiva, ma hanno cominciato a farsi carico davvero dei compiti. Ripensandoci, nella prima metà dell'anno si parlava ancora dell'esperienza di completamento di Cursor e Copilot; nella seconda metà, lo sviluppo guidato dalle specifiche è esploso all'improvviso e i repository si sono riempiti di file Markdown scritti apposta per gli agenti.
La mia sensazione più forte è che la programmazione stia passando da un modello "guidato dall'uomo" a uno "guidato dall'agente". Prima l'IA prevedeva solo il carattere successivo; ora riesce a fare tutto, dall'analisi dei requisiti alla generazione del codice fino alla verifica dei risultati. La cosa interessante è che quasi tutti gli strumenti di punta stanno spingendo contemporaneamente su tre forme — IDE, CLI e Cloud — e alla fine convergono tutti verso gli agenti.
Ma insieme sono arrivati anche i problemi. Il più doloroso è il costo dei token: i compiti si allungano, le chiamate agli strumenti aumentano, il contesto viene reinserito più e più volte e la bolletta cresce a vista d'occhio. Quest'anno la frase sulla bocca di tutti non è più "come scrivere un prompt", ma "ingegneria del contesto": come trovare il compromesso tra qualità, efficienza e costi, e come aumentare il tasso di hit della cache.
Per me, il vero spartiacque del 2025 non sta in chi ha il modello più potente, ma in chi riesce a trasformare i vincoli e la memoria, prima impliciti nell'ingegneria del software, in strutture di contesto che il modello possa comprendere e riutilizzare. Il valore del programmatore si sta spostando lentamente dallo "scrivere codice" al "definire regole". Quest'anno è stato davvero un po' surreale.
Fonte: InfoQ
Secondo IT之家, il 8 ottobre JetBrains ha annunciato in un post sul blog il modello di IA per la programmazione Mellum2.1, con l'obiettivo di rafforzare la programmazione agentica. Da sviluppatore seguo con interesse questi modelli aperti che si possono eseguire in locale, quindi riassumo qui i punti principali.
Il modello mantiene l'architettura di Mellum2: è un modello a mixture of experts (MoE) da 12B con 2,5B di parametri attivi, e resta rilasciato con licenza Apache 2.0. Il cambiamento principale nell'addestramento è che la fase di apprendimento per rinforzo successiva al pre-addestramento, prima una breve rifinitura, è diventata il cuore dell'addestramento. Sono stati aggiunti dati su matematica, competizioni algoritmiche, scienze, uso di strumenti e ingegneria del software, e sono stati costruiti ambienti interni di apprendimento per rinforzo, avviando milioni di sandbox su migliaia di ambienti durante l'addestramento. Prima dell'addestramento vengono scartate le attività con test difettosi, risposte non verificabili o difficoltà inadatta.
Secondo la descrizione ufficiale, può esplorare codebase, modificare file e controllare le proprie modifiche. Il miglioramento più grande riguarda la programmazione agentica: riesce a individuare la causa radice dei test che falliscono, a proporre una correzione e a verificarne il risultato. Quanto alla velocità, l'architettura non cambia, ma la previsione multi-token (MTP) rende la generazione per una singola richiesta circa 1,6 volte più rapida. Nel confronto con Mellum2, Qwen3.5-9B e Gemma 4 E4B, nelle stesse condizioni di valutazione, la velocità di output di Mellum2.1 su una singola H200 sotto carico elevato è vicina al doppio di quella di Qwen3.5-9B.
Il modello è disponibile su Hugging Face e può essere distribuito in locale o sulla propria infrastruttura, così le aziende possono tenere codice e dati nel proprio ambiente. Sono previste versioni GGUF per llama.cpp, Ollama e LM Studio, oltre a un componente MTP per la decodifica speculativa in vLLM.
Aspetto con interesse la versione GGUF, perché permetterebbe anche agli sviluppatori comuni di provarlo sul proprio computer. Quando scegliete un modello per la programmazione, cosa conta di più: l'accuratezza o il costo di distribuzione?
Fonte: IT之家
Un articolo di ITmedia NEWS mi ha fatto sapere che Google ha presentato «Playground», una piattaforma sperimentale di giochi. L'annuncio è del 7 ottobre 2026, ora statunitense, e da quello stesso giorno è disponibile nel browser per gli utenti statunitensi di almeno 18 anni.
L'uso si basa soltanto su istruzioni in testo. Si può partire da zero, modificare un prompt iniziale già pronto oppure usare un supporto guidato, e il gioco creato si può provare sul momento. Modifiche a fisica, regole, personaggi e ambiente vengono applicate se le si descrive a parole. Secondo l'articolo non serve esperienza di programmazione, ma non viene rivelato quale modello di IA venga usato.
È possibile anche condividere. Essendo basata sul web, funziona sia su smartphone sia su PC; si può inviare un link ad amici e familiari, pubblicare il gioco nella galleria «Explore» oppure tenerlo privato. Alcuni generi supportano classifiche e multiplayer, e i giochi pubblicati passano una verifica di sicurezza secondo le linee guida della community di Google. La funzione di creazione dei giochi sarà rilasciata gradualmente in base all'abbonamento Google One.
L'altro annuncio riguarda una partnership con Unity. Le due aziende prevedono di lanciare nel 2026 un nuovo prodotto, «Unity Spark», che porterà su Playground meccaniche di gioco complete, grafica 3D ad alta fedeltà e la flessibilità del runtime di Unity. Si collegherà anche direttamente all'Unity Asset Store. È attualmente in test e a breve partirà una beta chiusa. Il CEO di Unity ha fatto notare che circa 3 miliardi di persone al mese giocano a titoli realizzati con Unity, ma molte non ne hanno mai creato uno.
Personalmente penso che condividere e giocare ai giochi creati con i prompt possa diventare un punto di ingresso interessante nella programmazione. Mi piacerebbe sapere cosa ne pensate di strumenti come questo.
Fonte: ITmedia NEWS
Next ha dedicato un articolo a Pi, un harness open source che ha appena raggiunto la versione 1.0.0. Per chi non conosce il termine, un harness è lo strato software attorno a un modello di IA che gli permette di leggere file, eseguire comandi o cercare informazioni su internet.
Pi punta a essere minimalista ma estensibile. È compatibile con oltre 1.500 modelli e varianti, sia commerciali sia a pesi aperti utilizzabili in locale, e si presenta come un'alternativa a Claude Code e Codex che non dipende dai modelli di Anthropic o OpenAI. Gli sviluppatori vedono nel passaggio alla 1.0 un segno di maturità.
L'articolo parla anche delle novità recenti: i connettori MCP, una modalità «codemode» e il supporto a ChatGPT. Pi Durable viene descritto come capace di resistere a guasti interni ed esterni catastrofici.
Va detto che circa l'80% del testo è riservato agli abbonati, quindi mi limito a ciò che si può leggere pubblicamente. Nei commenti diversi lettori confrontano Pi con OpenCode: uno lo trova molto leggero ma più difficile da configurare, soprattutto per MCP, un altro segnala la variante Oh-My-Pi. L'autore annuncia inoltre un articolo su installazione e utilizzo.
Mi interessa l'idea di separare l'harness dal modello: si può cambiare modello senza cambiare strumento. Resta da vedere se la semplicità di Pi regge quando gli usi si complicano. E voi, quale harness usate ogni giorno per programmare con l'IA?
Fonte: Next
Xataka racconta una storia che mescola programmazione, IA e parecchie polemiche. Fino a pochi giorni fa ArtCraft era una piattaforma per generare immagini e video con l'IA. Brandon Thomas, membro del team, ha annunciato di aver creato con il vibe coding sostituti open source di sette applicazioni Adobe, scritti in Rust: PhotoCraft (Photoshop), VectorCraft (Illustrator), FilmCraft (Premiere Pro), LightCraft (Lightroom), PdfCraft (Acrobat), EffectCraft (After Effects) e DesignCraft (InDesign).
Sono distribuiti per Windows, macOS e Linux, e si possono usare anche da ArtCraft. L'articolo sottolinea che Adobe non ha mai offerto strumenti creativi professionali per Linux, quindi questo vuoto non è irrilevante.
Un collega dell'autore ha provato PhotoCraft per qualche giorno: le funzioni di base funzionano, non c'è traccia degli strumenti di IA di Photoshop e l'applicazione occupa pochissimo spazio. Per ora, però, non sostituisce l'originale. Gli stessi creatori riconoscono che si trova in una fase alpha molto iniziale: mancano una ventina di strumenti di IA e generativi, profondità nella tipografia e nei flussi di lavoro professionali, e compatibilità con i plug-in.
Secondo i creatori l'approccio è clean-room: si basano su specifiche pubbliche e sul comportamento osservabile dei programmi, senza codice o risorse proprietarie. PhotoCraft può aprire file PSD perché Adobe ha pubblicato quelle specifiche. In rete circola il sospetto, senza prove, che i programmi Adobe siano stati decompilati.
Xataka ricorda anche i problemi del vibe coding: il codice generato dall'IA può essere difficile da correggere e contenere cose che un programmatore umano non scriverebbe mai, il che è meno grave per le app personali che per i grandi progetti. Mi sembra un buon avvertimento. Come alternative gratuite, l'autore cita Affinity, GIMP e DaVinci Resolve. Vi fidereste di un'app generata in questo modo?
Fonte: Xataka
Ho letto l'analisi di Simon Bisson su Computer Sweden: Microsoft ha portato Rust allo stato interno di Tier-1, allo stesso livello di C#, TypeScript e C. Questo stato richiede, tra l'altro, una toolchain completa e l'integrazione con Windows e Azure.
Il contesto è che Mark Russinovich, CTO di Azure, ha sottolineato la sicurezza della memoria di Rust come parte importante della strategia di sicurezza di Microsoft, e Microsoft è anche tra i fondatori della Rust Foundation. Un articolo ospite sul sito della Rust Foundation descrive come Rust sia collegato a Microsoft Visual C (MSVC) per ottenere un'interoperabilità senza soluzione di continuità tra i linguaggi.
La novità più concreta è un nuovo backend per il compilatore Rust, rustc_codegen_utc. Usa il backend di Visual C, una DLL chiamata C2.DLL, e consegna i file .OBJ al linker MSVC. Il vantaggio è che Rust può beneficiare del lavoro già svolto da Microsoft su sicurezza e stabilità, e che il codice Rust e C diventa compatibile. Microsoft lo definisce pronto per la produzione e dice che oltre cento progetti Rust interni lo usano. Però è solo interno, e l'azienda ha fatto capire che gli strumenti potrebbero diventare open source, senza fornire una scadenza.
Per chi è fuori da Microsoft la situazione è più concreta: il supporto a Rust in VS Code passa da rust-analyzer, per compilare servono ancora i MSVC C Build Tools, e il crate windows di Microsoft dà accesso diretto alle API di Windows. Il consiglio dell'articolo è partire dagli strumenti già esistenti per imparare lo sviluppo Windows in Rust.
Personalmente trovo interessante che un'azienda così grande investa per non dover mantenere due team di compilatori separati. Voi per cosa usate Rust?
Fonte: Computer Sweden
Su Computable ho letto un riassunto del rapporto 2026 «State of Open Source in Europe» della Linux Foundation, alla sua quinta edizione, presentato all'Open Source Summit Europe a Praga. Il messaggio principale è chiaro: usare soltanto open source non dà controllo. Bisogna anche contribuire e partecipare alle decisioni.
I numeri mostrano dove sta l'attrito. Per il 94% delle organizzazioni europee la sovranità digitale conta per la strategia tecnologica, per il 61% conta molto. Gli sviluppatori europei forniscono quasi il 40% dei contributi a progetti infrastrutturali come Kubernetes e OpenStack, ma molte organizzazioni si limitano a usarli. Il 31% non ha un quadro formale per gestire l'open source. Chi ce l'ha dichiara un ritorno superiore a quattro volte l'investimento, contro 3,6 volte di chi non ce l'ha.
Si parla anche degli strumenti di programmazione basati sull'IA: il 94% usa o sperimenta strumenti di codifica con IA generativa, tre quarti ritengono che aumentino il valore dell'open source e il 48% per questo usa più open source. Quasi la metà mantiene fork interni, con una media di 311 ore per 9,5 fork per ciclo di rilascio.
Quello che noto di più è che al vertice dell'Agentic AI Foundation ci sono soprattutto aziende americane, come AWS, Anthropic, Google, Microsoft e OpenAI. Al livello Gold, dall'Europa ci sono solo Suse ed Ericsson. Nel frattempo la Commissione europea prepara un pacchetto per la sovranità tecnologica da circa 2 miliardi di euro.
Thierry Carrez di Linux Foundation Europe sostiene che l'open source aiuta a dipendere meno, ma solo con una partecipazione attiva alle strutture di governance aperte. Da sviluppatore lo condivido: una pull request a volte pesa più di un documento politico. E da voi com'è?
Fonte: Computable
Richard Speed, su The Register, racconta di ArtCraft, un'azienda che ha aggiunto alternative a Word, Excel e PowerPoint alla sua raccolta di applicazioni Rust. Li definisce reimplementazioni «clean room» di software proprietario, e i progetti si basano molto su Claude per lo sviluppo. I suoi repository GitHub includono anche progetti ispirati a Photoshop, Illustrator e Premiere Pro.
Il recensore ha provato WordCraft, l'alternativa a Word, su un Surface con processore Arm e ha trovato che funzionava bene. Somiglia a Word, anche se pulsanti, icone e immagini sono diversi. Il progetto è in fase pre-alpha, ArtCraft stima una parità di funzioni con Word del 62 per cento, e il recensore sconsiglia l'uso in produzione. La roadmap ammette che i test di compatibilità con file DOCX reali non sono ancora iniziati, e che grafici, SmartArt e oggetti OLE incorporati sono esclusi.
Sul fronte delle licenze, WordCraft è distribuito con doppia licenza MIT o Apache 2.0. Il dizionario ortografico e la sillabazione usano la lista di parole di pubblico dominio Moby Hyphenator II di Grady Ward. ArtCraft sostiene che tutto è stato costruito a partire da specifiche pubbliche e osservazione, con risorse originali o con licenze aperte. The Document Foundation, che sviluppa LibreOffice, non ha voluto commentare; Microsoft ha confermato di aver ricevuto la richiesta senza ulteriori risposte, e Adobe non ha commentato i progetti di applicazioni creative.
Neil Brown di decoded.legal ha detto al giornale che la posizione legale dipenderà dalla giurisdizione, che gli sviluppatori potrebbero sostenere che la loro implementazione indipendente non viola nulla, ma che, data la posta in gioco, una disputa potrebbe finire in tribunale.
Ciò che trovo interessante non è l'affermazione in sé, ma la velocità: un piccolo team che usa uno strumento di programmazione con IA può pubblicare una suite per ufficio riconoscibile, incompleta ma abbastanza utilizzabile per essere testata. Restano aperte le questioni di qualità, manutenzione e aspetti legali. Mi piacerebbe sapere cosa pensano gli altri che scrivono codice con assistenti IA di queste affermazioni «clean room».
Fonte: The Register
Sul sito del Portale Tecnologico ho letto che OpenAI ha annunciato una nuova funzione di ChatGPT chiamata «Interfaccia intelligente» (Intelligent UI), in concomitanza con il lancio dei modelli GPT-6. Il punto è che una risposta non è più solo testo: può unire testo ed elementi visivi interattivi all'interno della conversazione stessa.
Gli elementi supportati comprendono illustrazioni, diagrammi, grafici, moduli e pulsanti interattivi. Secondo l'articolo, che cita il blog di OpenAI, GPT-6 è stato addestrato a riconoscere le situazioni in cui un elemento interattivo è preferibile al testo e a sapere come posizionarlo all'interno della risposta.
Tra gli esempi: l'illustrazione di una bicicletta a sette velocità con pulsanti per selezionare le parti e vederne le informazioni, immagini di tessere di mahjong raggruppate in set scorrevoli, e piccoli strumenti come un calcolatore del risparmio pensionistico o uno strumento per dividere le spese tra più persone. Quanto ai modelli, GPT-6 Sol è disponibile per gli abbonati ai piani superiori, mentre chi ha Go e gli utenti gratuiti usano Luna, più efficiente. L'articolo cita anche una ricerca web migliorata, risposte parziali più rapide durante la raccolta delle informazioni e una maggiore resistenza ai tentativi di aggirare l'addestramento alla sicurezza.
Penso che questo passo sia importante per gli sviluppatori, perché avvicina la chat a una piccola app creata su richiesta. La domanda aperta è se i pulsanti ci aiuteranno davvero più di un testo ben scritto. Mi piacerebbe sapere cosa ne pensate.
Fonte: Portale Tecnologico
Dopo cinque anni Bootstrap torna a muoversi: il cofondatore Mark Otto ha annunciato la prima alpha di Bootstrap 6, come riporta heise developer. La trovo interessante, perché il framework nasce nell'ambiente di Twitter ed è open source dal 2011.
I numeri mostrano quanto sia cresciuto Bootstrap: oltre 1,75 miliardi di installazioni secondo il progetto. Allo stesso tempo, la sua quota di mercato sta calando. Secondo W3Techs, all'inizio di agosto 2026 il 13,8% di tutti i siti web usava Bootstrap, contro il 15,3% di dicembre 2025. Tailwind CSS guadagna terreno nei nuovi progetti.
Il team punta ai browser moderni: Chrome ed Edge dalla versione 130, Firefox dalla 132 e Safari dalla 18. Per questo Bootstrap 6 usa funzioni come il passaggio automatico tra tema chiaro e scuro, le finestre di dialogo native e layout che si allineano agli elementi circostanti anziché alla finestra. Colori, spaziature e raggi degli angoli si possono controllare in gran parte tramite variabili CSS, anche a runtime. I nomi delle classi si avvicinano a Tailwind: .d-md-none diventa .md:d-none e .col-lg-6 diventa .lg:col-6. Le fisarmoniche funzionano senza JavaScript.
La parte sull'IA è quella che trovo più notevole: la documentazione è disponibile come llms.txt e llms-full.txt, e nel repository ci sono file di competenze pensati per aiutare gli agenti di IA, per esempio nella migrazione.
Secondo l'articolo, le pagine esistenti non si possono semplicemente convertire. Bootstrap 5 continuerà a ricevere supporto per ora, e prima della fine del supporto è previsto un aggiornamento alla 5.4.0. La versione 7 dovrebbe arrivare molto più in fretta. Chi di voi usa ancora Bootstrap, e chi è già passato ad altro?
Fonte: heise online
Questa settimana mi ha colpito una notizia di XYZ: la Politechnika Wrocławska e il Centro di Oncologia, Pneumologia ed Ematologia della Bassa Slesia stanno costruendo una piattaforma di IA per la sanità. Non l'ennesimo chatbot, ma un modello di base che collega documentazione clinica, esami di laboratorio, immagini e percorso di cura.
Si parte dal tumore al polmone — il DCOPiH segue oltre 1,4 mila nuovi pazienti all'anno e dispone di dati ben descritti. Il sistema dovrà controllare la completezza della documentazione prima del consulto multidisciplinare, segnalare le lacune e impedire che il paziente si «perda» tra un esame e l'altro. Decide sempre il medico; l'IA deve restituirgli tempo da dedicare al malato, non pensare al posto suo.
Dal punto di vista tecnico mi incuriosisce l'apprendimento federato: i dati restano in ospedale e al modello comune arrivano solo i risultati dell'addestramento. La base sarà l'esperienza con il modello polacco PLLuM, ma con un vero linguaggio medico e multimodalità.
Il primo prototipo — nei prossimi mesi. Se uscirà dalla Bassa Slesia, potrebbe essere uno dei progetti polacchi di IA più importanti, di cui vale la pena parlare senza rumore di marketing.
Fonte: XYZ
