> Это мне показалось или у мс действительно так?Тебе не показалось, это всё так... ну почти.
Мы не говорим про DOS и Windows 9x, всё что ты сказал касается NT. Её разрабатывал один из авторов VMS по образу и подобию VMS, вот только она работать должны была на x86-архитектуре, где VMS работать не могла по-определению, потому что эта ОС она как бы для ТЭЦ и ядерных реакторов. У нее несколько иные требования к отказоустойчивости на уровне кода причем требования к оборудованию. А с процами x86 и архитектурой PC... ну это помойка с точки зрения надёжности и безопасности. Сам же видишь как на ней все BSOD-ится и kernel panic-ует в случае ошибки в модуле ядра. Единственное что в ней есть хорошее - это цена.
Сама по себе архитектура x86 мертва уже очень давно. Она изначально была CISC и вот с 2004-го примерно и всё amd64 - это всё мимикрия под x86 на RISC-ядрах. Команды транслируются туда-сюда ради совместимости. Ей вообще приходит конец этой пекарне. Ждём воркстейшены на ARM, RISC-V да вообще на чём угодно только не на этом барахле. Оно в процессе еще и оверпрайснутое стало.
Ах ну и еще надо помнить что большую часть важных вендовых кусков разрабатывал IBM и Citrix.
И вот Windows NT она разработана была вдумчиво и сразу с поддержкой всего что было тогда, но потом понеслось:
- Проблема Unicode -> UCS-2 -> UTF-16 которая в ядре порождает WTF-16 и тонну обвязок по работе со строками
- А теперь прикинь, что NTFS в Unicode, а ядро хочет UTF-16. А прикинь что там в VFS творится. Скажем так. Код слоя VFS заморожен из-за страха перед регрессиями настолько, что в PS нельзя решить проблемы с автоматическим рекурсивным удалением каталогов содержащих reparse points. Потому что сломать боятся, помнят переход FAT32->NTFS.
- Тотальное неумение в UTF-8 из-за невозможности автоматически понять строку без наличия BOM. Линуксам кстати переход на UTF-8 стоил огромной крови и страданий, FreeBSD, например, поступила умнее и не стала его вменять. Современные ядра никсов пересели в UTF-32, но тащат в юзерспейсе жутко неудобную UTF-8 ради экономии места, которое стало дешевым.
- Так называемая "гибридная" архитектура ядра NT предполагала, что WDM-драйверы уровня ядра будут написаны на С, а периферийные как хочешь, что не мешало очумельцам писать под нее дрова на С++ везде. Даже перевыпуск фреимворка с явным требованием писать на С не останавливает этих баранов. Кстати, в линуксе с этим тоже проблема, там грудью защищают от ООП в ядре, но раст всё равно просочился.
- потом композитные рабочие столы, GDI и тому подобное. С GDI в ядре вышла промашка от которой хрен избавишься. У никсов есть схожая проблема о которой любят молчать (рендеринг шрифтов для VT и его несовместимость с графическими адаптерами). Весь переход Vista-8 штормило графен, но всё равно успешнее чем никсовый переход на wayland, опять же GDI остался ни WinForms ни принтаки не переделать.
- подсистема печати - ну оторвать и выбросить, потому что она вся из времен 9х тащится и опять GDI и шрифты, ой всё. Там историю MS-DOS нужно вспоминать, чтобы понять почему печать в венде - самое "слабое звено прощайте" с точки зрения безопасности и точности этой самой печати.
Сама архитектура ОС нормальная и очень хорошая, и писали хорошие программисты. Вот только легаси накапливалось ИЗНАЧАЛЬНО. А потом как повсплывали все эти Meltdown/Spectre и теперь Defender частично стал модулем ядра, который отключить нельзя потому что в него выведены параметры частичного выключения этих патчей.
Собственно, современная молодежь пишет юзерспейсные дрова на шарпе и пытается этим гордиться, но тут уже нет разницы, потому что это юзерспейс, там хоть С++.
То что особенно сильно испоганило венду - балмеровские идеи и их унылое воплощение наряду с тем, что во времена балмера разные команды разрабов венды даже не разговаривали друг с другом и вся разработка велась в закрытую от самих себя. Вот почему вместо одной шины данных там их целое множество. Восьмерка стала последней каплей и его прогнали. Вон выпиливают уже "плитки" убогие из интерфейса, которые глючат и требуют GPU на серверах.
Если хочешь моё мнение... венду надо переписывать в другую ОС засовывая в легаси всё Win32 уже сейчас. Никакая 11 с её TPM для защиты lsaas, понижением требований к графике и выпиливанием ишаков и тонны компонентов на базе ядра той же 10-ки их не спасёт в долгосрочной перспективе. Но для этого всего нужна причина (разлом всего юзерспейса), нужна очень веская причина. Отказ от IBM PC вполне достойная причина, кстати, а к этому всё и идёт.
