De la Task Manager la Space Cadet Pinball, parcursul Windows e plin de momente în care inginerii au trebuit să repare lucruri, nu doar să le facă mai atrăgătoare. Dave Plummer, fost inginer Microsoft cunoscut pentru munca sa din anii ’90 și începutul anilor 2000, susține că Microsoft ar trebui să prioritizeze stabilizarea și optimizarea Windows 11 în locul unei avalanșe de funcții AI. Mesajul lui, postat pe X și YouTube, a atras atenția presei tech, care a readus în discuție episodul din 2003 când viermele Blaster a forțat echipa Windows XP să oprească lucrul la funcții noi pentru a rezolva probleme de securitate pe termen lung.
Plummer leagă acea decizie de acum: în loc să adauge în continuu funcționalități menite să arate valoare, Microsoft ar trebui să dedice un ciclu întreg de lansare corecturilor, performanței și configurabilității, aspecte care, spune el, au fost neglijate prea mult timp. Amintirea Task Manager capătă importanță aici; nu e doar o unealtă simpatică, ci un exemplu de intervenție tehnică esențială când sistemul încetinește sau când utilizatorii avansați doresc control. Plummer sugerează o abordare în stilul XPSP2: lăsați funcțiile pe plan secund, rezolvați bugurile, măriți viteza și îmbunătățiți experiența power userilor până dispar problemele majore.
Contextul de azi e diferit: marketingul și conducerea corporativă au pus AI în centrul strategiei, folosind termeni tot mai pompoși precum agenți sau platforme agentice și promisiuni că fiecare PC cu Windows 11 va deveni un AI PC. Această presiune de a demonstra inovație poate împinge echipele să livreze funcții noi în loc să repare fundația. Criticii susțin că asta sună mai mult a priorități financiare și de percepție pe piață decât a grijă pentru experiența zilnică a utilizatorilor. Pe de altă parte, există motive practice pentru care Microsoft ar ezita să oprească ritmul: ecosistemul complex, compatibilitățile înapoi și cerințele de business fac dificilă o pauză totală pentru un singur ciclu.
Rămâne totuși o cale de mijloc: un plan clar de remediere, cu termene și comunicare transparentă despre ce se repară și când. Un service pack modern sau o actualizare majoră axată pe infrastructură ar putea include îmbunătățiri de performanță, optimizări pentru utilizatorii avansați și reducerea bugurilor de securitate. În loc să renunțe la povestea marketingului AI, Microsoft ar putea explica concret ce face pentru stabilitate și să arate progresul prin cifre și scenarii reale de utilizare.
Blaster a fost acel moment din 2003 care a obligat Microsoft să pună stabilitatea pe primul plan. Astăzi, Dave Plummer, Windows XP, 2003 și Windows 11 conturează aceeași dilemă: inovație vizibilă versus muncă de bază nespectaculoasă. Dacă Microsoft ar folosi cifre, exemple și termeni concreți pentru a demonstra progresul, utilizatorii ar înțelege mai ușor schimbările.
Credeți că un ciclu dedicat stabilizării ar convinge mai mulți utilizatori să rămână pe Windows 11 sau că presiunea pentru funcții AI va continua să impună calendarul dezvoltării?
Fii primul care comentează