В мае 2025 года на конференции Build корпорация Microsoft сделала два объявления, которые ещё лет десять назад показались бы фантастикой ровно до того момента, как сам Стив Балмер вышел бы на сцену с опровержением. Во-первых, Windows Subsystem for Linux, та самая прослойка для запуска полноценного Linux прямо внутри Windows, отправляется в открытые исходники под лицензией MIT. Во-вторых, новый консольный текстовый редактор Edit, написанный на Rust, тоже становится открытым проектом и в перспективе будет поставляться вместе с системой. Оба события, казалось бы, относятся к разным историям. Но если посмотреть на них вместе, проступает чёткий контур долгой стратегической линии: Microsoft методично превращает Windows в платформу, которая дружит с Linux глубоко, искренне и на собственных условиях.
Девять лет пути от прослойки совместимости до полноценной открытой подсистемы
История WSL начинается в 2016 году с релиза первой версии в составе Windows 10. Тогда это была остроумная инженерная конструкция, реализующая системные вызовы Linux прямо в ядре Windows и позволяющая запускать ELF-бинарники без виртуальной машины. Решение работало быстро для своего времени, но имело очевидные ограничения: часть системных вызовов поддерживалась неполно, отсутствовала возможность загружать модули ядра, страдала производительность файловой системы при работе с большими репозиториями. Энтузиасты ставили эксперименты, сообщество писало баг-репорты, а внутри Microsoft постепенно росло понимание, что путь имитации Linux-ядра упирается в потолок.
В 2019 году компания анонсировала WSL 2 с принципиально другой архитектурой. Вместо имитации системных вызовов внутри Windows был запущен настоящий Linux-кернел в облегчённой виртуальной машине на базе Hyper-V. Производительность файловых операций выросла в разы, совместимость с системными вызовами достигла практически полной, появилась поддержка контейнеров и графических приложений через WSLg. К 2021 году WSL отделили от основного дерева Windows и начали поставлять отдельным пакетом через Microsoft Store, что позволило обновлять подсистему независимо от операционной системы. Версия 1.0.0 вышла в ноябре 2022 года, добавив поддержку Windows 10. К сегодняшнему моменту проект дорос до версии 2.5.7 с зеркалированной сетью, туннелированием DNS, поддержкой прокси и межсетевых экранов.
Девятнадцатого мая 2025 года был сделан финальный шаг. Исходный код большей части подсистемы оказался на GitHub в репозитории microsoft/WSL под открытой лицензией. Это закрыло первую же поднятую в 2016 году проблему репозитория, символично озаглавленную "Will this be Open Source?". Открытыми стали командные утилиты wsl.exe, wslconfig.exe и wslg.exe, сервис управления виртуальной машиной wslservice.exe, инициализационный демон Linux-стороны, компонент сетевой подсистемы gns, реализация перенаправления локального хоста, файловый сервер plan9 для обмена файлами между Linux и Windows. Репозиторий wslg, отвечающий за поддержку Wayland и X-сервера для запуска графических Linux-приложений, тоже стал открытым. Только два компонента остаются проприетарными по техническим и историческим причинам: драйвер Lxcore.sys, обеспечивающий работу устаревшей первой версии WSL, и драйверы P9rdr.sys с p9np.dll, отвечающие за перенаправление файловой системы из Windows в Linux.
Почему открытие WSL это больше чем красивый жест в сторону сообщества
На первый взгляд новость может показаться скорее символической. Большинство пользователей подсистемы продолжат устанавливать её одной командой через PowerShell и не заглянут в исходники ни разу за всю карьеру. Но реальный эффект открытия лежит глубже типичных пользовательских сценариев.
Самым очевидным следствием стал внешний аудит безопасности. Подсистема, обеспечивающая мост между двумя ядрами совершенно разной природы, представляет собой богатую поверхность атаки. Возможность для исследователей безопасности изучать код напрямую, а не через дизассемблер, ускоряет нахождение и закрытие уязвимостей. Для крупных корпоративных пользователей это означает снижение рисков при развёртывании WSL на тысячах рабочих станций.
Следом открывается путь для серьёзных пользовательских патчей. Сообщество годами просило о поддержке нестандартных конфигураций, специфичной интеграции с локальными политиками, нетипичных схемах сетевого взаимодействия. Теперь любой инженер с достаточной квалификацией может собрать собственную версию подсистемы со своими модификациями и предложить их в основной проект через стандартный механизм pull request.
Главное же последствие лежит в плоскости репутации. Открытие кода создаёт прецедент, и Microsoft показывает, что готова отдавать сообществу даже стратегически важные компоненты, исторически считавшиеся коммерческими преимуществами Windows. Это перекликается с открытием PowerShell, .NET, Visual Studio Code и десятков других инструментов и складывается в последовательную стратегию: Windows не противостоит открытому коду, а становится одной из платформ, на которых открытый код живёт лучше всего.
Возрождение Edit и тихая революция в консоли Windows
Параллельно с новостью о WSL произошло ещё одно событие, прошедшее в широкой прессе скромнее, но любопытное по своему символизму. Microsoft представила новый консольный текстовый редактор Edit, написанный на языке Rust, размером менее 250 килобайт, распространяемый под лицензией MIT и доступный на GitHub. На первый взгляд это просто маленькая утилита. На второй взгляд это закрытие пробела, который существовал в системе уже двадцать с лишним лет.
С 32-битной эпохи в Windows жила утилита edit.com, родом ещё из MS-DOS. С переходом на 64-битные сборки штатный консольный редактор из системы исчез, и пользователи, оказавшиеся внутри командной строки без графического окружения, должны были выбирать между сторонним нано, скачиванием Vim или запуском Notepad через специальный обходной путь. Для разработчиков, привыкших к Linux, отсутствие даже простейшего встроенного редактора в консоли Windows выглядело архаизмом.
Новый Edit построен по принципам, противоположным тем, что сделали Vim легендой и проклятием новичков одновременно. Он немодальный: то есть сразу позволяет печатать текст без переключения между режимами вставки и навигации. Поддерживает мышь, что для текстового интерфейса всё ещё считается признаком хорошего тона. Открывает несколько файлов одновременно с переключением через сочетание Ctrl и P, как принято в Visual Studio Code. Содержит поиск и замену с поддержкой регулярных выражений. Понимает Unicode и подсветку синтаксиса для основных языков программирования. Все горячие клавиши намеренно сделаны такими же, как в VS Code, чтобы переход между средами был максимально безболезненным.
Любопытно, что Edit с самого начала умеет работать не только в Windows, но и на Linux. Для пользователей открытой системы это ещё одна доступная альтернатива в нише между минималистичным нано и тяжеловесным Vim, причём с современной архитектурой и небольшим следом в памяти. Microsoft фактически передала сообществу Linux маленький, но уместный инструмент в обмен на десятилетия использования открытых утилит внутри собственной экосистемы.
Как два открытия меняют картину рабочего места разработчика
Если посмотреть на ситуацию с точки зрения программиста, выбирающего операционную систему для основной работы, открытие WSL и появление Edit складываются в довольно интересную картину. Несколько последствий, заметных уже сегодня:
- Граница между миром Windows и миром Linux на уровне ежедневной работы разработчика стирается практически до нуля;
- Корпоративные политики безопасности получают возможность включать в свои проверки исходный код подсистемы, ранее закрытой;
- Линуксовые дистрибутивы могут заимствовать удачные инженерные решения из открытого кода WSL и применять их в собственных гипервизорах;
- Поддерживать собственные сборки WSL для специализированных задач теперь могут не только Microsoft, но и независимые поставщики корпоративного программного обеспечения;
- Разработчики на Rust получают в руки готовый эталонный пример того, как пишутся современные консольные приложения с минимальным размером и максимальной производительностью.
Сценарий типичного утра разработчика, работающего на Windows, теперь выглядит так. Запускается Windows Terminal с настроенными профилями для PowerShell, для Ubuntu внутри WSL и для распределённого окружения через SSH. В одной вкладке крутится Docker, фактически работающий на Linux-ядре внутри WSL 2. В другой запущен VS Code с подключением к удалённой Linux-машине через тот же механизм. В третьей открыт Edit для быстрой правки конфига. Графические Linux-приложения вроде GIMP запускаются прямо рядом с Photoshop и интегрируются в меню Пуск через WSLg. Между файловыми системами Windows и Linux данные перемещаются через тот самый открытый теперь plan9-сервер. Всё это работает на одной машине без перезагрузок и без переключения контекста.
Что эта история говорит о долгосрочной траектории Microsoft
Десять лет назад фразу про любовь Microsoft к Linux, произнесённую тогдашним новым гендиректором Сатьей Наделлой, многие восприняли как маркетинговый трюк. Сегодня она выглядит как ретроспективный диагноз стратегии, которой компания последовательно следует все эти годы. Открытие WSL и Edit - очередные маркеры на этом пути, причём маркеры весьма красноречивые.
Деньги Microsoft теперь зарабатывает не на продаже лицензий на саму операционную систему, а на облачных сервисах Azure, корпоративных подписках Microsoft 365, играх и устройствах. В этой экономической модели максимально широкое использование Windows разработчиками выгодно компании напрямую, потому что разработчик, привыкший к удобной среде на своём ноутбуке, с большей вероятностью развернёт продакшн-окружение в облаке того же вендора. А чтобы среда оставалась удобной, она должна полностью включать Linux-инструментарий, поскольку именно на Linux построена огромная часть современной серверной разработки.
Отсюда и парадоксальный, но логичный ход. Чем больше Linux внутри Windows, чем глубже его интеграция и чем меньше трения у пользователя, тем сильнее позиции платформы в целом. Открытые исходники подсистемы устраняют последний психологический барьер для тех, кто не доверял проприетарной прослойке. Маленький редактор Edit убирает мелкое, но раздражающее неудобство в консольной работе. Каждое такое улучшение сделано не из идеологических соображений, а из чистого расчёта на удержание разработчика внутри экосистемы.
История с WSL и Edit показывает, что эпоха противостояния операционных систем понемногу заканчивается. На её место приходит эпоха, в которой границы между платформами становятся всё более условными, а пользователь выбирает не из соображений лояльности к одному из лагерей, а исходя из удобства конкретной задачи. И в этой новой эпохе Microsoft играет уже не роль крепости, обороняющейся от открытого кода, а роль одного из крупных контрибьюторов, который встраивает Linux в собственный продукт и охотно делится результатами своей работы. Эта тихая трансформация, возможно, окажется куда более значимым событием для индустрии, чем большинство громких релизов последних лет.