Поки Windows 11 проходить найбільше очищення інтерфейсу користувача за рік, виявляється, що Microsoft ще десятиліття тому пояснила, чому старі елементи інтерфейсу досі залишаються в ОС. Інженер Microsoft написав про це у 2003 році, і після прочитання я відчуваю, що ситуація досі описує половину проблем Windows 11 сьогодні.
Тоді старі інтерфейси зберігалися, тому що Microsoft навмисно надала користувачам можливість повернутися до них (тимчасовий міст, поки всі адаптуються). Сьогодні ми досі бачимо застарілий інтерфейс у Windows 11, тому що Редмонд так і не завершив його заміну.
Microsoft мала напрочур слушну причину зберігати старий інтерфейс Windows
20 жовтня 2003 року Реймонд Чен опублікував у своєму блозі Old New Thing пояснення того, як працює порядок вікон Alt+Tab, базуючись на Z-порядку вікон.
Microsoft не замінила стару поведінку Alt+Tab і не змусила всіх змиритися з цим. Коли Windows 3.1 представила новий перемикач завдань, компанія додала опцію в Панелі керування, яка дозволяла користувачам повернутися до старішої поведінки з Windows 3.0 та попередніх версій.
Стара версія Alt+Tab працювала подібно до Alt+Esc, перемикаючись між вікнами в Z-порядку, і автоматично повертала згорнуте вікно, коли ви до нього перемикалися. Microsoft назвала нову систему “швидким перемиканням завдань” і була настільки стурбована зміною, що навіть надала параметр SPI_SETFASTTASKSWITCH для програм, щоб повернутися до старої поведінки.
Ніхто не скаржився, за словами Чена, тому Microsoft зрештою видалила стару систему перемикання завдань, і нова Alt+Tab, яку ми маємо зараз, стала стандартною.
Microsoft надала користувачам можливість зберегти старий інтерфейс під час адаптації до нового.
Програмний гігант міг представити новий інтерфейс, не змушуючи одразу всіх користувачів та компанії адаптуватися за ніч. Як тільки заміна довела б свою ефективність, стара реалізація могла б піти. Найближча аналогія, яку я можу придумати в сучасному Windows, — це технологія керованого розгортання функцій (Controlled Feature Rollout, CFR).
Далі Чен пояснює, чому Microsoft взагалі цим переймалася: “Виявляється, корпорації з 10 000 співробітників не люблять, коли інтерфейс користувача змінюється, тому що це змушує їх витрачати мільйони доларів на перенавчання всіх своїх співробітників”.
Тестуючи різні збірки Windows 11 Insider, я вже досить звикла бачити зміни в інтерфейсі та досить швидко адаптуватися. Але для компаній, де співробітники виконують свою роботу, байдуже, яку ОС використовує їхній ПК, зміна інтерфейсу має величезну вартість, і це грошові витрати для підприємств і трудомісткий процес для користувачів.
Оскільки Microsoft потребувала цього корпоративного бізнесу, надання людям “рятівного кола” було частиною відповідального управління цими витратами.
Windows змінилася, і старий інтерфейс перестав зникати
Однак щось змінилося між 2003 роком і сьогодні. Тепер старий інтерфейс у Windows 11 існує не як поступка користувачам під час адаптації, а тому, що Microsoft не закінчила розробку того, що має його замінити, а занадто раннє натискання на курок ризикує зламати щось критично важливе для підприємства, яке використовує ПК з Windows.
Звісно, ІТ-адміністратори досі використовують редактор групових політик, щоб пом’якшити зміни, які Microsoft вносить до Windows.
Розгляньмо Панель керування. Windows Latest повідомляла в квітні, що Марч Роджерс, партнерський директор з дизайну в Microsoft, підтвердив, що команда все ще мігрує елементи Панелі керування до програми “Параметри”, і цей процес відбувається повільно, особливо через мережеві та принтерні драйвери.
“Ми робимо це обережно, тому що існує багато різних мережевих і принтерних пристроїв і драйверів, які ми повинні переконатися, що не зламаємо в процесі”, – сказав Роджерс.
На відміну від macOS, яка може агресивніше виводити зі старішої підтримки обладнання завдяки значно меншій, і, посмію сказати, покірнішій базі користувачів, Windows десятиліцями підтримувала драйвери та пристрої, від яких залежать бізнеси, і, на жаль, саме ця історія є причиною того, чому Панель керування відмовляється вмирати.
Відсутність фокусу призвела до появи ненажерливих WebView2
Microsoft також мала неприємну звичку ніколи не завершувати один фреймворк інтерфейсу користувача, перш ніж перейти до наступного. Win32 поступився місцем MFC, потім з’явилися фреймворки .NET-ери, потім на основі XAML з апаратною прискоренням, кросплатформний відступ, який нікуди не привів, а потім UWP під час ери Windows 8 і 10. Нарешті, ми дійшли до WinUI 3.
Десь по дорозі Microsoft почала використовувати WebView2 замість завершення нативного фреймворку (WinUI), який вона продовжувала розробляти. Сьогодні, як ми вперше повідомили, стандартний додаток “Погода” у Windows 11 є обгорткою WebView2, що споживає понад 1,2 ГБ оперативної пам’яті в режимі простою, майже вп’ятеро більше, ніж додаток “Погода” на macOS.
Ця корпоративна звичка незавершених замін також сприяла появі повільних сторонніх додатків. WhatsApp на Windows використовує до 600 МБ, нічого не роблячи, а Discord на базі Electron може досягати 4 ГБ.
Кого б не звинувачували, саме Windows, яку ми використовуємо, успадковує рахунок за оперативну пам’ять!
Microsoft нарешті переписує Windows 11, а не приховує проблеми
Що відрізняє 2026 рік, так це те, що Microsoft, схоже, береться за складне завдання, замінюючи старий код, а не замазуючи його. Windows Latest у липні повідомляла про новий діалог властивостей у Провіднику файлів — це переробка діалогу, який сягає часів Windows 95, на WinUI 3.
Новий діалог “Виконати” цікавий тим, що телеметрія Microsoft показала, що він завантажується за 94 мс порівняно зі 103 мс у застарілої версії. Застарілий код, що залишається, не завжди пов’язаний з продуктивністю. Іноді він виживає, тому що переписати його, не зламавши нічого, складніше, ніж залишити як є. Це також не питання навичок, адже ми говоримо про Microsoft, як-не-як! Але коли Редмонд правильно переписує, результат вимірно швидший.
Меню “Пуск” показує, чому переписування займає так багато часу
Windows Latest повідомляла в березні, що Microsoft переносить спільну інфраструктуру інтерфейсу меню “Пуск” на WinUI, щоб зменшити затримку взаємодії. Частини меню “Пуск”, зокрема розділ “Рекомендовані” та список “Усі програми”, спочатку були створені на React Native, оскільки це дозволило команді швидше ітерувати та випускати оновлення.
Команда WinUI від Microsoft заявила, що продуктивність, фундаментальні основи та виправлення помилок є пріоритетнішими за нові функції, і що використання пам’яті та перехід фреймворку до системного композитора мають бути готові, перш ніж меню “Пуск” можна буде переписати на WinUI.
Ідея, якій 5000 років: спочатку стабілізувати фундамент! А потім перенести на нього одну з найбільш переглядуваних частин ОС.
У липні Сатья Наделла заявив інвесторам, що Microsoft інвестує в Windows, щоб забезпечити її “найкращу якість та фундамент”. Якщо подумати, це той самий інстинкт, який Реймонд Чен описав у 2003 році, звичайно, спрямований на значно більший беклог!
Підхід Чена у 2003 році полягав у тому, щоб дати людям можливість повернутися, почекати, доки скарги припиняться, а потім видалити старе. Однак Windows втратила цю дисципліну, і старий інтерфейс накопичується, тому що заміни не зовсім готові. Проте, 2026 рік виглядає як рік, коли Microsoft завершує цю роботу.