SG.hu·

Teljes kódváltásra készül a Microsoft, C és C++ után Rust jöhet mindenhol

Teljes kódváltásra készül a Microsoft, C és C++ után Rust jöhet mindenhol
A Microsoft ambiciózus célt tűzött ki maga elé: a vállalat hosszú távú tervei szerint akár már 2030-ra teljes egészében megszabadulna a C és C++ nyelven írt kódtól, és helyette a Rustot tenné meg alapértelmezett megoldásnak. A szándék nem puszta elméleti elképzelés, hanem aktívan formálódó stratégia, amelyben az automatizáció, az algoritmusok és a mesterséges intelligencia kulcsszerepet kapnak.

Galen Hunt, a Microsoft elismert mérnöke a Linkedin szakmai közösségi oldalon nyíltan megfogalmazta ezt a célt. Bejegyzésében egyértelműen kijelentette, hogy az évtized végére szeretné eltüntetni a C és C++ minden sorát a Microsoft teljes kódbázisából. A stratégia lényege az, hogy algoritmusokkal és mesterséges intelligenciával közösen írják át a vállalat legnagyobb és legösszetettebb rendszereit. Hunt egyfajta iránytűként határozta meg a célt, miszerint egy mérnök egy hónap alatt akár egymillió sornyi kódot is át tudjon alakítani.

A bejegyzés egy konkrét álláshirdetésre is utal, amelyben a Microsoft vezető szoftvermérnököt keres. Az új munkatárs feladata az lesz, hogy részt vegyen azoknak az eszközöknek a fejlesztésében, amelyek lehetővé teszik a hatalmas C és C++ rendszerek Rust nyelvre fordítását. A pozíció célja az infrastruktúra továbbfejlesztése és megerősítése, hogy az automatizált kódátalakítás ne csak elméletben, hanem a gyakorlatban is működjön.

A Microsoft saját bevallása szerint már most is rendelkezik olyan technológiai alapokkal, amelyek ezt a folyamatot támogatják. A vállalat egy összetett kódfeldolgozó infrastruktúrát épített ki, amely képes hatalmas mennyiségű forráskódot gráfszerű struktúrában kezelni. Erre épül rá az a mesterséges intelligenciát használó feldolgozóréteg, amely algoritmusok által irányítva képes nagy léptékben módosításokat végrehajtani a kódban. A cél nem az egyes fájlok kézi javítgatása, hanem ipari léptékű átalakítás. Az új mérnök a Future of Scalable Software Engineering nevű csoportban dolgozna, amelynek küldetése a technikai adósság felszámolása nagy méretekben. Hunt szerint ez a csapat új eszközöket és módszereket kísérletez ki belső partnerekkel, majd ezeket a megoldásokat fokozatosan vezeti be a Microsoft különböző termékcsoportjainál, sőt akár az iparág egészében is.

A Rust választása nem véletlen. A nyelv egyik legnagyobb előnye, hogy memóriabiztos, vagyis automatikus mechanizmusokkal előzi meg az olyan hibákat, mint a memóriahatáron túli olvasás vagy írás, illetve a felszabadított memória újbóli használata. Ezek a hibák a C és C++ esetében gyakran biztonsági résekhez vezetnek, amelyeket támadók kihasználhatnak. Az elmúlt években több kormányzati és szakmai szervezet is nyíltan sürgette a memóriabiztos programozási nyelvek elterjedését, és ezek közül is különösen a Rustot emelték ki.

A Microsoft korábban is egyértelműen jelezte, hogy ebbe az irányba kíván haladni. A vállalat Azure felhőszolgáltatásáért felelős technológiai vezetője már 2022-ben azt mondta, hogy a Rustnak kellene lennie az új projektek alapértelmezett nyelvének. Emellett a cég kutatói már dolgoztak olyan eszközökön is, amelyek bizonyos C nyelvű kódokat automatikusan Rusttá alakítanak. A Windows eszközmeghajtók fejlesztéséhez szintén készültek Rustot támogató megoldások. Mindez azonban csak még jobban rávilágít arra, mekkora vállalkozásról van szó. A Microsoft termékkínálata rendkívül szerteágazó, a különféle online kezelőfelületekből több száz aktív portál létezik, miközben a vállalat belső informatikai rendszerei is hatalmasak. Egy ilyen méretű kódbázis teljes átírása óriási erőforrásokat igényel, és szinte biztosan rengeteg olyan szélsőséges esetet hoz felszínre, amelyeket az automatizmusok nem tudnak tökéletesen kezelni.

Ennek ellenére a Microsoft láthatóan komolyan gondolja a tervet, és hajlandó jelentős összegeket is áldozni rá. Az említett állás három nap irodai munkát ír elő hetente a redmondi központban, a fizetés pedig évi 139 900 és 274 800 dollár között mozog. Ez jól mutatja, hogy a vállalat stratégiai jelentőségűnek tartja a feladatot. Ha a célkitűzés megvalósul, az nemcsak a Microsoft belső működését alakíthatja át, hanem precedenst is teremthet az egész szoftveripar számára. Egy ilyen léptékű átállás azt üzeni, hogy a biztonság, a karbantarthatóság és a hosszú távú fenntarthatóság fontosabb lett, mint a régi technológiákhoz való ragaszkodás. Az pedig, hogy mindezt mesterséges intelligenciával és automatizált eszközökkel képzelik el, új fejezetet nyithat a szoftverfejlesztés történetében.

Kapcsolódó cikkek és linkek

Hozzászólások

Jelentkezz be a hozzászóláshoz.

© coolbboy832025. 12. 30.. 00:28||#4
Ha már lehetne választani, akkor inkább a ZIG-et tartanám jó iránynak így 20+ évnyi programozás után... Az valahogy jobban bánik sokkal a C-vel is.
© kvp2025. 12. 28.. 21:30||#3
A rust-ban az a jo, hogy szinte minden alverzional valtozik az alapnyelv, eltorve az osszes korabbi kodot es ezek a verziok eleg surun jonnek. Ez elvileg csak egy programozasi nyelv es most jarnak valahol az 1.92.0-anal. Mindezt kb. 13 ev alatt.

Ezzel szemben a C nyelv osszesen 7 darab nemzetkozi szabvanykent letrehozott frissitesen esett at 1972 ota. Ha valakinek stabil, hosszu idon at fenntarthato kodbazisra van szuksege, akkor jelenleg ugy nez ki, hogy erdemesebb C-t hasznalnia. A C-re epitve pedig mar lehet kesziteni bonyolultabb rendszereket es akar nyelveket is ha nagyon muszaly, lasd pl. java vagy python. Ezeket aztan hasznaljak is az emberek.

Gyakorlatilag amit a microsoft szeretne az az, hogy a cegnel csak vibe koderek legyenek es a teljes forraskodjukat egy MI generalja. Sokmindent lehet, de ez nem biztos, hogy hosszu tavon nyero strategia. Bar ehhez a hozzaallashoz a rust pont passzol mint programnyelv. Ami zavarta oket a C-ben vagy a C++-ban azt mar kijavitottak a C++++-al (C#) es nem lett jobb a helyzet.

Persze ahogy az oracle hulyesege miatt a java is szepen lassan lecserelesre kerul mindenutt, ugy a C/C++/C# helyett is jon egy meg modernebb, gyakorlatilag emberek altal mar karbantarthatatlan programnyelv, teljes mertekben gepi modon generalt forraskoddal.

Aki meg mukodo rendszert akar kesziteni hosszu tavra, az marad a C-nel, mert 54 eve nem sikerult ertelmesebb standalone programnyelvet osszehozni. (szinte minden modernebb ala kell egy os es minimum egy support library, amit valamiert meg mindig C-ben irnak meg) A rust ugyan probalkozik, de jelenleg bonyolultabban tud kevesebbet, bar meg mindig fejre allithatjak a teljes nyelvet parszor mire vegre egyszer majd stabilizalodik.

"Arról nem is beszélve, hogy a hárombetűsök által kért hátsó ajtók, hogyan is lesznek kivitelezve"

Azok nem bug-ok, hanem kulcsok. Tehat a hatso ajtok nem hibak, hanem egyszeruen hozzadtak az amerikai allami kulcsokat a termekekhez, igy hack-eles nelkul be tudnak menni ahova kell. A kinaiak par lebukas utan mar nem csinalnak ilyet, ott jellemzoen a gyartoi kulcsokat adjak at a kinai allamnak, igy soha nem lehet tudni, hogy eppen a gyarto frissit valamit vagy a kinai allam kemkedik. Azon termekeknel ahol nincs se hardveres, se szoftveres hatso ajto, ott kizarhato mindenki mas az adott rendszerbol. Ilyen hardver nem sok van a piacon es sok orszag tiltja ezek hasznalatat.

"Amilyen, kesze-kusza, túlterjengő az egész kódbázis (pl: Win XP -> Vista/Win7 váltás időszaka.), Rust-ra ferdítve, se lesz különb."

Viszont a generalt kod miatt mar nem tudja ember elolvasni soha tobbe. Foleg ha az MI generalta kodot MI-vel modositjak tovabb. Elobb utobb egy durvabb kod obfuszkator szintjen lesz a forraskod. Ezt persze a fordito es az MI meg mindig el tudja olvasni, de ember mar reges regen nem. Na ekkor lesznek teljes mertekben nyakig a gondban es visszacsinalni sem lehet, max. visszaterni az eredeti, meg emberek altal irt forrashoz. (ami persze folyamatosan erodalodik mar most is a generalt kodok folyamatos bekerulese miatt)

ps: lassan regi a forraskodokhoz mar archeologusok fognak kelleni, akik kepesek megfejteni, hogy mire is gondolt az eredeti keszito vagy eppen az adott problemara letezik-e mar valahol mukodo kesz megoldas... :D
© Borg187542025. 12. 27.. 09:43||#2
Az egyetlen dolog amitől többnyire megvéd az a memória körüli hiba. Viszont bizonyos dolgokat csak az unsafe keyword használatával tudsz megoldani. Onnantól meg ugyanott vagy vele mint C-vel. Ez sem egy varázsnyelv, de majd rájönnek.
© kjhun2025. 12. 26.. 20:40||#1
Arra leszek kíváncsi, mikor jön az első nagy pofon, egy 10/10-es besorolású CVE-bug kíséretébben, hogy akkor mi lesz a reakció. Itt-ott mintha már csiripelnék a madarak, hogy ez a nyelv sem bolondbiztos, mint a korábbiak. Arról nem is beszélve, hogy a hárombetűsök által kért hátsó ajtók, hogyan is lesznek kivitelezve, ha eleve ilyen-olyan "bug"-okra hagyatkozva kerültek és kerülnek is megvalósításra, amelyekre előbb-utóbb más is rátalálhat és kihasználhatja. Mint eddig is bárhol, bármiben, bármikor.

Amilyen, kesze-kusza, túlterjengő az egész kódbázis (pl: Win XP -> Vista/Win7 váltás időszaka.), Rust-ra ferdítve, se lesz különb.