A háttérben egészen más zajlott
Galen Hunt, a Microsoft egyik kiemelt mérnöke azt írta: célja, hogy 2030-ra minden C- és C++-sort eltüntessenek a Microsoft kódjaiból, algoritmusokkal és MI-vel írják át a legnagyobb projekteket. Mivel a Windows magja, API-rendszere nagyrészt ezekre a nyelvekre épül, a bejegyzést sokan úgy értelmezték, mintha a Windows 11 teljes kódját átírnák Rust nyelvre, amely biztonságosabb alternatíva.
A posztot gyorsan szerkesztették, de a károkozás már megtörtént. Az, hogy ilyen rangú mérnök egyes szám első személyben beszélt a céges tervekről, tovább erősítette a híreszteléseket.
Határozott cáfolat és helyreigazítás
A kirobbanó felháborodás után a Microsoft szóvivője és Frank X. Shaw kommunikációs vezető is világossá tették: egyáltalán nem tervezik, hogy a Windows 11-et MI-vel írják újra Rust nyelvre. Hunt később megjegyezte, hogy félreérthetően fogalmazott: a fejlesztés csupán kutatási projekt, amely a nyelvi migráció technológiáját próbálja fejleszteni. Célja csak az volt, hogy ehhez hasonló gondolkodású fejlesztőket keressen – nem pedig a Windows stratégiáját akarta ezzel kijelölni.
Ugyanakkor elismerte, hogy az „egyetlen mérnök, egy hónap, egymillió sor” koncepciója valóban a csapatuk célja, de a Windows teljes átírása nem szerepel a tervek között. A félrevezető megfogalmazás miatt a posztot szerkesztette is.
Az MI már most is nagy szerepet kap a kódolásban
A cég vezetői többször kifejtették: az MI már most is nélkülözhetetlen a fejlesztésben. Satya Nadella vezérigazgató korábban elmondta, hogy a vállalatnál ma a forráskód akár 30 százalékát is MI generálja, és ez az arány még növekedni fog. Áprilisban egy fejlesztői konferencián arról beszélt: nagyjából 20–30 százaléknyi projektkód születik ilyen módon. Hosszabb távon a Microsoft műszaki igazgatója szerint ez az arány elérheti a 95 százalékot 2030-ra.
Nem a forrásnyelv a Windows 11 fő problémája
Miközben óriási vitát kavart a programnyelv lecserélésének ötlete, a Windows 11 legnagyobb kihívása egészen más. Az utóbbi években egyre több alkalmazás átállt a WebView2- vagy Electron-alapú működésre, ami rengeteg erőforrást fogyaszt. Erre a leglátványosabb példa a Microsoft Teams, amely szemmel láthatóan akár 1–2 GB RAM-ot is használhat tétlenül futva. Hasonló a helyzet a Discorddal, amely Electronra épül, és még több memóriát igényel, mint a WebView2-alapú appok.
A WhatsApp eredetileg Electron-alapú volt Windows alatt, míg a Meta át nem írta natív Windows kódra (WinUI/XAML), ezután hatékonyabb lett, kevesebb mint 200 MB RAM-mal. Sajnos a natív verzió fejlesztőit elbocsátották, így visszatért a Chromium-alapú verzió, amely hétszer annyi memóriát igényel, mint a régi UWP-verzió.
A webes béna appok tovább szaporodnak
A webes (Electron- vagy WebView2-alapú) appok problémája nem állt meg a Teamsnél vagy a WhatsAppnál. Nemrég kiderült, hogy az Outlook soron következő Agenda View funkciója is WebView2-t használ majd. Ennek köszönhetően már az Értesítési központban is legalább 100 MB RAM-ot köt le egy új Edge-folyamat, ha megnyitod az Agenda nézetet.
Bár sokan nézik bizakodva az MI szoftverfejlesztési forradalmát, a valódi gondot nem a programnyelv, hanem a cégvezetés kitartóan erőltetett webapp-stratégiája okozza a Microsoftnál – amíg ezen nem változtatnak, az MI-vel sem lesz minden jobb.
