Интересное интервью бывшего работника Microsoft.

Интересное интервью бывшего работника Microsoft для тех, кто еще не в курсе Вашему вниманию предлагается интервью со Стивом Б. (имя изменено), бывшим высокопоставленным сотрудником корпорации Microsoft, недавно вынужденным оставить свой пост из-за разногласий с руководством компании. После долгих уговоров он согласился дать интервью, проливающее свет на воистину сенсационные тайны софтверного гиганта... — Итак, Стив, вы согласились рассказать о недокументированных секретах Microsoft Windows, доселе известных лишь ограниченному кругу работников корпорации. Да, не только обычные пользователи и программисты, но и рядовые сотрудники Microsoft не имеют понятия об истинных возможностях Windows. Большинство руководствуется популярными мифами. Например, один из наиболее распространенных мифов — будто Windows крайне ненадежная и глючная (buggy) система. — Но разве это не так? Разумеется, нет. На самом деле Windows вовсе не содержит глюков. Согласитесь, было бы странно, если бы такая мощнейшая корпорация, как Microsoft, с ее финансовыми ресурсами, была не в состоянии справиться с задачей, с которой худо-бедно справляются даже создатели какого-нибудь бесплатного наколеночного (homebuilt) Линукса. — Но позвольте, я сам неоднократно сталкивался... Так называемые глюки Windows не являются ошибками в прямом смысле того слова. Они преднамеренно генерируются системой. Существует секретный циркуляр руководства компании, #321/A, определяющий количество глюков для каждой версии Windows. — Но зачем?! Потому что Microsoft не хочет резать курицу, несущую золотые яйца. Представьте себе, что мы выпустили бы на рынок идеальную операционную систему, каковой на самом деле является Windows. Рынок был бы насыщен очень быстро, после чего пользователи потеряли бы всякий стимул для дальнейшего апгрейда. А нестабильная система заставляет пользователя скорее покупать следующую версию в надежде избавиться от глюков предыдущей. А вы представляете себе, сколько рабочих мест создают службы технической поддержки, выпуск патчей и т. п.? — А существует какой-нибудь способ отключить генерацию глюков? Да, разумеется. Достаточно прописать в system.ini в секции [boot] bugs=off — Что, неужели так просто? Нет, конечно, это шутка. На самом деле надо изменить в реестре значение ключа HKEY_LOCAL_MACHINE\SOFTWARE\Classes\... По умолчанию там стоит "Error", надо прописать "ErrorFree". — Непременно сделаю это сразу по окончании интервью. А какие еще мифы о Windows вы можете разоблачить? Считается, что Windows занимает слишком большой объем и предъявляет чрезмерные требования к железу (hardware). — Это тоже не так? Конечно, не так. В системных файлах Windows лишь очень небольшая часть кода реально выполняет полезные функции. Остальное — это просто бессмысленный набор байт, которые вообще никак не используются — разве что периодически туда передается управление для генерации глюков. Реальный дистрибутив Windows XP занимает коробку дискет, предыдущие версии — еще меньше. Вспомните, вовремена восьмиразрядных компьютеров на одной дискете умешалась операционная система, все необходимые утилиты и еще десяток игр в придачу. Все почему-то очень быстро об этом забыли... — Но какой смысл в искусственном завышении объема? Существует секретное соглашение между Microsoft и ведущими производителями винчестеров. Точную сумму сделки я вам не могу назвать, но, сами понимаете, речь идет о числе с очень многими нулями. — А остальные требования к железу, очевидно, вызваны контрактами с другими производителями? Вижу, вы начали понимать. Так и есть. Реально Windows XP, не говоря уже о предыдущих версиях, может вполне прилично идти уже на 386-ой в классической конфигурации. Это даже особо и не скрывается — обратите внимание, в system.ini есть секция [386Enh], в именах системных файлов неоднократно встречается 386, но нигде не упоминаются более мощные процессоры. — Но почему конкуренты Microsoft не пытаются выпускать компактные и безглючные программы с высоким быстродействием? Мелкие фирмы попросту не обладают достаточной компетентностью, к тому же они вынуждены пользоваться компиляторами и библиотеками Microsoft и других крупных производителей. А крупные компании руководствуются теми же соображениями, что и Microsoft. Кстати, это касается не только софтверных производителей. IBM, например, уже сейчас располагает процессорами в 10 ГГц, имеющими себестоимость менее $100. Но какой смысл выбрасывать их на рынок сейчас, когда с пользователя еще можно слупить денег (grab money) за гигагерцовые, потом за полуторагигагерцовые, двухгигагерцовые и так далее — преподнося каждый этап как последнее и дорогостоящее достижение? — Стив, ваши откровения затрагивают финансовые интересы весьма могущественных сил. Вы не боитесь? Я принял определенные меры безопасности, хотя... К сожалению, на этом месте связь со Стивом Б. оборвалась. Хочется верить, что это был обычный дисконнект...

Источник:
http://ssweb.ru/

И не только торможение технологий. Програмные ошибки тоже не просто так ошибки. Можно спорить о генераторе ошибок, но вряд ли их не заметили тестеры.

Просто в Винде много ненужных графических заморочек, программ, модулей, ... Кроме того используют библиотеки С# в которых много лишнего и ненужного, которое где-то и когдато возможно и пригодится . Поэтому они и занимают много места. От того и система тормозит.
Нет и не может быть ни одной программы в которой нет багов, стобильно работала б вся аппаратная часть компьютера, не конфликтовали софт и хард.
Кроме того все это создается людьми и нет человека который никогда не делал бы ошибок. Отсюда и баги с глюками. Они накапливаются и умножаются на каждом этапе от создания компилятора до создания билда.

помню я где то нарыл что если в реестре поменять один параметр то мастдай хп хомеэдитион полностью изменяется в проффессионал

оказалось правда , сам проверял ... меняется всё начиная с заставок и заканчивая параметрами =))

И какой это параметр???

Runner*, немог бы ты еще раз найти етот параметр, для ощего развития.

и уже нано перебераться в етот раздел
https://softoroom.org/forum73.html

Есть внимательней смотреть нужно. Обрати внимание на сообщение "Lenivets"



Я уже изменил, но разницы еще не вижу, все стабильно работает
Наверное помогло

Runner* я создал тему . Вспомниш напешы про Home в Prof
*https://softoroom.org/...0&#entry133120

Этот юмор не прошел в штатах,в 99 было дело США против Microsoft,Jim Allchin отвечал под присягой на вопросы.Но непонятки всёж остались.Например запуск с параметрами boot ini
/PERFMEM -
/PERFPAGES - Basic Block Testing вещь оптимизирующая производительность системы.Microsoft использует ее в пререлизах.Толком объяснить не удалось и в дальнейшем ключи куда-то дели

Сделал всё как написано и ни каких изменений, я не заметил

кстати в {00000025-0000-0010-8000-00AA006D2EA4} тоже Error стоит