"Win a mai napig annyira gagyi az *x világhoz képest, hogy az hihetetlen. "
Ja hogy ne:
*x világ gagyiságai:
- joker karakterek kibontását a shell végzi, ennek hála a dos-os move *.txt *.bak parancs okosabb, mint a mv *.txt *.bak utasítás, illetve bizonyos fájlnevek kapcsolóként viselkednek
- kevés hiba ellenõrzés illetve hiba esetén szereti elsunnyogni a dolgot
- a dll hell itt született és ma is köszöni szépen meg van
- X szerver: lassú a sok felesleges kontext váltás miatt, fordított kliens-szerver model, kifordított RDP szerû viselkedés, helyi gépen is TCP/IP-ét használ IPC-re, mondjuk LPC-ét nem is adnak a *x kerneleid, feleslegesn túlbonyolított architectúra (X szerver, Xlib, xtoolkitek, Windows Manager, GTK, Qt, stb.), de legalább eddig szabványos volt, még egy kicsi és az X szerver mellett 2 másik hasonló fogja egymást akadályozni
- 20 év után kezd szabványossá válni, de hasonló IPC szerûvel küszködik, mint az X és hasonszõrû társai
- mindenki maga hozzá tákolt parancsokat, amik néha bekerültek az alaprendszerekbe: rengeteg parancs, rengeteg inkompatibilis kapcsolóval, más más stdin és stdout kezeléssel. A megtanulása a kínai írásjelekkel vetekszik, bár a kanjik erõsen a logikára épül.
- Owner/Group/World Read/Write/Execut/SetUID/SetGID sudo biztonsági modell, bár az utolsó három OGW/RWX model hiányosságai kiküszöbölésére született
- az RFC-és szabványokat a unix-os protokoll megvalósításokhoz kellett igazítani, mert a unix elterjedt volt akkoriban és fütyült a szabványokra
- van a sokkal erõsebb, objektum orientált: Power Shell
- létezik Windows Host Script (ami Javascripttel illetve VBScripttel programozható) és elérhgetõ a teljes WMI belõle
- 32biten létezik a "gagyi" DOS-os command.com által értelmezhetõ batch (.bat) fájlok (kb. ez az amirõl tudsz)
- létezik a valamivel fejlettebb cmd.exe által támogatott parancs fájlok(.cmd/.bat kiterjesztéssel)
- ACL biztonsági modell
- Az executive kezdetektõl fogva tervezetten tartalmazta a biztonsági alrendszert, támogatást a Domain/AD központosításra (a registry léte is ennek a következménye)
- a kernel és az executive támogatást nyújt minden futtó alrendszer szolgáltatásaihoz pl.: az NtCreateProcess támogatja a Win32 CreateProcess-t, a unixos fork() illetve vfork() hívásokat, természetesen az exec* utasításokat is, illetve OS/2 DosIExecPgm rendszer hívásra, továbbá az NtCreateThread is hasonlóan, illetve a memória megosztást, memory mapped fájlokat.