Charaf Hassan egyik legérdekesebb megjegyzése a .NET korszak kapcsán az alcímben szereplő mondat. A DOS, majd a Windows 3.x világra a komputer üzletek polcairól levehető dobozos termékek készítése volt a jellemző. Aztán amikor valaki még egyszer meg akarta írni egy programcsomag kapcsán ugyanazt a grafikai kezelő rendszert, Bill Gates álljt parancsolt neki. Helyébe az OLE (Object Linking and Embedding) kapcsolt modulok technológiájának a használata indult el. Az egyedi programok helyett megkezdődött a fejlődés a programcsomagok irányába. Ez később a tárgytechnológia kibontakozásával a COM, majd a COM+ korszakhoz vezetett.

A programozási technológiában az OLE, majd a COM meglapozását a .DLL dinamikusan használható szubrutinkönyvtárak képezték. Ez később visszaütött, mert a fejlesztők egyazon .DLL modul többféle változatát készítették el, a saját egyedi programcsomagjuk igényeihez illesztve. Az eredmény a DLL-pokol, amit először a Windows XP-ben kezdtek el feloldani a Windows Installer, dinamikus telepítő, kernel interfésszel is támogatott szoftvermodul talaján, azonban még ez sem volt tökéletes megoldás. Csak a WS2K3-ban sikerült megoldani azt, hogy minden programcsomagot a saját szubrutin környezetében lehessen futtatni, még akkor is, ha egyforma nevű DLL modult használnak. A futtatási környezet definíciója pedig kikerült a kódkatyvasz Windows Registry adatbázisból a minden programhoz mellékelt XML leírásokba, ami akár multiplatformos környezetekben is tarthatóvá teszi a :NET koncepció megvalósítását.

A .NET koncepció a COM korszakot tovább fejleszti abban az irányban, hogy a többször felhasználható modulok működését teljesen új infrastruktúrába helyezi. Ez a .NET Framework. Ugyanis, a COM, de még a COM+ is, erősen a lokális géphez ragadt módon viselkedett. Illetve, a feladatok megoldásának infrastruktúrája más volt a lokális és más a hálózati környezetben. A .NET megszünteti ezt a kettősséget. Mindent programfutást ugyanaz a .NET Framework környezet támogat. A végfelhasználónak ugyanis édes mindegy, hogy hol fut az alkalmazása, ha az kellő hatékonysággal használható, az emberi reakcióidőkre is figyelemmel. A .NET Framework a háttérben úgy oldja meg az azonos kezelést, hogy minden alkalmazás egy közös Interface Language (IL) nyelvre fordítódik. Ezt értelmezi a Common Language Runtime (CLR), a .NET Framework lelke, amely ma már ECMA szabvány.

Így eredetileg akĂĄrmilyen nyelven (C++, C#, VB, Cobol! stb.) fejlesztettek egy programcsomag bĂĄrmely moduljĂĄt, az egyforma kĂśztes nyelvre fordul. A vĂĄd a Microsoft ellen, hogy ezzel a Java rendszer ĂśtletĂŠt lopta el. Az IL nyelv, ĂŠs az ĂŠrtelmezĂŠsĂŠt vĂŠgző .NET Framework azonban jĂłval hatĂŠkonyabb, mint a szinte nem lĂŠtező (kivĂŠve: picojava?) hardver utasĂ­tĂĄskĂŠszletre konstruĂĄlt Java Byte Code (JBC) nyelv ĂŠrtelmezőinek a jelenlegi implementĂĄciĂłi. A Java appletek borzasztĂł lassĂş futĂĄsa egyĂŠbkĂŠnt a cikkĂ­rĂł idegeit mĂĄr tĂśbbszĂśr kikezdtĂŠk (2 GHz-es, fĂŠl GB-os gĂŠpekkel kĂŠpes percekig szĂśszmĂśtĂślni egy vacak kis bĂĄjtkĂłdon – nonszensz, ha mi ilyen bĹąn rossz kĂłdokat Ă­rtunk volna Simonyi Karcsival a fĂŠl MHz-en futĂł GIER-re a 60-as ĂŠvek vĂŠgĂŠn!).

A .NET Framework a WS2K3 alapvető része. Nem külön modulja (de a korábbi Windows változatokhoz ingyen megkapható). Egy mini változata lehetővé teszi, hogy a mobil eszközöktől a szuperszámítógépekig, mindent ugyanazon a platformon lehessen kezelni. A CLR interfészen túl a rendszerkoncepció része az adatbázis kapcsolatot megvalósító ADO.NET, a hatékony dinamikus megjelenítést támogató ASP.NET, a Windows Forms, a .NET Remoting, a webalkalmazás támogatás (WS-I szabvány) stb. Lefedve az alkalmazási igények minden területét. Egyébként igaz, hogy az Intel hardverhez, és a WS2K3 kernelhez illesztett változatban létezik, de már készül a Mac OS X, legutóbbi Apple UNIX változathoz, más UNIX és Linux változatokhoz optimalizált változata is (Rotor néven). Mivel a korábbi COM és COM+ architektúrájú programcsomagok még sokáig a piacon lesznek, a .NET Framework környezetében speciális csomagolásban működhetnek. Ezzel a korábbi programvagyon menthető, de a hatékonyabb működéshez célszerű az átdolgozásuk a .NET Framework környezetbe. Hát, a fejlesztők kaptak most egy csomó átírási munkát.