Почему Windows стала такой: эволюция глазами разработчика

1. Введение

Об истории Windows чаще всего говорят через внешний вид.

Появилось меню «Пуск». Пришёл Aero. Вместо рабочего стола — начальный экран. Панель задач переехала. Углы стали скруглёнными.

Это тоже история Windows.

Но для разработчика Windows-приложений по-настоящему крупные сдвиги — не в оформлении экрана. Важнее другое.

• стабильность ОС
• защита памяти
• управление правами
• модель драйверов
• 32-bit / 64-bit
• совместимость с COM, ActiveX, Win32 API
• .NET Framework и .NET
• UAC
• Windows Update
• функции безопасности
• сосуществование приложений Store и классических десктопных
• WSL
• TPM, Secure Boot
• высокий DPI, несколько дисплеев
• гибридные CPU и управление питанием

Windows — не ОС, которая просто меняла внешность. Это ОС, которая как можно дольше оставляла старые приложения рабочими и понемногу поднимала планку стабильности, безопасности, производительности и поддержки оборудования. В этом и интерес Windows, и её головная боль.

В этой статье поколения Windows разобраны не как сухая хроника, а как изменения глазами разработчика Windows-приложений.

Перед чтением — мини-словарь сокращений, которые дальше появляются без пояснения.

На схеме сплошная линия обозначает отношение, которое выполняется всегда, а пунктирная — условное отношение (условия указаны в пояснении к каждому отношению на странице сведений). Полный список отношений (всего 20, с доказательствами и степенью уверенности) и определения основных понятий собраны на странице сведений карты знаний (на японском). Данные: JSON-LD / Turtle

2. История Windows — это ещё и слияние двух линий

Чтобы понять историю Windows, сначала стоит зафиксировать: у неё было две крупные линии.

Линия Windows 95 / 98 / Me, которая разошлась по домашним ПК. Линия Windows NT / 2000, которую растили под предприятия и бизнес.

Эти две линии по-настоящему сходятся в Windows XP.

flowchart LR
  DOS["MS-DOS / Windows 3.x"] --> W95["Windows 95 / 98 / Me\nдомашние ПК, удобство, периферия"]
  NT["Windows NT / 2000\nбизнес, стабильность, права доступа"] --> XP["Windows XP\nслияние домашней и корпоративной линий"]
  W95 --> XP
  XP --> VISTA["Windows Vista / 7\nUAC, WDDM, усиление безопасности"]
  VISTA --> W8["Windows 8 / 8.1\nсенсор, Store, облако"]
  W8 --> W10["Windows 10\nнепрерывные обновления, WSL, совместимость и модернизация"]
  W10 --> W11["Windows 11\nстандарты безопасности, современное оборудование"]

Без этой схемы нынешний облик Windows объяснить труднее.

Почему до сих пор живут старые API? Почему всплывают права администратора? Почему 32-битные приложения всё ещё работают? Почему прямая запись в Program Files ломает сценарий? Почему драйверы и периферия так часто становятся проблемой?

Это не столько ошибки проектирования, сколько следствие того, что Windows десятилетиями тащила на себе реальное использование ПК.

3. Windows 95 / 98: домашний ПК становится обычным делом

Windows 95 — ОС, которая задала привычный сегодня способ пользоваться Windows.

Меню «Пуск». Панель задач. Кнопки свернуть, развернуть, закрыть. Plug and Play. Сеть. Вход в интернет.

Многое из того, что сейчас кажется само собой разумеющимся, оформилось именно тогда.

Для разработчика эпоха Windows 95 / 98 — время, когда ПК перестал быть «машиной для узкого круга знатоков» и стал «обычным инструментом дома и на работе».

Установить приложение. Подключить принтер. Выйти в интернет через модем. Поставить программу с CD-ROM. Работать с цифровой камерой и USB-устройствами.

Такое использование распространилось сразу и широко.

В Windows 98 ещё сильнее вышли вперёд интернет, USB, DVD, мультимедиа и домашняя сеть.

Но в Windows той эпохи оставалась и нестабильность, унаследованная от DOS.

Одно приложение могло утянуть за собой всю ОС. Плохо написанный драйвер давал синий экран. Чужая версия DLL ломала другое приложение. Работало загадочное правило: «перезагрузка помогает».

Для тех, кто застал это время, Windows была удобной — и немного пугающей.

4. Windows Me: последний рывок домашней DOS-линейки

Windows Me трудно оценить однозначно.

В массовом сознании это «нестабильная Windows». У многих и впрямь мало приятных воспоминаний.

Но в Me уже были новые попытки.

System Restore. System File Protection. AutoUpdate. Функции для цифровых медиа. Домашняя сеть.

То есть направления, которые в нынешней Windows кажутся обычными — «сломалось — откатиться», «защищать важные файлы», «обновлять автоматически», — уже проступали.

Как основа это всё же финал домашней Windows на базе DOS.

По функциям система тянулась к современному. По «физической форме» ОС ещё не тянула.

Именно этот разрыв, на мой взгляд, и делал Windows Me такой трудной.

Для разработчика Me показывает: чтобы дать новый опыт, нужно менять саму основу ОС.

Ответом стало слияние с линией NT.

5. Windows NT / 2000: фундамент корпоративной Windows

Рядом с домашней Windows шла линия Windows NT.

NT с самого начала сильно ориентировали на бизнес.

Стабильность. Защита памяти. Управление правами. Службы. Сеть. Администрирование в организации.

Важная точка этой линии — Windows 2000.

Windows 2000 взяла удобство, накопленное в Windows 95 / 98, и вывела вперёд стабильность и управляемость линии NT.

Для разработчика важно другое: примерно с этого момента Windows перестаёт быть «домашней ОС, которой простительно падать», и всё сильнее становится «платформой, на которой держится бизнес».

Работать постоянно как служба Windows. Писать в журнал событий. Учитывать права пользователя. Жить в сетевом домене. Стыковаться с общими папками и принтерами.

Эти допущения, которые сегодня в бизнес-приложениях считают нормой, выращивались именно в контексте NT.

6. Windows XP: слияние домашней и корпоративной линий

Windows XP — одна из самых важных ОС в истории Windows. Дело не только в популярности: здесь домашняя линия и корпоративная линия NT сошлись в рабочем виде.

С XP и на домашнем ПК можно было опираться на стабильность NT. Это очень крупный сдвиг.

До этого сбой приложения или драйвера в домашней Windows легко раскачивал всю ОС. Начиная с XP, по крайней мере на уровне основы, можно было исходить из более устойчивой NT.

При этом XP прожила очень долго. Это и плюс, и проблема. Из-за долгой жизни корпоративные системы, внутренние инструменты, ActiveX, компоненты COM, старая периферия и отраслевое ПО в огромном количестве унаследовали допущения эпохи XP.

То есть XP — и прообраз современной Windows, и одна из точек отсчёта legacy, которое живёт до сих пор.

Для разработчика Windows-приложений урок XP сводится к этому.

Чем дольше живёт ОС, тем дольше живут и допущения приложений.

Это вопрос и совместимости, и непрерывности бизнеса.

7. Windows Vista: её часто считают провалом, но это важный поворот

О Windows Vista нередко говорят как о неудачной ОС.

Тяжёлая. Много предупреждений. Драйверы не встают. Приложения не запускаются. XP была лучше.

Как тогдашний пользовательский опыт эта оценка имеет основания.

Для разработчика Windows-приложений Vista — важный поворот.

Особенно вот это:

• UAC
• WDDM
• Aero / Desktop Window Manager
• новая модель драйверов
• усиление безопасности
• распространение 64-bit
• ограничение записи в Program Files и в папку Windows
• манифест приложения

Vista принесла в Windows «неудобство ради безопасной работы».

В прежней Windows права администратора стали слишком привычной нормой. Приложение писало настройки рядом с исполняемым файлом. Легко писало в системные ветки реестра. И установщик, и само приложение исходили из прав администратора.

Так проектировали сплошь и рядом.

Начиная с Vista это перестаёт проходить.

Куда приложению можно писать настройки? Данные каждого пользователя — в AppData? Общие для всех — в ProgramData? Где и как объяснить пользователю, что операции нужны права администратора?

Если эти вопросы не продумать, Windows-приложение перестаёт вести себя корректно.

Пользователю Vista могла казаться муторной. Но на длинной дистанции это была необходимая ступень, без которой Windows не перешла бы к современной модели безопасности.

8. Windows 7: фундамент Vista доводят до практики

Windows 7 запомнилась как очень цельная Windows.

Крупные изменения Vista она собрала в более лёгкую, удобную и стабильную форму.

Её любили и как корпоративную Windows; в разработке Windows-приложений её долго держали эталонной средой.

Сильная сторона Windows 7 — не «смена идеологии», а «практическая зрелость».

Направления Vista — UAC, WDDM и остальное — сохранились, а пользовательский опыт стал лучше.

Для разработчиков массовое распространение Windows 7 сделало реалистичной разработку уже под правила эпохи Vista.

Например:

• исходить из работы под обычным пользователем
• операции с правами администратора выносить в установщик или отдельный процесс
• правильно разделять места хранения настроек
• понемногу учитывать высокий DPI и несколько дисплеев
• исходить из того, что 32-bit приложение работает на 64-bit Windows
• проверять совместимость драйверов и периферии

Windows 7 стала практическим мостом в разработке Windows-приложений: от «правил эпохи XP» к «правилам эпохи Vista и дальше».

9. Windows 8 / 8.1: резкий поворот к сенсорной эпохе

Windows 8 была очень смелой ОС.

Начальный экран. Живые плитки. Windows Store. Сенсорное управление. Чудо-кнопки (Charms). Связка с облаком.

Это Windows, которая всерьёз смотрела не только на ПК, но и на планшеты.

Само направление, на мой взгляд, ошибочным не было.

Смартфоны и планшеты распространялись стремительно, и ПК тоже нужно было впитать сенсор и модель приложений из магазина.

Но для привычных пользователей десктопа поворот оказался слишком резким.

Меню «Пуск» как будто исчезло. Переключался весь экран. На рабочих ПК с мышью и клавиатурой контекст управления менялся слишком сильно.

В итоге Windows 8 стала ОС с расколотой оценкой.

Для разработчика Windows 8 усилила реальность: на Windows сосуществует несколько моделей приложений.

Классические десктопные Win32. Приложения на .NET Framework. WPF. Приложения Store. WinRT. UI под сенсор.

На одной Windows встали сразу несколько укладов.

Это путаница. И одновременно это и есть Windows.

Вводить новое. Старое сразу не выбрасывать.

Эта позиция живёт и в Windows 10, и дальше.

10. Windows 10: Windows как служба

Главная черта Windows 10: Windows перестала быть «ОС, которую раз в несколько лет покупают заново», и стала «ОС, которую непрерывно обновляют».

Windows as a Service. Функциональные обновления. Накопительные обновления. Усиление Windows Defender. Microsoft Edge. WSL. Функции виртуализации. Связка с облаком.

В Windows 10 сама Windows подразумевает, что её всё время обновляют.

Это крупный сдвиг и для пользователя, и для разработчика.

Раньше можно было долго держаться за конкретную версию — Windows XP, Windows 7. Начиная с Windows 10 версии различаются даже внутри одной «Windows 10».

1507, 1511, 1607, 1703, 1709, 1809, 1903, 2004, 21H2, 22H2.

Все мелкие отличия учитывать не обязательно, но разработчику нужно исходить из того, что Windows продолжают обновлять.

Это меняет и подход к тестам.

• не ломается ли что-то после Windows Update
• не останавливает ли установщик ужесточённая защита
• нет ли конфликта с антивирусом
• не слишком ли приложение завязано на конкретное состояние .NET Framework или другого runtime
• работают ли уже имеющиеся периферия и драйверы на свежей Windows
• нет ли проблем при соседстве с WSL и виртуализацией

Windows 10 взялась за очень характерную для Windows задачу: модернизироваться, не ломая совместимость.

11. Windows 11: стандарты безопасности и современное оборудование

В Windows 11 изменился и внешний вид.

Панель задач по центру. Скруглённый UI. Новое меню «Пуск». Snap Layouts. Новый Microsoft Store.

Для разработчика важнее другое: стандарты безопасности и допущения об оборудовании.

В Windows 11 подняты системные требования: TPM 2.0, UEFI, Secure Boot, GPU с DirectX 12, драйверы WDDM 2.0.

Это не просто отсечение старых машин, а решение сделать базовыми функции безопасности ОС, надёжность, обновляемость и возможности современного железа.

Разумеется, площадкам со старыми ПК и старой периферией от этого не легче. Но чтобы Windows и дальше оставалась безопасной платформой для бизнеса, планку где-то нужно было поднять.

Для разработчика Windows 11 обозначает такую эпоху:

• исходить из функций безопасности как из данности
• исходить из высокого DPI, нескольких экранов, сенсора, пера, голосового ввода
• учитывать поколение GPU и драйверов дисплея
• учитывать гибридные CPU вроде P-ядер / E-ядер
• учитывать схему питания и влияние фонового выполнения
• учитывать облачные учётные записи и политики управления

Производительность и стабильность Windows-приложения уже не определяются одним кодом.

Версия ОС, состояние обновлений, настройки безопасности, схема питания, конфигурация CPU, драйверы, права, периферия. Всё это нужно видеть вместе — как среду выполнения.

12. Эволюция Windows глазами разработчика

Если поколения Windows коротко разложить с точки зрения разработчика, получается такая таблица.

Из таблицы видно: Windows не просто «становилась новее». Она тащила старую совместимость и одновременно подстраивалась под новую безопасность и новое железо.

Поэтому в разработке Windows-приложений одних новейших API мало.

Могут остаться старые компоненты COM. Может жить бизнес-процесс на ActiveX. Может понадобиться 32-bit DLL. Драйвер принтера или USB-устройство могут быть старыми. Приложению, возможно, нужно работать без прав администратора. После Windows Update поведение может измениться.

Такова Windows.

Это хлопотно.

Но эта хлопотность — свидетельство того, что Windows долго несла на себе реальный бизнес.

13. Чем знание истории помогает в разработке Windows-приложений

Знание истории Windows меняет взгляд на практику.

Например, приложение не запускается.

Нельзя сразу сказать: «это баг».

Возможно, дело в 32-bit / 64-bit. Возможно, нет нужного .NET Framework. Возможно, нет runtime VC++. Возможно, сломана регистрация COM. Возможно, запись не проходит из-за UAC. Возможно, режет антивирус. Возможно, мешает старый драйвер принтера. Возможно, при высоком DPI плывёт экран. Возможно, это разница поведения после Windows Update. Возможно, схема питания не даёт раскрыть производительность.

В разработке Windows-приложений смотреть нужно не только на само приложение, а на всю среду.

Это хлопотно. Но именно поэтому ценен софт, который реально работает на площадке.

14. Практический чек-лист

При доработке существующего Windows-приложения или при новой разработке спокойнее держать в голове хотя бы такие проверки. Одного списка мало: без «куда смотреть» его не проверить, поэтому к каждому пункту добавляю, где это видно.

Если какой-то пункт нужно разобрать глубже, на сайте есть соответствующие статьи.

• Когда в Windows нужны права администратора — UAC, защищённые области и как это отличить на этапе проектирования — граница между UAC и защищёнными областями
• Что такое COM / ActiveX / OCX — различия и связь — термины старого COM-наследия
• Как сегодня поступать с ActiveX / OCX: оставить, обернуть или заменить — 32-bit актив: оставить, обернуть или заменить
• Чек-лист перед миграцией с .NET Framework на .NET — инвентаризация зависимостей runtime
• Минимальный чек-лист безопасности при разработке Windows-приложений — что проверить перед релизом
• Введение в настройку CPU для разработчиков Windows-приложений: приоритет, привязка к ядрам и P-ядра/E-ядра — схема питания и влияние P-ядер / E-ядер

Этот чек-лист — не набор приёмов разработки. Это сама история, которую Windows накопила.

15. Windows не устарела — она наращивалась слоями

Windows часто называют «старой». Старые части и правда есть.

Есть Win32 API. Есть COM. Есть реестр. Есть проблемы с DLL. Есть старые элементы управления. Есть поведение, которое держат ради совместимости.

Но если просто списать это как «устарело», суть Windows не увидеть. Windows — ОС, которая держала старое и поверх него наращивала новое. Это меньше похоже на аккуратно распланированный сад и больше — на огромный город, который всё время достраивают и перестраивают.

Есть новые здания. Есть старые переулки. Под землёй идут старые трубы. Есть удобные магистрали. Заводы, больницы, школы, учреждения — всё это работает внутри этого города.

Разработчик делает приложение внутри этого города.

Поэтому одних новейших дорог мало. Нужно хотя бы немного понимать, почему остаются и старые.

Взгляд из конца главы 12 — «эта хлопотность — свидетельство того, что Windows долго несла на себе реальный бизнес» — и метафора этой главы про город, который всё время достраивают, говорят об одном и том же с разных сторон. Это ощущение я разбираю подробнее в Странная любовь разработчика, или Как я перестал беспокоиться и полюбил Windows. Здесь — хроника, там — эссе.

16. Итог

История Windows — это не только история внешнего вида. Это история того, как при сохранении совместимости поднимали стабильность, безопасность, производительность и поддержку оборудования.

Windows 95 / 98 вынесла ПК в дома и офисы. Windows NT / 2000 вырастила стабильность и управляемость корпоративной ОС. Windows XP соединила эти две линии. Windows Vista стала крупным поворотом в безопасности и модели драйверов. Windows 7 сделала этот поворот пригодным для практики. Windows 8 шагнула к сенсору и Store. Windows 10 закрепила непрерывно обновляемую Windows. Windows 11 дальше поднимает стандарты безопасности и работу на современном оборудовании.

Windows — не аккуратно прибранная утопия. Это огромная и сложная платформа, которая продолжает работать, одновременно держа на себе реальный бизнес, старое наследие, периферию, требования безопасности и новое железо.

Поэтому в разработке Windows-приложений важно смотреть не только на «сегодняшнюю Windows», но и на то, как складывались её подход к проектированию и история совместимости.

Старое наследие не выбрасывать наспех. И при этом подстраиваться под новую безопасность и новую среду выполнения.

На этом балансе стоит нынешняя Windows. И софт, который на ней стабильно работает, по-прежнему многого стоит.

Источники

• Die Geschichte von Windows - Microsoft News Center
• Microsoft Windows 98 Second Edition Released to Manufacturing
• Microsoft Windows Millennium Edition Released to Manufacturing
• Microsoft Announces Immediate Availability Of Windows Millennium Edition
• Windows 2000 Offers Significant Value for Small Businesses
• User Account Control and remote restrictions - Microsoft Learn
• WDDM Overview - Microsoft Learn
• Windows 8 Arrives - Microsoft Source
• Overview of Windows as a service - Microsoft Learn
• Windows 10 Home and Pro - Microsoft Lifecycle
• Windows 11 available on October 5 - Windows Experience Blog
• Windows 11 System Requirements - Microsoft Support
• Windows 11 release information - Microsoft Learn

Похожие статьи

Недавние статьи с теми же тегами помогут подробнее изучить близкие темы.

Связанные темы

Эти страницы показывают тему статьи в более широком контексте услуг и решений.

Услуги по этой теме

Статья напрямую связана со следующими услугами.

Частые вопросы

Вопросы, которые часто возникают при консультациях по теме статьи.

Почему Windows XP так важна в истории Windows?

Потому что именно в XP на практике сошлись линия домашней Windows (95/98/Me) и линия корпоративной Windows NT/2000. После этого и на домашних ПК можно было опираться на стабильность семейства NT. При этом XP прожила очень долго: корпоративные системы, ActiveX, компоненты COM и старая периферия унаследовали массу допущений той эпохи — и по сей день остаются одной из точек отсчёта нынешнего legacy.

Была ли Windows Vista провалом?

У тогдашних претензий — «тяжёлая», «слишком много предупреждений», «драйверы не подходят» — были основания, если смотреть на пользовательский опыт. Для разработчика это важный поворот. Появились UAC, WDDM, новая модель драйверов, 64-битная среда как норма, ограничение записи в Program Files — и приложения, рассчитанные на права администратора, перестали проходить. Без этой ступени Windows не вышла бы на современную модель безопасности.

Что изменилось для разработчиков в Windows 10?

Главное: Windows перестала быть «ОС, которую раз в несколько лет покупают заново», и стала «ОС, которую непрерывно обновляют» (Windows as a Service). Даже внутри одной Windows 10 версии разные — от 1507 до 22H2, поэтому долго держаться за одну конкретную версию ОС больше нельзя. Нужно тестировать с расчётом на постоянные обновления: не ломается ли что-то после Windows Update, не останавливает ли установщик ужесточённая защита.

Почему в Windows 11 подняли системные требования?

В Windows 11 требованиями стали TPM 2.0, UEFI, Secure Boot, GPU с DirectX 12 и драйверы WDDM 2.0. Это не просто отсечение старых ПК, а решение сделать базовыми функции безопасности ОС, надёжность, обновляемость и возможности современного оборудования. Чтобы Windows и дальше оставалась безопасной платформой для бизнеса, планку где-то нужно было поднять.

Об авторе

Страница с профилем автора статьи.

Го Комура

Представитель KomuraSoft LLC

Специализируется на разработке программного обеспечения для Windows, техническом консалтинге и расследовании сбоев, особенно в проектах с унаследованными системами и трудно воспроизводимыми ошибками.