Project Zenith объединяет предустановленные инструменты и настройки Windows, которые обычно меняют при подготовке рабочего места разработчика. Компания также обещает запускать локально модели с более чем 30 млрд параметров, чтобы часть вычислений обходилась без оплаты облачных токенов. Пока это анонс конфигурации будущих устройств: скорость моделей, цены и даты продаж Microsoft не раскрыла.

• Железо: от 64 ГБ единой памяти и от 250 ГБ/с пропускной способности, первые устройства на платформе AMD Ryzen AI Halo.
• Предустановлены Visual Studio Code, GitHub Copilot, PowerToys, WinAppCLI, Windows Dev Skills, Intelligent Terminal, PowerShell 7, Git, GitHub CLI, Azure CLI, Core Utils, Oh My Posh, Python 3.14+, uv, NVM, Node 24+, WSL 2+ с Ubuntu и .NET 10.
• Windows Terminal и VS Code закреплены на панели задач; Проводник показывает расширения, скрытые файлы, полный путь в заголовке и панель сведений, включена поддержка длинных путей.
• Отключены недавние файлы, подсказки провайдеров синхронизации, советы в меню «Пуск» и уведомления аккаунта; включена командная палитра в поиске.
• Платформа для агентов: идентичность на уровне ОС и изоляция через Microsoft Execution Containers (MXC), показанные на Build 2026. Цены, конкретные модели устройств и дата продаж не названы.

Что предустановлено и что изменено в настройках

Набор инструментов разбит на три группы: редакторы и продуктивность (Visual Studio Code, GitHub Copilot, PowerToys, WinAppCLI, Windows Dev Skills), терминал и контроль версий (Intelligent Terminal, PowerShell 7, Git, GitHub CLI, Azure CLI, Core Utils, Oh My Posh) и языки с рантаймами (Python 3.14+, uv, NVM, Node 24+, WSL 2+ с Ubuntu, .NET 10). Windows Terminal и VS Code закреплены на панели задач по умолчанию.

Настройки Windows тоже пересобраны под код. Проводник показывает расширения файлов, скрытые файлы, полный путь в заголовке окна и панель сведений; включена поддержка длинных путей, которую обычно приходится включать через реестр или групповую политику. Недавно использованные файлы и папки и подсказки провайдеров синхронизации отключены. В поиске и меню «Пуск» включена командная палитра, а советы «Пуска» и уведомления аккаунта выключены. Microsoft подчёркивает, что не навязывает рабочий процесс: окружение можно менять и расширять как угодно, разница только в стартовой точке.

WSL в анонсе назван фундаментом для Linux-нагрузок на Windows: в прошлом году подсистему открыли, на Build 2026 добавили WSL-контейнеры, встроенный способ создавать и запускать Linux-контейнеры прямо в Windows. На устройствах Zenith всё это стоит из коробки.

По формулировке Microsoft, предустановки можно менять: разработчик сохраняет возможность выбирать языки, фреймворки и инструменты. Практический смысл анонса для команды с уже настроенным окружением в том, чтобы сравнить готовую конфигурацию со своим набором. Наличие Git и среды исполнения не описывает зависимости конкретного проекта, его секреты и корпоративные правила доступа. Их готовность на новом компьютере из анонса не следует.

Зачем 64 ГБ памяти и при чём тут токены

Microsoft связывает требования к памяти с разработкой при помощи ИИ-агентов. Компания предлагает оставлять часть задач облачным моделям, а остальные выполнять локально. По заявлению Microsoft, устройства с 64 ГБ и более единой памяти и полосой от 250 ГБ/с смогут запускать модели с более чем 30 млрд параметров. Конкретные модели, скорость генерации, точность хранения весов и способ запуска в блоге не названы, поэтому вычислить экономию по этому анонсу нельзя.

Единая память означает общий пул для вычислительных компонентов устройства. Для локальной модели важны и доступный объём, и скорость чтения её данных. Полоса 250 ГБ/с ниже, чем у многих высокопроизводительных настольных GPU, однако одного этого показателя недостаточно для вывода о скорости конкретной модели. Microsoft не приводит сопоставимого теста с дискретной видеокартой. Утверждение компании о локальном запуске моделей нельзя превращать в обещание определённого числа токенов в секунду.

Что Microsoft обещает для ИИ-агентов?

Заявление о работе без счётчика токенов относится к локальным вычислениям. Компания говорит о снижении зависимости от оплачиваемых облачных запросов, но не обещает заменить ими все задачи разработки. В тексте нет стоимости устройства, потребления энергии или замеров на одном и том же проекте в облаке и локально. Поэтому пока можно оценивать состав окружения и заявленные требования к железу; расчёт окупаемости требует данных, которых в анонсе нет.

На Build 2026 Microsoft представила идентичность агентов на уровне ОС, изоляцию через Microsoft Execution Containers (MXC) и корпоративное управление агентами. В анонсе Zenith компания обещает доступ к этим возможностям с первого дня. MXC описывается как средство изоляции исполнения: его роль в заявленной платформе состоит в ограничении среды, где действует агент. Подробного сравнения с обычной Windows 11 и конкретных политик доступа в публикации нет.

Что остаётся неизвестным: цены, список моделей и производителей, дата начала продаж, а также будет ли образ Zenith доступен для установки на существующие машины. Microsoft говорит только, что железо будет разным, а «обещание разработчику» одинаковым. Пока Windows готовит окружение для агентов, сами инструменты меняются быстрее: мы недавно писали, как Copilot перестал читать исключённые файлы и как VS Code 1.136 доводит pull request до слияния агентом.

Источник: Windows Developer Blog: Announcing Project Zenith: The ready-to-code Windows experience on developer-class devices

Изображение на обложке: Microsoft, логотип Windows 11

Для разработчика это значит, что самая нудная часть жизни PR, когда код уже написан, а CI красный и ревьюер оставил пятнадцать комментариев, теперь может быть делегирована. Обновление раскатывается постепенно; кто не хочет ждать, запускает команду Check for Updates. Сборки есть для Windows, macOS и Linux (deb, rpm, tarball, Snap), отдельных условий для России на странице релиза нет.

• Agent Merge (Preview) включается настройкой chat.agentMerge.enabled и запускается из окна Agents; агент повторяет цикл исправления и перезапуска workflow до готовности PR.
• Multi-root workspace для агентов в статусе Experimental: chat.agentHost.copilotAgent.multiRootEnabled и chat.agentHost.claudeAgent.multiRootEnabled; хуки агента по-прежнему привязаны к одной папке.
• Agent Host работает отдельным процессом и может обслуживать несколько окон; протокол Agent Host Protocol опубликован отдельно.
• Связанные чаты показываются деревом внутри сессии со статусами и ожидающими подтверждениями; появились уведомления, когда агенту нужен ввод или он закончил.
• Из мелкого: терминальные расширения больше не получают задержку запуска до 5 секунд, режим Compact layout уменьшает отступы между панелями.

Как работает Agent Merge и чего он пока не обещает

По описанию Microsoft, Agent Merge «помогает довести pull request до финишной черты» (перевод редакции), то есть до состояния, когда его можно сливать. Пользователь указывает PR, агент читает review feedback, смотрит на failed checks и merge conflicts и правит код, после чего снова запускает workflow. Цикл повторяется, пока проверки не пройдут и замечания не будут закрыты. Функция в Preview, поэтому Microsoft не гарантирует ни стабильность, ни то, что агент справится с любым конфликтом; сколько итераций он делает и как считаются затраты на модель, в заметках к релизу не сказано.

На практике это надстройка над тем же агентским режимом чата, который в VS Code развивают уже год: тот же выбор модели, те же подтверждения опасных действий. Отличие в том, что цель формулируется не промптом, а состоянием PR. Как это соотносится с недавним разрешением ставить approve силами Copilot, легко представить: одна и та же система может и править PR, и одобрять его, что стоит учитывать при настройке правил защиты веток.

Что даёт агентам multi-root workspace

Раньше агент видел только одну корневую папку. В 1.136 для Copilot и Claude можно включить работу со всеми корнями workspace; это экспериментальная функция за двумя отдельными настройками. Ссылки на рабочие пространства разрешаются по имени проекта, абсолютному пути и URI, а при совпадении имён VS Code показывает варианты и не выбирает молча. Ограничение осталось одно, зато важное: хуки агента (agent hooks) по-прежнему работают в пределах одной папки.

Под капотом это стало возможным благодаря Agent Host, отдельному процессу, который теперь умеет обслуживать несколько окон редактора. Протокол взаимодействия с ним, Agent Host Protocol, Microsoft опубликовала отдельно; вместе с Copilot SDK это заявка на то, чтобы сторонние агенты подключались к VS Code по одной схеме.

Остальные изменения релиза

• Дерево сессий: заголовки, статусы и ожидающие approvals; чаты можно раскрывать, переименовывать, переносить и удалять.
• Уведомления о том, что агенту нужен ввод или он закончил работу; по умолчанию только для сессий не в фокусе.
• Корпоративные политики могут включить распознавание речи на устройстве и запретить очистку диктовки языковой моделью.
• Compact layout уменьшает интервалы между панелями.
• Запуск терминальных расширений больше не получает искусственную задержку до 5 секунд.

Стоит ли включать прямо сейчас

Agent Merge имеет смысл пробовать на репозиториях, где CI быстрый и есть чёткие правила ревью: там цикл агента даст видимый результат. На проектах с медленными пайплайнами каждая итерация будет стоить минут ожидания и токенов, а сколько именно, Microsoft не раскрывает. Multi-root режим полезен монорепозиториям, но пока экспериментален, и хуки в нём не работают за пределами одной папки.

Кому обновление ничего не изменит: тем, кто не пользуется агентским чатом, и командам без подписки на Copilot. Для них в 1.136 остаются Compact layout, ускорение запуска терминальных расширений и мелкие изменения редактора, терминала и доступности. Полные заметки к релизу со скриншотами лежат на сайте VS Code; подробности про approve от Copilot и его учёт в правилах веток мы разбирали отдельно.

Источники: VS Code: August 2026 (version 1.136) release notes, Релиз 1.136.0 на GitHub

Изображение на обложке: Microsoft, логотип Visual Studio Code

Для разработчиков ИИ-приложений на TypeScript вывод простой: если в проекте есть пакет @prompty/core версии по 0.1.4 включительно или из ветки 2.0 с 2.0.0-alpha.1 по 2.0.0-beta.4 включительно, его нужно обновить, а файлы промптов из чужих репозиториев, от сообщества или сгенерированные моделью с этого момента считать кодом, а не конфигурацией. Исправления Microsoft выпустила в версиях 0.1.5 и 2.0.0-beta.5, говорится в advisory на GitHub.

• Уязвимость класса SSTI в TypeScript-runtime Prompty: шаблонизатор Nunjucks не ограничивал доступ шаблона к объектам JavaScript.
• Затронуты npm-пакет @prompty/core по 0.1.4 включительно и ветка 2.0 с 2.0.0-alpha.1 по 2.0.0-beta.4 включительно; исправлены 0.1.5 и 2.0.0-beta.5.
• CVSS 3.1: 10,0, вектор AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H; CWE-94 и CWE-1336.
• Эксплуатация требует, чтобы приложение обработало подготовленный злоумышленником файл .prompty; обычный запрос пользователя к модели код не выполняет.
• Advisory опубликовано 20 июля 2026 года, исправленные версии вышли в npm в тот же день; о находке Positive Technologies рассказала 2 сентября.

Как файл промпта превращался в код

Prompty хранит промпт в файле с YAML-заголовком и телом-шаблоном, а в TypeScript-runtime тело обрабатывает шаблонизатор Nunjucks. По описанию Microsoft в advisory, рендерер вычислял тело недоверенного шаблона «с неограниченным доступом к членам JavaScript-объектов» (перевод редакции): шаблон мог добраться до свойств constructor и prototype и через них выполнить произвольный код в процессе Node.js. Это классическая инъекция в серверные шаблоны, SSTI, только вместо HTML-шаблона здесь файл промпта.

Оценка 10,0 объясняется вектором: атака по сети, низкая сложность, без прав и без участия пользователя, с выходом за пределы уязвимого компонента и полной потерей конфиденциальности, целостности и доступности. На практике последствия зависят от того, с какими правами запущен процесс: Positive Technologies перечисляет доступ к данным приложения и секретам, изменение файлов и настроек, вмешательство в работу сервиса и полный отказ в обслуживании.

При этом речь не о том, что любой текстовый запрос пользователя к модели выполняет код на сервере, подчёркивают в Positive Technologies. Для эксплуатации приложение должно использовать уязвимый TypeScript-runtime с Nunjucks и обработать файл, который подготовил злоумышленник. Microsoft в advisory называет именно такие сценарии: файлы .prompty, полученные от сообщества, клонированные из чужих репозиториев или сгенерированные языковой моделью.

Что изменилось в исправленных версиях

По данным advisory, исправление вошло в pull request №404. Обновлённый рендерер приводит входные данные шаблона к «только собственным данным», отвергает обращение к constructor и prototype и запрещает вызов функций из шаблона. Обычная подстановка переменных, условия, циклы и вложенные свойства собственных данных продолжают работать, так что существующие промпты переписывать не придётся, если они не вызывали функции из тела шаблона.

В реестре npm версия 2.0.0-beta.5 появилась 20 июля 2026 года в 17:42 UTC, версия 0.1.5 в 18:54 UTC того же дня, а advisory Microsoft опубликовала в 18:55 UTC. На момент публикации тег latest в npm указывает на 0.1.6, тег alpha на 2.0.0-beta.5. В advisory затронутыми названы только npm-пакеты; про Python-пакет prompty и расширение для VS Code там ничего не сказано.

Что делать

Проверить, есть ли пакет в проекте и какой версии, можно командой npm ls @prompty/core. Если версия 0.1.4 или ниже, обновляйтесь до 0.1.5 или новее; если вы на ветке 2.0 (с 2.0.0-alpha.1 по 2.0.0-beta.4), до 2.0.0-beta.5 или новее. Microsoft в advisory просит обновиться до 2.0.0-beta.5 или выше.

Второй шаг не про версии. Старший специалист AppSec Research Positive Technologies Александр Халиков формулирует его так: «Файлы с промптами уже нельзя воспринимать как безобидные текстовые конфигурации. В современных ИИ-приложениях они могут содержать исполняемую логику и фактически становятся ещё одним элементом цепочки поставок программного обеспечения». Отсюда те же меры, что для кода: доверенные источники, контроль изменений и происхождения, запрет на обработку непроверенных шаблонов и запуск ИИ-инфраструктуры с минимально необходимыми правами. Если ваш агент сам генерирует или скачивает промпты и тут же их рендерит, это ровно тот сценарий, который Microsoft называет опасным.

Кто и как нашёл

Positive Technologies связывает находку с новой разработкой на основе ИИ, которая автоматизирует поиск уязвимостей и проверку возможности их эксплуатации; по словам компании, инженеру потребовалось две минуты на триаж результатов сканирования. Это заявление компании, независимо проверить его нельзя. В advisory на GitHub в графе «reporter» указан пользователь lexdotdev; между выпуском исправления в июле и публичным рассказом об исследовании в сентябре прошло полтора месяца.

Репозиторий microsoft/prompty на момент публикации собрал 1 255 звёзд на GitHub; Positive Technologies оценивает аудиторию экосистемы Prompty в «десятки тысяч разработчиков» по открытым данным npm, PyPI и Visual Studio Marketplace, и это тоже оценка компании. Нынешняя дыра в проекте не первая: в июне в том же репозитории уже выходили advisory о чтении файлов и выполнении JavaScript через frontmatter. Следующее, за чем стоит следить, это выход стабильной версии 2.0: ветка на GitHub пока помечена как alpha.

Источники: Positive Technologies: новое ИИ-решение помогло найти критическую уязвимость в проекте Microsoft, GitHub Advisory GHSA-w28w-gp39-m4p6, Репозиторий microsoft/prompty, Пакет @prompty/core в npm

Изображение на обложке: Логотип: Microsoft

RoguePlanet — это локальное повышение привилегий (LPE) через состояние гонки (race condition) в движке Microsoft Malware Protection Engine. При успешной эксплуатации непривилегированный пользователь получает командную строку с правами NT AUTHORITY\SYSTEM.

Эксплойт опубликовал анонимный исследователь под псевдонимом Nightmare Eclipse (также известен как Chaotic Eclipse и Dead Eclipse) в день июньского Patch Tuesday — 9 июня 2026 года. По его словам, PoC работает на полностью пропатченных Windows 10 и Windows 11, в том числе с июньскими обновлениями, и не зависит от того, включена ли защита в реальном времени.

• Microsoft присвоила уязвимости RoguePlanet идентификатор CVE-2026-50656 и готовит патч.
• PoC даёт SYSTEM-права на Windows 10/11 через race condition в Microsoft Defender.
• Эксплойт вероятностный: на одних машинах срабатывает стабильно, на других работает нестабильно.
• Автор — Nightmare Eclipse, который уже выпустил семь zero-day для Windows и Defender за десять недель.
• До выхода патча стоит мониторить SYSTEM-оболочки с родителем MsMpEng.exe или wermgr.exe, а также артефакты PoC: именованный канал \.\pipe\RoguePlanet и каталоги %TEMP%\RP_*.

Что известно о RoguePlanet

Microsoft опубликовала бюллетень безопасности спустя неделю после публикации PoC. В нём компания описывает проблему как повышение привилегий в Microsoft Malware Protection Engine и подтверждает, что обновление находится в разработке. При этом Microsoft не признала авторство Nightmare Eclipse в обнаружении уязвимости.

Исследователь опубликовал исходный код на самостоятельно развёрнутый Git-сервер после того, как GitHub и GitLab, по его утверждению, удаляли его репозитории. Он отмечает, что эксплойт реализован как race condition, поэтому его надёжность варьируется в широком диапазоне: на некоторых тестовых машинах успех близок к 100%, на других PoC не срабатывает.

Как работает атака

PoC использует комбинацию штатных механизмов Windows: карантин Defender, Volume Shadow Copy, точки повторной обработки NTFS (reparse points / junctions) и задачу Windows Error Reporting. Главная идея — «подменить» путь между проверкой и использованием файла, чтобы движок защиты выполнил вредоносное действие от имени SYSTEM.

Что делать до патча

Полноценного исправления пока нет, но администраторам можно уменьшить риск и обнаружить попытки эксплуатации по поведению:

1. Ограничить возможность монтирования ISO обычными пользователями — текущий PoC использует именно ISO-образ.
2. Проверить политики Application Control / разрешительных списков: независимое тестирование ThreatLocker показало, что белые списки блокируют исполнение пейлоада даже после успешного выигрыша гонки.
3. Мониторить интерактивные SYSTEM-оболочки (cmd.exe, powershell.exe, conhost.exe) с родителем MsMpEng.exe или wermgr.exe — такая родительская цепочка не должна встречаться в нормальной среде.
4. Следить за появлением именованного канала \\.\pipe\RoguePlanet и каталогов вида %TEMP%\RP_*.
5. Отслеживать новые репозитории и зеркала Nightmare Eclipse, включая домен projectnightcrawler.dev.

Известные артефакты PoC

• Именованный канал: \\.\pipe\RoguePlanet.
• Рабочий каталог: %TEMP%\RP_<UUID>.
• Сигнатура Defender для скомпилированного образца: Exploit:Win32/DfndrRugPlnt.BB.
• Поведенческие сигналы: обращение к Volume Shadow Copy, создание junction и запуск QueueReporting из непривилегированного процесса.

Контекст: кампания Nightmare Eclipse

По подсчётам ряда аналитиков, RoguePlanet — седьмой публичный zero-day от Nightmare Eclipse за десять недель. Ранее исследователь раскрывал уязвимости BlueHammer, RedSun, UnDefend, YellowKey, GreenPlasma и MiniPlasma. Часть из них уже использовалась в реальных атаках, по данным Huntress. Microsoft устранила YellowKey, GreenPlasma и MiniPlasma в июньском Patch Tuesday.

Исследователь представляет свои публикации как ответ на конфликт с Microsoft: он обвиняет компанию в отзыве доступа к порталу MSRC, отказе выплачивать вознаграждения и удалении репозиториев. Microsoft, в свою очередь, предупреждала о правовых последствиях «вредоносной активности, причиняющей реальный ущерб клиентам».

FAQ

Microsoft знает о публично названной «RoguePlanet» уязвимости повышения привилегий в Microsoft Malware Protection Engine в Microsoft Defender. Мы работаем над тем, чтобы предоставить качественное обновление безопасности, устраняющее эту уязвимость. Мы предоставим информацию в этой CVE, когда обновление станет доступно.

Источники: BleepingComputer, Microsoft Security Response Center, Picus Security, The Hacker News.

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

Мне очень важен ваш фидбек, а ссылку на скачивание я с радостью предоставлю в комментариях.

Расскажу, как мне пришла идея этого проекта. Изначально всё началось с того, что я заметил, как на многих сайтах (например, на том же SourceForge) крутые программы с открытым исходным кодом начали просто без причины удаляться. Мне захотелось создать собственный «мир программ», где можно найти абсолютно всё и ничего не будет удалено. Исключение — вредоносный софт: если в приложении обнаружатся вирусы, скрытые трояны или рекламные бандлы, я сразу отправляю его в бан. Во всех остальных случаях программа будет жить. Не знаю, зайдет вам или нет. Но надеюсь на лучшее :)

Однако недавно проект получил второе дыхание. Разработчик Александр Тишов (Amro) — создатель CMS Seditio и основатель веб-студии «Авего» — выпустил Denwer SE (Second Edition). Это не просто обновление, а полный реинжиниринг с сохранением классической философии: портативность, скорость работы и привычная структура каталогов.

В этой статье разберём, что изменилось под капотом, почему панель управления переехала с Perl на Python, как работает автоматический HTTPS с собственным корневым сертификатом и зачем нужен зоопарк версий PHP от 5.6 до 8.5.

Краткий экскурс: от Denwer 3 до Denwer SE

Оригинальный Denwer (сокращение от Джентельменский Набор Веб-разработчика) появился в начале 2000-х. Он представлял собой связку Apache + PHP + MySQL, упакованную в самораспаковывающийся архив. Главные фишки:

• Виртуальный диск (по умолчанию Z:), который монтировался через subst.
• Автоматическое создание виртуальных хостов по именам папок в home.
• Консольные exe-файлы (Run, Stop, Restart) без графического окна.

Проблемы оригинала:

• Управление на Perl — медленно, тяжело поддерживать в Windows.
• Только 32-битные компоненты.
• Невозможно быстро переключать версии PHP или БД.
• Отсутствие нормального HTTPS (только самоподписанные сертификаты с ошибками в браузере).
• Поддержка прекратилась в 2016 году.

Denwer SE решает все эти проблемы, оставаясь при этом таким же портативным — достаточно скопировать папку на флешку или в облачный каталог.

Архитектура: Python вместо Perl

Denwer SE — панель управления написана на Python и скомпилирована в один EXE-файл (через PyInstaller).

Внутри служебной папки denwer\ лежат:

• DLL-версия Python — интерпретатор, который использует основной исполняемый файл.
• Скомпилированные модули .pyd — в том числе GUI на базе Tcl/Tk для оконного интерфейса и системного трея.
• Минимальный набор библиотек для управления службами, правки hosts и генерации сертификатов.

Это даёт несколько преимуществ:

• Портативность — панель ищет соседние папки home и usr, поэтому каталог со стеком можно переносить куда угодно без переустановки.
• Скорость — Python-скрипты запускаются быстрее, чем Perl, особенно на холодном старте.
• Читаемость кода — разработчику проще поддерживать и расширять функционал.

Полный переход на x64

Оригинальный Denwer навсегда остался 32-битным, что в современных реалиях просто неприемлемо. Denwer SE собирается исключительно под x64:

• Apache (версия 2.4.x) — 64-битный.
• Все модули PHP (от 5.6 до 8.5) — Thread Safe x64.
• MySQL / MariaDB — 64-битные сборки.

Системные требования — Windows 7/8/10/11 (x64). Для работы компонентов потребуются Microsoft Visual C++ Redistributable (VC11, VC12, VC14, VC15). Разработчик положил установщики этих пакетов в папку vcredist\ — при необходимости можно доустановить вручную.

Структура каталогов: преемственность и гибкость

Denwer SE сохранил классическую структуру, чтобы старые пользователи не ломали голову:

Главный конфиг — usr\configuration.txt. В нём задаются пути без жёсткой привязки к букве диска, например:

При старте панель монтирует виртуальный диск (по умолчанию Z:) и динамически подставляет путь через переменную subst_drive.

Управление версиями PHP и БД без танцев с бубном

В Denwer SE встроен менеджер версий. Вы просто выбираете из выпадающего списка нужную версию PHP (например, 8.3 или 5.6) — панель сама правит конфигурацию Apache.

Как это работает под капотом:

В папке usr/local/apache/php лежат подкаталоги php5.6, php7.4, php8.3 и т.д..

В каждом из них есть файл php-denwer.conf— шаблон для подключения модуля к Apache. При выборе версии этот файл копируется в conf/extra/httpd-denwer.conf, который затем включается в основной httpd.conf.

Если вы хотите добавить свою сборку PHP (например, PHP 8.4-rc), достаточно:

• Распаковать x64 Thread Safe версию в отдельный каталог внутри php\.
• Создать php-denwer.conf по образцу.
• Убедиться, что все DLL от VC++ установлены.

Аналогично для баз данных: переключение между MySQL 5.7 и MariaDB 11.8 происходит через тот же интерфейс. В каталоге СУБД может лежать файл db-denwer.conf, который при старте копируется в my.ini.

HTTPS, который не бесит: локальный Root CA

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

Denwer SE решает проблему элегантно — он создаёт собственный корневой центр сертификации (CA) и подписывает им сертификаты для всех ваших локальных доменов.

Как это работает:

1. При первом запуске (если найден OpenSSL) панель генерирует ключи denwer-ca.key и сертификат denwer-ca.crt в папку usr/local/apache/conf/cert/denwer-ca/.
2. Для каждого виртуального хоста (папки в home/) автоматически создаётся сертификат в conf/cert/<domain>/.
3. Все сертификаты хостов подписаны локальным CA.

Чтобы браузер доверял им, нужно один раз установить denwer-ca.crt в хранилище «Доверенные корневые центры сертификации» Windows. Для этого в панели есть специальная кнопка (требует прав администратора).

После этого любые HTTPS-запросы к локальным хостам работают без единого предупреждения.

Удобства для разработчика (DX)

В версии 1.2.4 добавили несколько фич, которые экономят время каждый день:

• Лог с таймштампами — каждая строка в окне панели имеет префикс [чч:мм:сс]. Теперь видно, сколько секунд сервер поднимается и где возможны задержки.
• Прямой доступ к php.ini и my.cnf — рядом со списками версий появились кнопки, открывающие конфигурацию именно активной версии.
• Автоматическое ведение hosts — панель в реальном времени сканирует home/, находит новые домены и прописывает их в C:\Windows\System32\drivers\etc\hosts. Журнал добавляемых записей сохраняется в usr\AddedHosts.txt. При остановке стека лишние строки удаляются.
• Для смены версии PHP или базы данных панель требует полной остановки всех служб. Вы нажимаете «Стоп», меняете версию в списке, затем «Старт» — и стек поднимается уже с новыми настройками. Автоматический перезапуск без вашего участия работает только для Apache: когда вы добавляете новый домен в папку home/, панель сама переписывает vhosts.conf и перезапускает веб-сервер, не трогая БД.

Почему не Open Server или Docker?

Этот вопрос закономерно возникает у всех, кто видит очередной локальный веб-сервер. Ведь есть уже давно Open Server Panel, Laragon, XAMPP, а для продвинутых — Docker. Зачем ещё один?

Open Server — мощный и удобный комбайн с десятками версий PHP и настройками «на века». Но он разворачивается в системе не портативно: создаёт папки в ProgramData, пишет в реестр, а запуск может занимать 5–10 секунд. Denwer SE, напротив, полностью переносим: скопировал папку на флешку или в облачный каталог — и всё работает. Запуск стека — буквально 1–2 секунды, что критично, когда вы десятки раз за день перезапускаете сервер для тестов.

Docker — индустриальный стандарт для изоляции и воспроизводимости окружений. Но для локальной разработки простого сайта он часто избыточен. Вам нужно разобраться в образах, контейнерах, пробросе портов, volume’ах и docker-compose.yml. А в Denwer SE вы просто создали папку в home/ — и готово. Никакой работы с командной строкой, никакого потребления гигабайт ОЗУ на фоновую службу Docker Desktop.

Laragon — быстрый, портативный, поддерживает не только PHP, но и Node.js, Python, Go. Но он ориентирован на современные фреймворки, особенно Laravel. Denwer SE же сделан для тех, кто вырос на классическом Денвере: виртуальный диск Z:, папка home/имя_домена/www, минимум настроек. Не нужно переучиваться — просто распаковал и работаешь как 10 лет назад, но с новыми версиями PHP и HTTPS.

Как начать пользоваться Denwer SE

1. Скачать архив с официального сайта автора.
2. Распаковать в любое место, например C:\web\DenwerSE\.
3. Запустить DenwerSE.exe — если нет прав администратора, попросит их для монтирования диска и правки hosts.
4. Нажать «Запустить» — появится виртуальный диск Z:, а в системном трее иконка.
5. Создать папку сайта — например, home\myproject.local и положить туда index.php.
6. Открыть в браузере http://myproject.local/ (или https://myproject.local/). HTTPS будет работать сразу после установки корневого сертификата (кнопка в панели).

По умолчанию пароль к MySQL/MariaDB — пустая строка (пользователь root). При желании его можно сменить через phpMyAdmin.

Заключение

Denwer SE — это не просто ностальгический проект. Это действительно современный инструмент, который доказывает, что концепция «локального сервера в одну папку» всё ещё актуальна. Отказ от Perl в пользу Python, менеджер версий PHP/БД, нормальный HTTPS, портативность и мгновенный запуск — всё это делает его отличным выбором для быстрого прототипирования, тестирования легаси-кода или обучения веб-разработке.

Если вы устали ждать, пока Open Server применит настройки, или не хотите разбираться в Docker Compose — попробуйте Denwer SE. Вероятно, он напомнит вам старые добрые времена, но уже без боли устаревших технологий.

• Автор проекта: Александр Тишов (Amro), разработчик CMS Seditio.
• Лицензия: Freeware.
• Совместимость: Windows 7/8/10/11 x64.

Исходники панели управления не открыты (распространяется скомпилированный EXE), но архитектура и конфиги полностью прозрачны. В планах — добавить поддержку Nginx в качестве альтернативы. Следите за обновлениями.

Прежнее соглашение делало Azure эксклюзивным облачным провайдером для всех API-продуктов OpenAI и обязывало OpenAI продавать API-доступ только через Microsoft — вплоть до момента, когда OpenAI «достигнет AGI» (потребительский ChatGPT и часть веб-продуктов уже могли жить на других облаках по промежуточному соглашению октября 2025-го). В новой версии вместо такой бессрочной формулировки появился календарный срок и право OpenAI работать с другими облаками.

Тот же API, но скоро через несколько облаков. api.openai.com работает как раньше; в ближайшие недели те же модели появятся в AWS Bedrock, дальше — вероятно в Google Cloud.

Лицензия Microsoft неэксклюзивна и до 2032 года. Вместо триггера «до достижения AGI» появилась календарная дата. OpenAI может лицензировать ту же IP другим компаниям.

Azure всё ещё «первый» — но не «единственный». OpenAI запускает на Azure, только если Microsoft технически успевает поддержать новые возможности. Не успеет — продукт может выйти сразу на Bedrock или Google Cloud.

Деньги между компаниями. Microsoft перестаёт платить OpenAI revenue share. OpenAI продолжает платить Microsoft до 2030 года — но теперь с потолком.

Что именно изменилось в договоре

Если выписать пять пунктов из официального заявления Microsoft и OpenAI рядом — картина получается симметричная.

• Эксклюзив по облаку отменён. Раньше любой OpenAI API был доступен только на Azure. Теперь OpenAI может выкатывать продукты на AWS, Google Cloud и где угодно ещё. Azure остаётся «первым» — но только если Microsoft умеет и хочет поддержать соответствующие возможности.
• Эксклюзив по IP отменён. Лицензия Microsoft на OpenAI-модели и продукты теперь неэксклюзивная — то есть OpenAI может лицензировать ту же IP другим компаниям.
• Конкретный срок — 2032 год. Раньше партнёрство действовало «до достижения AGI», то есть на условиях, которые ни одна из сторон не могла формально проверить. Теперь у договора есть календарная дата окончания.
• Microsoft перестаёт делиться выручкой с OpenAI. Раньше Microsoft платил OpenAI часть выручки от продуктов, в которых использовал её модели (например, Copilot). Теперь — нет.
• OpenAI продолжает платить Microsoft до 2030 года, но с потолком. Процент тот же, но появилась суммарная верхняя граница. По оценке TechCrunch, в прошлом квартале Microsoft получил от OpenAI 7,5 миллиарда долларов — после потолка выплаты могут сильно сократиться.

Почему это произошло именно сейчас

Триггером стал февральский анонс инвестиции Amazon в OpenAI на сумму до 50 миллиардов долларов: 15 миллиардов сразу и ещё 35 миллиардов «при выполнении определённых условий». Среди условий — эксклюзивный хостинг OpenAI Frontier (анонсированной агент-платформы) и совместная разработка stateful runtime — слоя памяти, чтобы агент помнил задачу и контекст между обращениями к модели. Условия прямо противоречили действующему договору с Microsoft: тот сохранял за Azure любой OpenAI API.

В тот же день в феврале Microsoft публично опроверг эксклюзив для Amazon: «Azure остаётся единственным облачным провайдером stateless OpenAI API» — и это было прямой цитатой из заявления, на которое потом ссылался TechCrunch. В марте, по сообщению Financial Times, Microsoft рассматривал судебный иск к OpenAI. Новое соглашение — компромисс: Microsoft снимает эксклюзив, но получает гарантированный поток выручки до 2030 года и право не платить revenue share назад.

Хронология: как партнёрство пришло к пересмотру

1. Октябрь 2025. OpenAI и Microsoft заключили промежуточное соглашение, чтобы отбить иск Илона Маска про корпоративную структуру; OpenAI получил право запускать на других облаках свои не-API-продукты (например, потребительский ChatGPT). Параллельно OpenAI обязался потратить ещё 250 миллиардов долларов на Azure-услуги.
2. Ноябрь 2025. OpenAI и Amazon подписали свой первый многолетний контракт на закупку облачных ресурсов AWS на 38 миллиардов долларов (это плата OpenAI за инфраструктуру, не инвестиция Amazon).
3. Февраль 2026. Amazon анонсировал инвестицию до 50 миллиардов долларов в саму OpenAI: 15 миллиардов сразу и ещё 35 «при выполнении условий». Среди условий — эксклюзивный хостинг Frontier (агент-конструктор OpenAI) и stateful runtime на AWS Bedrock. В тот же день Microsoft публично заявил: эксклюзив на API остаётся за Azure.
4. Март 2026. Financial Times сообщила, что Microsoft рассматривает судебный иск к OpenAI.
5. 27 апреля 2026. Стороны выкатили новое соглашение с фиксированной датой 2032 года и отменой эксклюзивов в обе стороны.

Что это значит для тех, кто строит на OpenAI

Что меняется для пользователей OpenAI API

Краткосрочно — ничего не ломается: ваши вызовы к api.openai.com работают как раньше. В среднесрочной перспективе у вас появятся варианты: те же модели, по тому же API можно будет дёргать через AWS Bedrock и, скорее всего, через Google Cloud. Это снижает облачный lock-in, если вы хотите диверсифицировать инфраструктуру или платите за облачный egress между провайдерами. Перечитайте свой договор с Azure OpenAI Service и прикиньте, что вы сделаете, когда те же модели станут доступны через Bedrock.

Что меняется для Azure OpenAI Service

Azure OpenAI Service остаётся, и Microsoft по-прежнему «основной облачный партнёр» — то есть новые модели будут появляться на нём первыми. Но фразу «Azure-only OpenAI» из архитектурных решений можно убирать: соглашение прямо позволяет OpenAI стартовать продукт где-то ещё, если Microsoft не успевает или не хочет поддержать новые возможности. Если вашему стеку требуется суверенитет данных или конкретная региональная доступность — у вас теперь больше выбора, в том числе через AWS-регионы.

Stateful runtime, Frontier и агенты

Frontier — анонсированная агент-платформа OpenAI: инструмент, чтобы строить агентов с долгой памятью и доступом к инструментам. Stateful runtime — слой, который хранит состояние агента между обращениями к модели (чтобы агент помнил задачу, контекст и промежуточные результаты, а не пересобирал их каждый раз). По февральскому соглашению Amazon должен был получить эксклюзив на хостинг и Frontier, и stateful runtime — именно этот пункт противоречил договору с Microsoft. Новое соглашение этот эксклюзив снимает: stateful runtime у OpenAI всё ещё может быть «на Bedrock», но без обещания Amazon, что больше нигде.

Что отсюда забрать разработчику

Главное смысловое изменение — закончилась эра, когда OpenAI был «вертикалью Microsoft». Теперь это самостоятельный API-вендор, чьи модели можно тащить через любой облачный провайдер. Для архитектурных решений это значит, что предположение «OpenAI = Azure» можно убирать из дизайн-документов, а multi-cloud-стратегии становятся реалистичнее без обходных манёвров.

Microsoft при этом не остался в проигрыше: 27% коммерческой части OpenAI как акционер, потолок на исходящие revenue share и параллельное углубление отношений с Anthropic — Claude теперь питает агентные продукты Microsoft. Для бизнеса это значит, что между крупными модельными вендорами и облаками появилось пространство для торга по цене, латентности и регионам.

Сегодня — конкретный шаг: посмотрите в lock-файлах и infra-as-code, какие пункты у вас завязаны на Azure-only OpenAI, и заведите тикет на параметризацию провайдера. Источники: Microsoft Blog, OpenAI announcement, TechCrunch, CNBC.

17 апреля 2026 года исследователи Huntress Labs сообщили в своём отчёте, что эксплойты BlueHammer, RedSun и UnDefend, слитые в сеть в начале месяца анонимным исследователем под ником Nightmare-Eclipse, теперь применяются в живых кибератаках. По данным BleepingComputer, BlueHammer атакуют с 10 апреля, а RedSun и UnDefend зафиксированы на устройстве, скомпрометированном через учётку SSLVPN — с признаками hands-on-keyboard-атаки (ручное управление оператором, а не автоматический скрипт).

• BlueHammer — LPE (локальное повышение привилегий) в Microsoft Defender, получил CVE-2026-33825 и запатчен в апрельском Patch Tuesday. Эксплуатируется с 10 апреля 2026 года.
• RedSun — даёт SYSTEM-привилегии через обход cloud-tag-механизма Defender, работает на Windows 10, 11 и Server 2019+ даже после установки апрельских обновлений.
• UnDefend — позволяет обычному пользователю блокировать обновления сигнатур Defender, оставляя систему с устаревшей защитой.
• PoC-код (proof-of-concept, пример рабочего эксплойта) всех трёх уязвимостей публично доступен, Huntress фиксирует использование в живых атаках.
• Microsoft пока не выпустила патчи для RedSun и UnDefend, сроки не анонсированы.

Три zero-day в Microsoft Defender — что внутри

Все три бага находятся в Microsoft Defender — штатном антивирусе Windows, который установлен на миллионах машин по умолчанию. Парадокс уязвимостей в том, что атакующий использует сам механизм защиты: превращает Defender в инструмент для повышения привилегий или отключения собственных обновлений.

BlueHammer (CVE-2026-33825) — запатчен в апреле, эксплуатировался до патча

Local privilege escalation (локальное повышение привилегий) в Microsoft Defender. Microsoft выпустила патч в составе апрельского Patch Tuesday — 14 апреля 2026 года. Huntress зафиксировал эксплуатацию в атаках с 10 апреля — то есть за четыре дня до того, как вышло официальное исправление. На момент этих атак BlueHammer был полноценным zero-day без публичного патча.

RedSun — обход cloud-tag-механизма Defender

Самая опасная из трёх. Microsoft Defender при проверке файла сверяется с облачным сервисом репутации — cloud tag. Если вердикт помечает файл как вредоносный, антивирус отправляет его в карантин. Но в механизме реакции есть баг: при определённых условиях Defender не просто удаляет заражённый файл, а пытается «восстановить» его из облачного бэкапа обратно по исходному пути. PoC RedSun манипулирует путём восстановления так, чтобы Defender перезаписал системный файл Windows содержимым, подконтрольным атакующему. Запись идёт от процесса Defender, который работает с правами SYSTEM — поэтому обычный пользователь получает полные административные привилегии.

RedSun работает на Windows 10, Windows 11 и Windows Server 2019 и новее. Патча от Microsoft нет — даже после применения апрельских обновлений эксплойт продолжает работать.

UnDefend — блокировка обновлений Defender

Не про привилегии, а про «ослепление» защиты. UnDefend позволяет обычному пользователю (не админу) заблокировать обновление сигнатур и определений Windows Defender. Это значит, что после эксплуатации антивирус продолжает работать, но постепенно устаревает и перестаёт ловить новые угрозы. Идеальная подготовка почвы для последующих атак.

Хронология утечки и атак

1. Начало апреля 2026 — анонимный исследователь Nightmare-Eclipse (он же Chaotic Eclipse) публикует PoC всех трёх уязвимостей в знак протеста против того, как Microsoft Security Response Center (MSRC) обработал процесс раскрытия.
2. 10 апреля 2026 — Huntress фиксирует первые попытки эксплуатации BlueHammer в реальных атаках. На этот момент патча от Microsoft ещё нет, это полноценный zero-day.
3. 14 апреля 2026 — Microsoft выпускает апрельский Patch Tuesday, в котором BlueHammer получает CVE-2026-33825 и исправление. RedSun и UnDefend остаются без патча.
4. 16—17 апреля 2026 — на устройстве, взломанном через учётку SSLVPN, обнаружены эксплойты UnDefend и RedSun. Активность имеет признаки «hands-on-keyboard» — ручного управления оператором, а не автоматической малвари.
5. 17 апреля 2026 — Huntress публикует отчёт, BleepingComputer распространяет новость.

Что делать прямо сейчас

Универсального патча для RedSun и UnDefend нет. Ниже — шесть митигаций, первые три закрывают основной вектор атаки и должны быть сделаны прямо сейчас. Остальные — желательны, но не критичны, если первые три уже настроены.

1. [Обязательно] Установите апрельский Patch Tuesday — это закрывает BlueHammer (CVE-2026-33825). Актуально для всех поддерживаемых Windows.
2. [Обязательно] Включите Attack Surface Reduction (ASR) в Windows Defender — правила, которые блокируют типовые техники эксплуатации даже без патча на конкретный CVE. Минимальный набор — правила блокировки создания дочерних процессов Office-приложениями и запуска исполняемых файлов из писем.
3. [Обязательно] Проверьте журналы SSLVPN и RDP на признаки компрометации за последние две недели. Huntress указывает: эксплойты пришли именно через скомпрометированные учётки удалённого доступа. Конкретные сигналы — входы в нерабочие часы, логины с новых IP и ASN, серии неуспешных попыток перед успешным входом, одновременные сессии с разных географий.
4. [Желательно] Ограничьте модификацию системных файлов через Windows Defender Application Control (WDAC) или AppLocker — это снизит эффективность RedSun.
5. [Желательно] Настройте мониторинг обновлений сигнатур Defender — UnDefend блокирует их незаметно, и машина считается защищённой, хотя новые угрозы уже не ловятся.
6. [Желательно] Рассмотрите EDR (Endpoint Detection and Response, решения для обнаружения и реагирования на угрозы) третьих сторон — если ваш SOC зависит только от Defender, на текущий момент это single point of failure (единая точка отказа).

Почему исследователь слил всё публично

Nightmare-Eclipse в предыдущем комментарии BleepingComputer объяснил публикацию PoC как протест против практик MSRC: по его словам, Microsoft затягивала с исправлениями и не реагировала на репорты в приемлемые сроки. Позиция Microsoft противоположная.

Microsoft имеет обязательство перед клиентами расследовать заявленные проблемы безопасности и обновлять затронутые устройства для защиты пользователей как можно быстрее. Мы также поддерживаем скоординированное раскрытие уязвимостей — широко принятую индустриальную практику, которая помогает гарантировать, что проблемы тщательно исследуются и устраняются до публичного раскрытия, что служит и защите клиентов, и сообществу исследователей безопасности.

Независимо от того, кто прав в этом конкретном конфликте, практический результат одинаковый для всех админов: публичный PoC плюс медленная реакция вендора равно эксплуатация в атаках за считаные дни.

Итог

Конфликт между исследователем и MSRC превратился в реальные атаки на инфраструктуру. Для администраторов главное — не ждать следующего Patch Tuesday молча, а закрыть то, что можно закрыть сейчас: апрельские обновления, ASR-правила и проверку журналов удалённого доступа. RedSun и UnDefend — это не теоретические угрозы, это инструменты, которые уже используют для закрепления на скомпрометированных машинах.

Источники: BleepingComputer, Huntress Labs, Microsoft Security Update Guide (CVE-2026-33825).

Windows Hardware Program — это программа Microsoft, через которую разработчики получают цифровую подпись для драйверов и загрузчиков. Без неё программы не могут пройти проверку SecureBoot и не устанавливаются на современных ПК.

Среди пострадавших — VeraCrypt (шифрование дисков), WireGuard (VPN), MemTest86 (диагностика RAM) и Windscribe (VPN). Разработчики узнали о блокировке, только когда попытались войти в свои аккаунты — никаких писем или предупреждений Microsoft не отправляла.

• Microsoft автоматически заблокировала аккаунты разработчиков VeraCrypt, WireGuard, MemTest86 и Windscribe в Windows Hardware Program
• Причина — непройденная верификация аккаунтов, о которой разработчики, по их словам, не получали уведомлений
• Без подписи Microsoft разработчики не могут публиковать обновления и патчи безопасности для Windows
• Для VeraCrypt критично: корневой сертификат Microsoft 2011 года (CA), которым подписан загрузчик, будет отозван — без нового подписанного загрузчика пострадает системное шифрование
• После медийного давления вице-президент Microsoft Скотт Хансельман связался с разработчиками для решения проблемы

Что произошло

30 марта 2026 года создатель VeraCrypt Мунир Идрасси опубликовал сообщение на SourceForge: его аккаунт в Microsoft Partner Center заблокирован. Система показала, что обжалование невозможно.

Microsoft не присылала мне ни писем, ни предупреждений. Я не получил объяснений, а сообщение системы указывает, что апелляция невозможна. Я пытался связаться с Microsoft по разным каналам, но получал только автоматические ответы и ботов. Добраться до живого человека не удалось.

Аналогичную ситуацию описал мейнтейнер WireGuard Джейсон Доненфелд:

Никаких предупреждений. Я просто зашёл, чтобы опубликовать обновление, и — аккаунт заблокирован. Сейчас идёт какой-то 60-дневный процесс апелляции, но кто знает. А что если бы в WireGuard нашли критическую RCE-уязвимость, которую эксплуатируют в реальных атаках, — и мне нужно было бы срочно обновить пользователей?

Позиция Microsoft

После публикации в TechCrunch вице-президент Microsoft Скотт Хансельман объяснил, что аккаунты были заблокированы автоматически: разработчики не прошли обязательную верификацию партнёров Windows Hardware Program. Согласно документации, процесс начался 16 октября 2025 года, партнёрам давалось 30 дней. Аккаунты, не прошедшие верификацию, блокировались автоматически.

Разработчики VeraCrypt, WireGuard и Windscribe утверждают, что не получали уведомлений о верификации. Хансельман пообещал разобраться, но не объяснил, почему мейнтейнеры не были извещены о блокировке.

Почему это критично

Для VeraCrypt ситуация особенно острая. Текущая версия 1.26.24 подписана корневым сертификатом Microsoft 2011 года (Microsoft Root Certificate Authority 2011) — тем самым CA, который Microsoft планирует отозвать в этом году. Без нового подписанного загрузчика системное шифрование (full disk encryption) на Windows перестанет работать с SecureBoot.

Microsoft держит ключи от SecureBoot на всех ПК в мире, плюс ключи подписи драйверов Windows. Без их одобрения вы фактически вне бизнеса.

Для WireGuard и Windscribe блокировка означает, что в случае обнаружения критической уязвимости разработчики не смогут оперативно выпустить патч для Windows — а это платформа с наибольшей долей их пользователей. Обновления для Linux и macOS не затронуты.

Реакция и текущий статус

Медийное давление сработало. После публикаций в BleepingComputer и TechCrunch Скотт Хансельман лично связался с Идрасси и другими мейнтейнерами для восстановления аккаунтов. На момент публикации аккаунты ещё не восстановлены, но Идрасси отмечает «положительные сигналы».

Что в итоге

Ситуация показывает хрупкость экосистемы: open-source проекты с миллионами пользователей зависят от единственного вендора в критической инфраструктуре подписи кода. Автоматическая блокировка без уведомления и человеческой проверки — серьёзный сбой процесса, даже если формально Microsoft следовала своим правилам.

Если вы используете VeraCrypt для системного шифрования на Windows — следите за обновлениями на SourceForge и официальном сайте.

Эту историю рассказал Jeffrey Snover — изобретатель PowerShell, бывший Distinguished Engineer и Technical Fellow в Microsoft. Его тезис: у Microsoft нет связной стратегии GUI-разработки уже более 30 лет. Последний раз внятный ответ на вопрос «как писать под Windows» существовал в 1988 году.

• Последняя связная стратегия GUI Windows — книга Петцольда 1988 года (Win32 API)
• С тех пор Microsoft выпустила 17+ GUI-фреймворков, ни один не стал единственным ответом
• Корневая причина — не технические провалы, а внутренняя война команд Windows и .NET
• Каждый «новый ответ» (WPF, Silverlight, UWP, MAUI) убивался политикой или сменой стратегии
• Сегодня самый популярный GUI-фреймворк на Windows — Electron. Microsoft к этому не имеет отношения

1988: последний раз, когда ответ был один

В 1988 году Чарльз Петцольд выпустил Programming Windows — 852 страницы, Win16 API на C. Одна книга, один API, один язык — и это работало. Win32 был сложнее, но оставался единой моделью: циклы сообщений, оконные процедуры, GDI. Сновер называет это «F=ma для Windows» — просто, мощно, предсказуемо.

Когда платформа не может ответить на вопрос «как мне написать UI?» за десять секунд — она провалила своих разработчиков. Точка.

Эта ясность работала, потому что стимулы совпадали: новая версия Windows → новые возможности для разработчиков → приложения, которым нужно новое железо → продажи финансируют следующий цикл. Разрыв этой цепочки и стал корневой причиной 30-летнего хаоса.

2003–2006: WPF и гражданская война внутри Microsoft

На PDC 2003 Microsoft показала Longhorn — одну из самых убедительных технических демонстраций в истории компании. Три столпа: WinFS (реляционная файловая система), Indigo (коммуникации) и Avalon (позднее WPF) — GPU-ускоренный UI на декларативном XAML. Разработчики были в восторге.

К августу 2004 года проект полностью сбросили — по словам вице-президента Джима Аллчина, Longhorn превратился в «свинью», которую невозможно довести до релиза. Начали заново с кодовой базы Server 2003. Руководство Windows выпустило тихую директиву: никакого managed-кода в Windows. Новый код — только на C++. WPF вышел вместе с Vista, но сама оболочка Windows его не использовала.

Обида команды Windows на .NET не зажила. С их точки зрения, ставка на managed-код привела к самому позорному провалу в истории компании. Эта обида породила 13-летнюю гражданскую войну между командами Windows и .NET — которая в итоге осиротила WPF, убила Silverlight, обрекла UWP и создала тот хаос с GUI-фреймворками, который мы видим сегодня.

Silverlight: паттерн установлен (2007–2010)

WPF вышел в 2006-м. Если бы Microsoft сделала его единственным ответом и инвестировала непрерывно — история могла бы сложиться иначе. Вместо этого в 2007-м запустили Silverlight — браузерный плагин-конкурент Flash, кроссплатформенный и элегантный.

В 2010-м на конференции PDC 2010 менеджер Microsoft заявил в Q&A, что Silverlight — не кроссплатформенная стратегия, а инструмент для Windows Phone. Отныне политика — HTML5. Команду Silverlight не предупредили. Разработчики, поставившие бизнес-приложения на Silverlight, узнали об этом из Q&A на конференции.

Silverlight убила не техническая проблема. Технология была хорошей. Её убило бизнес-решение, и разработчики узнали последними. Запомните этот паттерн — он повторится.

Metro, UWP и бесконечный спрол (2012–2025)

Apple продала 200 млн iPhone. Microsoft ответила Windows 8 и Metro — touch-first рантайм WinRT, намеренно не построенный на .NET. Помните обиду команды Windows? Вот она в действии. WinRT — нативный C++ рантайм. Чистый разрыв с WPF, WinForms и десятилетием инвестиций разработчиков в .NET.

На //Build 2012 разработчики услышали: будущее — WinRT, а ещё HTML+JS — первый класс, а ещё .NET работает, а ещё C++ вернулся, а ещё пишите Metro-приложения, а ещё WPF никуда не делся. Это не стратегия — это Голодные Игры, где шесть команд борются за ваше внимание.

Потом пришёл UWP (2015) — «пиши один раз, запускай на ПК, телефоне, Xbox, HoloLens». На бумаге убедительно. Проблема: Windows Phone умирал, а собственные флагманские приложения Microsoft — Office, Visual Studio, оболочка — не использовали UWP.

Когда UWP забуксовал, официальный ответ стал «зависит от ситуации»: используй UWP для нового, WPF для старого, добавь XAML Islands, подожди WinUI 3, но WinUI 2 — это для UWP, а Project Reunion всё починит, только мы переименовали его в Windows App SDK, и он до сих пор не заменяет UWP полностью...

Зоопарк без смотрителя: 17 фреймворков

Вот что реально используется для GUI на Windows сегодня — Сновер насчитал 17 подходов:

Нативные фреймворки Microsoft

• Win32 (1985) — живёт. Петцольд до сих пор актуален
• MFC (1992) — C++-обёртка над Win32. Режим поддержки. Живёт в enterprise и CAD
• WinForms (2002) — .NET-обёртка. «Доступен, но не рекомендуется». Всё ещё быстрейший для data-entry форм
• WPF (2006) — XAML, DirectX-рендеринг, open source. Новых инвестиций от Microsoft нет
• WinUI 3 / Windows App SDK (2021) — «современный» ответ. Роадмап неясен
• MAUI (2022) — кроссплатформенный наследник Xamarin. Текущая ставка команды .NET

Веб-гибриды Microsoft

• Blazor Hybrid — .NET Razor-компоненты в нативном WebView
• WebView2 — встроенный Chromium в Win32/WinForms/WPF

Сторонние фреймворки

• Electron — Chromium + Node.js. VS Code, Slack, Discord. Самый популярный десктопный GUI на Windows — и Microsoft к этому не имеет отношения
• Flutter (Google) — Dart, собственный рендерер, кроссплатформа
• Tauri — Rust-бэкенд, лёгкая альтернатива Electron
• Qt — C++/Python/JS. Серьёзный кроссплатформенный вариант
• Avalonia — open-source духовный наследник WPF. Используют JetBrains, GitHub, Unity — разработчики, которые устали ждать Microsoft
• Uno Platform — WinUI API на всех платформах. Более привержены WinUI, чем сама Microsoft
• React Native for Windows — порт мобильного фреймворка Facebook, поддерживается Microsoft
• Delphi / RAD Studio — жив, быстр, до сих пор в вертикальном ПО
• Java Swing / JavaFX — да, всё ещё в продакшене. Enterprise не забывает

17 подходов. Пять языков программирования. Три философии рендеринга. Это не платформа.

Урок: провалы были организационными, не техническими

Каждая провалившаяся GUI-инициатива Microsoft прослеживается к одной из трёх причин:

1. Внутренняя политика команд — война Windows vs .NET определяла технические решения
2. Анонс на конференции вместо стратегии — Metro и UWP родились из желания произвести впечатление на keynote, а не из потребностей разработчиков
3. Разворот бизнес-стратегии — Silverlight убили без предупреждения, разработчики узнали последними

Ни одна из причин — не техническая. Технологии часто были хороши: WPF был хорош, Silverlight был хорош, XAML хорош. Организационный провал — вот настоящий продукт.

Либо у вас есть правдоподобная теория успеха, покрывающая весь жизненный цикл — adoption, инвестиции, поддержку и миграцию — либо у вас есть keynote на конференции для разработчиков. Одно — стратегия. Другое — 30-летний бардак.

Петцольд написал шесть изданий Programming Windows, пытаясь успеть за каждым новым анонсом Microsoft. Он остановился после шестого — о WinRT для Windows 8. Это был 2012 год. Сновер его не винит.

Выводы

Статья Сновера — не просто ностальгия по Win32. Это диагноз: когда организационная структура определяет технические решения, разработчики платят за это десятилетиями. 17 живых GUI-фреймворков на одной платформе — не богатство выбора, а отсутствие лидерства.

Если вы выбираете фреймворк для десктопного приложения — учитывайте не только технические характеристики, но и то, кто стоит за ним и как долго они готовы его поддерживать. История Microsoft показывает, что обещания на конференции — не гарантия.

А на чём вы пишете десктопные приложения в 2026 году? WPF, Electron, Avalonia — или что-то экзотическое? Расскажите в комментариях.

Источник: Jeffrey Snover — Microsoft Hasn't Had a Coherent GUI Strategy Since Petzold

Microsoft Copilot — ИИ-ассистент, встроенный в Windows, Edge и Bing. Компания, по оценкам аналитиков, тратит на ИИ-инфраструктуру около $150 млрд в год и позиционирует Copilot как ключевой продукт. Но в пользовательском соглашении этот же продукт — «только для развлечения».

• В пользовательском соглашении Microsoft Copilot прямо написано: «Copilot is for entertainment purposes only» — только для развлечения
• Microsoft снимает с себя ответственность за любые ошибки, нарушения авторских прав и последствия использования Copilot
• Аналогичные оговорки есть у Anthropic (Claude) для пользователей из Европы — запрет коммерческого использования тарифов Max и Pro
• Формулировка существовала с эпохи Bing Chat (2023), но внимание привлекла только сейчас — в текущей версии добавилось слово «only»
• Пользователи обязаны компенсировать Microsoft убытки, если использование Copilot приведёт к искам

Что написано в соглашении Copilot

Раздел «Important Disclosures & Warnings» пользовательского соглашения Microsoft Copilot содержит формулировку, которую сложно трактовать двусмысленно:

Copilot is for entertainment purposes only. It can make mistakes, and it may not work as intended. Don't rely on Copilot for important advice. Use Copilot at your own risk.

Далее Microsoft уточняет — со ссылкой на Section 12 основного Microsoft Services Agreement:

WITHOUT LIMITING SECTION 12 OF THE MICROSOFT SERVICES AGREEMENT IN ANY WAY, BUT FOR THE SAKE OF CLARITY, WE DO NOT MAKE ANY WARRANTY OR REPRESENTATION OF ANY KIND ABOUT COPILOT.

Компания предупреждает: ответы Copilot могут нарушать чужие авторские права, товарные знаки и право на частную жизнь. Если пользователь публикует ответы Copilot — вся ответственность на нём. Microsoft также оговаривает право ограничить или заблокировать доступ к Copilot «в любое время и без уведомления» — если это не запрещено законодательством конкретной юрисдикции.

Контекст: $150 млрд на ИИ и худший квартал с 2008 года

Контекст делает формулировку особенно примечательной. Microsoft закрыла худший квартал с 2008 года — акции упали на 23% за Q1 2026. Инвесторы сомневаются, что масштабные капитальные расходы на ИИ-инфраструктуру окупятся.

Параллельно компания агрессивно продвигает Copilot:

• Показывала рекламу Copilot прямо в pull-реквестах на GitHub — убрала после скандала
• Запускает Copilot Cowork — ИИ-агентов для совместной работы в Microsoft 365
• Встраивает Copilot в Windows, Edge, Bing и мобильные приложения
• Продаёт подписки Microsoft 365 Copilot корпоративным клиентам

При этом юридический отдел Microsoft настаивает: бесплатный потребительский Copilot — развлечение. Не полагайтесь. Используйте на свой риск.

Не только Microsoft: как ИИ-компании снимают ответственность

В обсуждении на Hacker News (543 голоса, 193 комментария) пользователи обнаружили, что Microsoft не одинока.

Anthropic (Claude)

Если зайти на страницу условий Anthropic с европейского IP-адреса, появляется пункт, которого нет для американских пользователей:

Non-commercial use only. You agree not to use our Services for any commercial or business purposes.

Как проверили пользователи HN через VPN, условия для США и Великобритании действительно различаются. Формулировка распространяется на тарифы Max и Pro — при том, что название «Pro» подразумевает профессиональное использование.

Зачем компании это делают

Формулировка «entertainment purposes only» решает три юридические задачи:

1. Снижение ответственности за ошибки. Если Copilot даёт неправильный совет, а пользователь следует ему — Microsoft предупредила: вы развлекались, а не консультировались
2. Защита от исков по авторским правам. Если Copilot генерирует контент, нарушающий чью-то лицензию — ответственность на пользователе. Microsoft прямо пишет: «We can't promise that any Copilot's Responses won't infringe someone else's rights»
3. Индемнификация (обязательство возместить убытки). Пользователь обязуется компенсировать Microsoft все убытки, связанные с использованием Copilot, нарушением условий или нарушением закона — включая расходы на юристов

Подобные дисклеймеры пришли из индустрии онлайн-развлечений: казино, астрологические приложения и гадательные сервисы исторически используют формулировку «for entertainment purposes only», чтобы снять с себя ответственность за решения пользователей.

Copilot «для развлечения» — с 2023 года

Фраза «entertainment purposes» присутствовала в условиях использования ещё со времён Bing Chat. В архиве старых условий (2023) написано:

The Online Services are for entertainment purposes; the Online Services are not error-free, may not work as expected and may generate incorrect information.

В текущей версии от 24 октября 2025 года формулировка стала жёстче: добавилось слово «only» — «for entertainment purposes only». Формально это усиление: «для развлечения» превратилось в «только для развлечения».

Что это значит для пользователей Copilot

Формулировка «entertainment only» распространяется на бесплатный потребительский Copilot: приложения для Windows, macOS, мобильные клиенты, copilot.microsoft.com, чат в Bing и Edge.

• Юридически вы не можете предъявить претензии, если Copilot даст неправильный или вредный совет
• Всё, что Copilot генерирует — потенциально нарушает чьи-то права, и ответственность на вас
• Microsoft может ограничить или заблокировать ваш доступ без уведомления (если это не запрещено законом вашей юрисдикции)

Для корпоративных клиентов Microsoft 365 Copilot (Office, Teams, Outlook) условия другие — там действуют отдельные соглашения. Само пользовательское соглашение Copilot прямо оговаривает: «These Terms don't apply to Microsoft 365 Copilot apps or services». GitHub Copilot тоже работает по отдельным условиям без формулировки «entertainment».

Но граница между «бесплатным развлечением» и «корпоративным инструментом» размыта: ИИ-модели под капотом — одни и те же.

Выводы

Пока регуляторы не определили правовой статус ИИ-ассистентов, компании страхуются максимально широкими дисклеймерами. Формулировка «entertainment only» — юридический зонтик, который позволяет снять ответственность за ошибки, нарушения авторских прав и любые последствия для пользователей.

Что стоит сделать прямо сейчас:

1. Прочитать условия использования Copilot — там всего 10 минут на чтение
2. Не использовать бесплатный Copilot для юридических, медицинских или финансовых вопросов — Microsoft прямо просит этого не делать
3. Если вы используете Copilot в рабочих задачах — убедиться, что ваша компания подключена к Microsoft 365 Copilot с отдельными гарантиями

Источники: Microsoft Copilot Terms of Use, Hacker News, CNBC, Microsoft ToS Archives

TechSpot сообщает: 30 марта австралийский разработчик Зак Мэнсон заметил, что Copilot добавил промо-текст приложения Raycast в pull-реквест коллеги. Поиск по GitHub показал, что аналогичные «подсказки» оказались в тысячах PR. В течение суток руководство GitHub признало проблему и отключило функцию.

• Copilot вставлял промо-подсказки (Raycast и другие инструменты) в PR, которые он не создавал — без согласия авторов
• Более 11 400 pull-реквестов затронуты
• GitHub VP Martin Woodward: «GitHub не размещает и не планирует размещать рекламу»
• Copilot PM Tim Rogers признал: «Это было неправильное решение»
• Функция отключена — промо-подсказки больше не появятся в PR

Как обнаружили проблему

Зак Мэнсон рассказал The Register, что коллега использовал Copilot для исправления опечатки в PR. При ревью Мэнсон обнаружил, что ИИ добавил строку:

Quickly spin up Copilot coding agents from anywhere on your macOS or Windows machine with Raycast.

Первая реакция — подозрение на компрометацию: повреждённые обучающие данные, prompt injection или маркетинговый эксперимент от Raycast. Дальнейший поиск по GitHub показал масштаб: более 11 400 PR содержали почти идентичные промо-сообщения. Нашлись и подсказки, продвигающие другие инструменты — все вставлены автоматически.

Больше всего Мэнсона удивило не содержание подсказок, а сам факт: Copilot редактировал чужой контент без согласия. «Я даже не знал, что интеграция GitHub Copilot Review может редактировать описания и комментарии других пользователей», — написал он.

Реакция GitHub: отключение за сутки

Microsoft-овский GitHub отреагировал в тот же день. Вице-президент по DevRel Мартин Вудвард объяснил в X, что Copilot вставлял «подсказки» в свои собственные PR и раньше — это была задуманная функция. Проблема возникла, когда добавили возможность вызывать Copilot через @-упоминание в чужих PR:

Когда мы добавили возможность вызывать Copilot в любом PR через @-упоминание, поведение стало неприятным.

Продукт-менеджер Copilot Тим Роджерс уточнил, что подсказки задумывались как обучающий контент — чтобы разработчики узнавали о новых возможностях агента. Но после бэклэша признал:

Оглядываясь назад, позволить Copilot вносить изменения в pull-реквесты, написанные людьми, было неправильным решением.

GitHub отключил промо-подсказки в PR, созданных или затронутых Copilot. Вудвард добавил: «GitHub не размещает и не планирует размещать рекламу».

Почему это важно для разработчиков

Инцидент выявил три проблемы:

1. ИИ-агент добавлял контент в чужие PR без согласия — Copilot мог изменять описания и комментарии в PR других пользователей. Многие разработчики не знали об этой возможности
2. Граница между функцией и рекламой размыта — GitHub позиционировал подсказки как «обучение», но содержимое продвигало конкретные сторонние продукты (Raycast) со ссылками на установку
3. Доверие к ИИ-инструментам хрупко — достаточно одного инцидента, чтобы разработчики начали отключать Copilot Review. По данным TechSpot, множество пользователей уже деактивировали функцию

Положительный момент: GitHub отреагировал быстро — менее чем за сутки — и два топ-менеджера публично признали ошибку. Для сравнения: многие компании в аналогичных ситуациях замалчивают проблему или списывают её на «баг».

Что в итоге

GitHub быстро откатил спорную функцию и публично признал ошибку. Но инцидент поставил вопрос, который не исчезнет: где проходит граница между «умным помощником» и «рекламной площадкой» в ИИ-инструментах разработчика? С ростом монетизации ИИ-агентов ответ на этот вопрос будет определять доверие к целому классу продуктов.

Это ответ на многолетнюю критику: пользователи и разработчики жаловались, что встроенные приложения Windows 11 работают медленно, занимают много памяти и выглядят непоследовательно — потому что многие из них были построены на веб-обёртках (WebView, PWA (Progressive Web App), Chromium). Теперь Microsoft обещает «100% native».

— Microsoft переводит все встроенные приложения Windows 11 на нативный код

— Уходят от веб-обёрток (WebView, PWA, Electron-подобные решения)

— Руди Хьюн (Partner Architect, автор File Explorer) собирает новую команду

— Ожидаются улучшения скорости запуска, потребления памяти и отзывчивости интерфейса

— Конкретные сроки и список приложений пока не объявлены

Веб-обёртка (web wrapper) — это приложение, которое выглядит как нативная программа, но внутри работает веб-страница во встроенном браузере (WebView или Chromium). Такой подход упрощает разработку, но приводит к повышенному потреблению памяти и медленному запуску по сравнению с нативным кодом.

Что известно

Руди Хьюн — архитектор, работающий над Microsoft Store и File Explorer — написал в X, что набирает команду для создания нативных Windows-приложений. Ключевое требование к кандидатам: «сильное продуктовое мышление» — при этом опыт работы с платформой Windows явно не обязателен.

Инициатива вписывается в более широкую реструктуризацию Windows-команды:

• Паван Давулури (EVP Windows & Devices) возглавляет направление
• Клинт Руткас ведёт WinAppSDK, Terminal и PowerToys

От чего уходят

Критике подвергаются приложения, построенные на веб-технологиях:

• Clipchamp — видеоредактор на базе веб-технологий, потребляет значительно больше памяти, чем нативные аналоги
• Copilot — десктопное приложение, работающее как PWA (Progressive Web App)
• WhatsApp для Windows 11 — обратный пример: изначально имел нативный интерфейс на WinUI, но затем был переведён на Chromium-обёртку, став медленнее

Помимо отдельных приложений, Microsoft работает над ускорением базовых элементов системы: уменьшение времени запуска File Explorer, ускорение контекстных меню, перевод меню «Пуск» на WinUI.

К чему идут

Формулировка Хьюна — «100% native» — указывает на полный отказ от WebView-компонентов во встроенных приложениях. Конкретный технологический стек не назван, но контекст подсказывает направление:

• WinAppSDK (Windows App SDK) — фреймворк для создания нативных Windows-приложений, развиваемый командой Клинта Руткаса
• WinUI 3 — UI-фреймворк для нативных интерфейсов Windows
• C++/WinRT и .NET — нативные языковые привязки

Что именно означает «100% native» на практике — пока не определено. Некоторые существующие «нативные» приложения Microsoft всё ещё используют WebView для отдельных компонентов.

Почему это важно для разработчиков

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

Для тех, кто сейчас использует Electron или WebView для Windows-приложений, стоит следить за развитием WinAppSDK — Microsoft явно делает ставку на этот фреймворк как основу для нативной разработки.

В 2020 году Панос Панай говорил, что Microsoft хочет, чтобы пользователи «любили Windows, а не просто нуждались в ней». До сих пор видимых изменений было немного. Новая команда Хьюна — первая конкретная попытка выполнить это обещание.

Выводы

Microsoft признала то, о чём разработчики говорили годами: веб-обёртки во встроенных приложениях Windows — компромисс, который перестал быть приемлемым. Переход на нативный код — правильное направление, но пока это скорее декларация намерений, чем готовый план с датами.

Для Windows-разработчиков это сигнал присмотреться к WinAppSDK и WinUI 3 — Microsoft явно инвестирует в этот стек как основу для будущих приложений.

Проблему обнаружил мельбурнский разработчик Зак Мэнсон: коллега вызвал Copilot для исправления опечатки в PR, но ИИ заодно дописал в описание рекламу расширения Raycast. Тот же рекламный текст нашли более чем в 11 000 pull-реквестов на GitHub и в merge-реквестах на GitLab.

— GitHub Copilot вставляет рекламные «советы» в описания PR как обычный текст после скрытого HTML-маркера.

— Затронуты более 1,5 млн pull-реквестов на GitHub и merge-реквесты на GitLab.

— Продвигаются расширения из экосистемы Microsoft: Raycast, Slack, Teams, VS Code, JetBrains.

— Способа отключить вставки пока нет — Microsoft не комментирует.

Коллега вызвал Copilot, чтобы исправить опечатку в моём PR. Copilot исправил опечатку — и заодно отредактировал описание PR, вставив рекламу самого себя и Raycast.

Как работает инъекция рекламы

Когда Copilot выполняет задачу в pull-реквесте, он добавляет в описание PR скрытый HTML-маркер <!-- START COPILOT CODING AGENT TIPS -->. Сам маркер не виден при просмотре — это обычный HTML-комментарий. А вот рекламный текст, который идёт сразу после него, отображается как часть описания PR и виден всем участникам.

Среди обнаруженных рекламных вставок — предложения запускать задачи агента Copilot из Slack, Teams, VS Code, Visual Studio, JetBrains IDE и Eclipse. Все продвигаемые продукты — часть экосистемы Microsoft или её партнёров.

Кто стоит за рекламой

На первый взгляд могло показаться, что рекламу вставляет Raycast — приложение для macOS и Windows с набором ИИ-инструментов, включая расширение для Copilot. Однако перечень продвигаемых сервисов (Slack, Teams, VS Code) и структура HTML-маркеров указывают на то, что «советы» встраиваются через сам механизм агента Copilot — то есть, судя по всему, за вставками стоит Microsoft.

Ни Raycast, ни Microsoft пока не прокомментировали ситуацию.

Как обнаружить и убрать рекламу из PR

Рекламные вставки можно найти по маркеру в описании PR. Откройте любой PR, отредактированный Copilot, и переключитесь в режим редактирования — вы увидите HTML-комментарий и следующий за ним промо-текст.

Для автоматического удаления можно настроить CI-проверку или pre-commit hook, который ищет строку COPILOT CODING AGENT TIPS в описаниях PR и удаляет блок от маркера до следующего раздела. На момент публикации Microsoft не предоставила штатного способа отключить «советы».

Выводы

Разработчики платят за Copilot подпиской ($19/мес за Individual, $39/мес за Business), но Microsoft дополнительно монетизирует их рабочий процесс, встраивая промо-тексты прямо в код-ревью. Пока компания не дала объяснений и не предложила способа отключить вставки — остаётся проверять описания PR вручную или автоматизировать удаление через CI.

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

To-do лист, который себя сам выполняет

Copilot Tasks работает по простой логике: пользователь описывает задачу естественным языком, а система строит план действий, запускает выполнение, а в итоге работает в фоне через браузер и интеграции с сервисами.

Copilot может искать информацию в интернете, координировать действия между приложениями, создавать документы, управлять календарем, отправлять письма и даже взаимодействовать с бизнесами. Поддерживаются повторяющиеся и запланированные задачи.

Контроль остается за человеком

Если задача предполагает «критические действия» — например, оплату или отправку сообщения — Copilot запросит подтверждение.

Пользователь может приостановить, изменить или отменить выполнение.

А чем это отличается от других агентов?

Агенты уже становятся мейнстримом: в разработке это Codex и Claude Code, в потребительском сегменте — Perplexity Computer и Gemini Agent.

Copilot Tasks делает ставку на бесшовность: без ручной настройки MCP и сложных конфигураций; Все уже встроено в экосистему Microsoft.

Пока в превью-режиме

Сервис запущен в режиме «research preview» для ограниченного круга пользователей. В ближайшие недели доступ расширят через список ожидания.

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

Кому ИИ ближе всего по задачам

Исследование основано на анализе более 200 000 реальных сессий использования Copilot. Также эксперты сопоставили то, с чем ИИ справляется лучше всего, и задачи конкретных профессий.

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

Туда же попали менеджеры по продажам и сотрудники поддержки клиентов. В США это около 5 млн рабочих мест. Более того — именно здесь компании уже активно экспериментируют с автоматизацией, чат-ботами и ИИ-ассистентами.

Microsoft подчеркивает: высокий показатель применимости ИИ не означает автоматического исчезновения профессии. Но на практике работодатели все чаще замораживают найм или сокращают команды, рассчитывая «закрыть» часть задач за счет ИИ.

Высшее образование больше не защита

Отдельный вывод исследования — диплом больше не гарантирует устойчивость. Напротив, профессии, требующие степени бакалавра и выше, в среднем сильнее пересекаются с возможностями LLM, чем рабочие специальности.

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

Кого ИИ почти не трогает

На другом конце списка — профессии, завязанные на физическую работу и управление реальным оборудованием. Операторы очистных сооружений, машинисты, укладчики рельсов, дноуглубители, рабочие на лесозаготовке и водном транспорте почти не пересекаются с генеративным ИИ.

Это не значит, что автоматизация их не коснется вообще, но именно LLM здесь пока бесполезны.

Исполнительный вице-президент по безопасности Чарли Белл переходит в новую роль — индивидуального инженера, который будет заниматься «качеством инженерных процессов».

О решении сообщил глава Microsoft Сатья Наделла, коротко отметив, что Белл сосредоточится на инженерном качестве и будет работать в связке с другими руководителями.

Что произошло

В январе 2026 года Microsoft дважды выпускала внеплановые патчи для Windows после того, как очередные обновления нарушили работу системы. Пользователи столкнулись с проблемами при выключении ПК, сбоями загрузки и некорректной работой OneDrive.

Параллельно в начале февраля произошел крупный сбой в Azure, затронувший виртуальные машины и сервисы идентификации в нескольких регионах.

Почему это важно

Формально Microsoft запускает инициативу Quality Excellence Initiative, но Белл не получает организационного контроля над продуктами или командами. Он будет выступать в качестве “партнера” в сотрудничестве с другими руководителями. То есть никакого прямого управления изменениями не намечается.

Стоит отметить, что все это происходит спустя почти 12 лет после того, как Microsoft отказалась от выделенных команд QA и SDET, переложив тестирование на самих разработчиков.

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

Контекст с ИИ

Назначение совпало с активным внедрением ИИ-инструментов в разработку. Наделла ранее заявлял, что до 30% кода в Microsoft уже пишется с помощью ИИ.

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

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

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

Это уже шестая крупная итерация виджетов с конца 1990-х годов. И почти каждая предыдущая заканчивалась закрытием проекта.

Историю всех попыток собрал разработчик Павел Осадчук из XAKPC Dev Labs, разобрав, почему Microsoft снова и снова возвращается к одной и той же идее и каждый раз упирается в новые ограничения.

Шесть итераций одной идеи

Microsoft пытается решить одну задачу с 1997 года: как показывать «живую» информацию, не заставляя пользователя открывать приложения. За это время компания успела пройти несколько этапов:

• Active Desktop (1997) — HTML прямо на рабочем столе. Умер из-за падений Explorer и нагрузки на систему.
• Sidebar и гаджеты в Vista (2007) — красиво, но отнимали экранное пространство и приводили к утечке памяти.
• Свободные гаджеты в Windows 7 (2009) — удобны, но стали кошмаром для безопасности. В 2012 году Microsoft официально признала их уязвимыми и отключила.
• Live Tiles в Windows 8 и 10 (2012–2021) — безопасно, но неинтерактивно. Пользователи и разработчики потеряли к ним интерес.
• Карточки Cortana и «Новости и интересы» (2015–2021) — вызвали критику из-за навязчивости и доступа к личным данным.
• Widget Board в Windows 11 (с 2021) — текущая версия, которая теперь снова перерабатывается.

Каждая новая версия появлялась как реакция на провал предыдущей, а не как развитие удачного решения.

Что изменилось в 2026 году

В текущей итерации Microsoft пытается учесть почти все прошлые ошибки.

Во-первых, рендеринг виджетов перевели с Chromium WebView2 на нативный WinUI 3, что заметно снизило потребление памяти и нагрузку на систему.

Во-вторых, интерфейс стал декларативным: виджеты описываются через Adaptive Cards и не исполняют произвольный код, что закрывает целый класс уязвимостей.

Также Microsoft разделила контент и утилиты. Новостная лента теперь отделена от самих виджетов и может быть отключена — в том числе из-за требований европейского регулятора.

Появились виджеты на экране блокировки, возвращающие идею «быстрого взгляда» без вторжения в рабочий процесс.

Почему Microsoft снова за это взялась

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

Изменилась лишь среда — железо стало мощнее, а требования к безопасности и приватности жестче.

Текущая архитектура виджетов — это, по сути, «шрамовая ткань» из всех прошлых провалов. Почти каждое ограничение системы сегодня существует потому, что когда-то его отсутствие привело к катастрофе: падениям, утечкам данных или полной потере интереса со стороны пользователей.

Есть ли шанс, что в этот раз получится

Формально — да. Виджеты больше не крадут экранное пространство, не выполняют код, не навязываются без действия пользователя и работают быстрее.

Но остаются старые проблемы: низкая узнаваемость функции, ограниченные API и конфликт между полезными утилитами и желанием Microsoft монетизировать интерфейс через контент.

Об этом сообщил пользователь GitHub под ником Angry-Orangutan, опубликовав подробный баг-репорт в публичном репозитории Microsoft.

Проблема затрагивает новый режим agent / subagent в Copilot и связана не с безопасностью в классическом смысле, а с биллингом. Тем не менее, эффект от нее вполне материальный: дорогие модели вроде Claude Opus можно использовать бесплатно и сколько угодно долго.

Как работает обход биллинга

Механизм уязвимости строится на нескольких допущениях в архитектуре Copilot.

Во-первых, стоимость запроса рассчитывается только по первой модели, которая принимает сообщение. Во-вторых, запуск подагентов (subagents) и вызовы инструментов не учитываются как отдельные платные операции.

В результате пользователь может начать чат с «бесплатной» моделью, например GPT-5 Mini, а затем внутри нее создать подагента, явно указав для него уже премиум-модель.

Дальше все просто: бесплатная модель делегирует работу подагенту, а тот выполняет задачи с помощью Opus или другого дорогого ИИ — без списания лимитов. По словам автора отчета, таким способом он запускал сотни подагентов и часами обрабатывал файлы, потратив всего несколько платных кредитов.

Реакция Microsoft

Интересно, что изначально исследователь пытался передать проблему через MSRC — стандартный канал ответственного раскрытия уязвимостей. Однако там ответили, что «обход биллинга не относится к сфере безопасности» и предложили оформить баг публично.

В итоге issue действительно появилась в открытом репозитории VS Code, но довольно быстро была закрыта со статусом «not planned». Это означает, что компания не обещает что-либо исправить и уж тем более не комментирует сроки.

Это решение вызвало волну иронии в обсуждении: пользователи отметили, что Microsoft фактически оставила инструкцию по бесплатному использованию платных моделей в открытом доступе.

Почему это важно

Формально речь идет не о взломе, а о логической ошибке в расчете стоимости запросов. Но на практике уязвимость подрывает саму модель монетизации Copilot и агентных функций VS Code.

Причина не в идеологии open-source и не в желании «поковыряться в Терминале». Все куда прозаичнее и ближе — за последние годы сама Windows сильно изменилась.

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

Обновления без согласия и баги без решений

Ключевой переломный момент — крупное обновление Windows 11 24H2. Оно установилось автоматически, несмотря на отложенные апдейты, и принесло с собой критический баг: Google Chrome начинал «ломаться» визуально, если оказывался под другим окном, а иногда это приводило к полной блокировке системы.

Откат обновления не сработал, переустановка Windows проблему не решила. Единственным «рабочим» вариантом оказался переход на Insider-сборку. А это, на минуту, нестабильный канал обновлений, который Microsoft обычно не рекомендует для основной системы.

Позже выяснилось, что проблема связана с конфликтом драйверов NVIDIA и механизмом Multiplane Overlay (MPO). При этом NVIDIA и Microsoft публично перекладывали ответственность друг на друга, а пользователь оставался без реального решения.

Реклама и контроль вместо системы для работы

Помимо багов, автор отдельно отмечает изменения в философии Windows:

• полноэкранные рекомендации и реклама OneDrive, Edge и Copilot;
• сложности с созданием локальной учетной записи без обходных путей;
• невозможность «заморозить» стабильную конфигурацию без риска, что следующий апдейт все сломает.

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

Переход на Linux: больно, но чинится

В качестве основной системы разработчик выбрал CachyOS — производительный дистрибутив на базе Arch Linux. Переход оказался не идеальным: были проблемы со сном системы и работой драйверов NVIDIA. Но ключевое отличие от Windows — эти проблемы удалось решить.

Что в итоге

Автор подчеркивает: Linux все еще не универсален. В креативных задачах, 3D-моделировании и некоторых играх ограничения остаются. Но главное изменение — ощущение контроля над системой.

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

И именно это, как он считает, сегодня подталкивает все больше разработчиков и пользователей смотреть в сторону Linux.

Компания официально подтвердила: после установки патчей за январь 2026 года, часть компьютеров перестает загружаться и уходит в цикл ошибки с кодом UNMOUNTABLE_BOOT_VOLUME.

Что происходит с системой

Речь идет об обновлении, начиная с KB5074109, выпущенного 13 января 2026 года, а также о более поздних внеплановых патчах. После установки апдейта, система может не дойти до рабочего стола и показать черный экран с сообщением:

Your device ran into a problem and needs a restart.

Дальше — тупик. Windows не может завершить загрузку и требует ручного восстановления.

Microsoft подтверждает проблему

Информация появилась в Microsoft Admin Center, где компания сообщила, что получила «ограниченное число отчетов» о сбое загрузки:

Устройства не могут загрузиться из-за ошибки “UNMOUNTABLE_BOOT_VOLUME” после установки январского обновления безопасности Windows 11 и последующих апдейтов. На текущий момент система не может завершить запуск и требует ручных шагов восстановления.

Какие версии Windows 11 затронуты

По данным Microsoft, проблема касается:

• Windows 11 24H2;
• Windows 11 25H2;
• локальных клиентских ПК (не серверов).

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

Что делать пользователям

Пока не то чтобы есть универсальные варианты действий. Microsoft прямо говорит о необходимости “ручных шагах восстановления”, но не публикует конкретную инструкцию, как именно восстановить систему. Компания лишь сообщает, что расследует первопричину и поделится деталями позже.

На практике это означает:

• загрузку в WinRE;
• попытки восстановления загрузочного раздела;
• откат обновлений или ручной ремонт системы — для опытных пользователей и администраторов.

Ирония ситуации: Quick Machine Recovery не спасает

Особенно иронично это выглядит на фоне того, что еще в 2024 году Microsoft анонсировала механизм Quick Machine Recovery. Это система экстренного восстановления Windows через WinRE для таких вот критических сбоев. Тогда же компания даже «переосмыслила» легендарный BSOD.

Но в реальности, как показывает январь 2026-го, этот механизм пока не помогает автоматически: Microsoft все еще ищет причину, а пользователи остаются один на один с не загружающейся системой.

С таким заявлением выступил CEO платформы Нил Мохан в ежегодном письме, опубликованном в официальном блоге компании.

YouTube признал проблему ИИ-слопа

В письме Мохан прямо использует термин ИИ-слоп. Так называют поток однотипного, кликбейтного и зачастую бессмысленного контента, созданного или усиленного генеративными моделями.

По его словам, YouTube уже располагает «мощными системами» для обнаружения спама и низкокачественных роликов, а в 2026 году продолжит их развивать.

При этом компания избегает четких формулировок. В качестве примера Мохан приводит ASMR и летсплеи — форматы, которые раньше считались нишевыми и сомнительными, но со временем стали мейнстримом.

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

Генеративные инструменты никуда не исчезают

На фоне заявлений о борьбе с мусорным контентом, YouTube также анонсировал новые ИИ-возможности для авторов.

Среди них — инструмент для создания Shorts с использованием ИИ-двойника самого блогера. Фактически речь идет о контролируемых дипфейках, которые автор генерирует сам. Чем-то напоминает функцию Cameo из Sora 2.

Компания пока не объяснила, как этот инструмент будет сочетаться с системой распознавания несанкционированных дипфейков, представленной осенью 2025 года. Очевидно, YouTube придется четко различать «разрешенные» ИИ-образы и злоупотребления, иначе автоматическая модерация начнет конфликтовать сама с собой.

ИИ-контент уже стал массовым

По данным YouTube, в декабре более 1 млн каналов ежедневно использовали встроенные ИИ-инструменты для создания контента.

В 2026 году платформа планирует пойти еще дальше: авторы смогут экспериментировать с музыкой, а также «создавать игры по текстовому описанию». Фактически YouTube делает ставку на то, что ИИ станет стандартным инструментом продакшена.

Противоречие, которое видят все

Ситуация, когда компании одновременно борются с последствиями ИИ и активно его продвигают, уже стала привычной. Глава Microsoft Сатья Наделла ранее заявлял, что единственный способ избежать ИИ-пузыря — создавать продукты с реальной пользовательской ценностью.

Однако на практике грань между полезным ИИ-инструментом и фабрикой мусорного контента остается размытой. YouTube, как и другие платформы, пытается удержать баланс между свободой творчества, коммерческими интересами и давлением со стороны пользователей, уставших от однотипных роликов.

Далее его использовали для распространения вредоносных PowerShell-скриптов. В результате на компьютеры с Windows устанавливался троян Cosmali Loader.

Инцидент стал заметен после того, как пользователи MAS начали массово жаловаться на Reddit — на их компьютерах появлялись всплывающие уведомления о заражении.

Одна буква и система скомпрометирована

Атакующие зарегистрировали домен get.activate[.]win, который визуально почти не отличается от легитимного get.activated.win. Разница — всего в одной букве «d».

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

После выполнения команды, в системе загружался Cosmali Loader — открытый вредоносный загрузчик, который затем устанавливал дополнительные компоненты.

По данным исследователей, среди полезной нагрузки были криптомайнеры и XWorm RAT — троян удаленного доступа, позволяющий полностью контролировать зараженный компьютер.

Странные предупреждения и «доброжелательный взлом»

Интересная деталь инцидента — сами предупреждения о заражении. Они выглядели как пугающие pop-up сообщения с советом переустановить Windows и проверить диспетчер задач на подозрительные PowerShell-процессы.

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

Что такое MAS и почему это риск

Microsoft Activation Scripts — это open-source набор PowerShell-скриптов, размещенный на GitHub. Он используется для активации Windows и Office с помощью HWID, эмуляции KMS и других обходных методов.

Microsoft считает MAS пиратским инструментом, т.к он позволяет активировать продукты без покупки лицензии.

Его формулировка предельно прямолинейна: цель — убрать каждую строку C и C++ к 2030 году и заменить их кодом на Rust.

Microsoft собирается переписать крупнейшие и самые критичные системы. В том числе компоненты Windows и прочие низкоуровневые продукты.

Ставка на ИИ и автоматическую переработку кода

Ключевым инструментом в этом процессе станет ИИ. По словам Ханта, Microsoft уже выстроила инфраструктуру, которая объединяет алгоритмы анализа кода и ИИ-агентов.

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

Внутренняя цель проекта звучит амбициозно: «1 инженер, 1 месяц, 1 миллион строк кода». По утверждению Microsoft, базовая часть этой инфраструктуры уже работает — как минимум для задач на понимание и анализа кода.

Почему именно Rust

Переход на Rust не стал сюрпризом. Еще в 2023 году Microsoft объявила, что новые компоненты ядра Windows больше нельзя писать на C и C++. Тогда же Марк Русинович, CTO Azure, прямо заявил: компания «полностью делает ставку на Rust».

Причина банальна — Rust обеспечивает безопасность памяти по умолчанию. Для Microsoft, которая десятилетиями сталкивается с уязвимостями классов use-after-free и buffer overflow, это банально стратегический выбор.

Кто будет переписывать код Microsoft

Хант уже ищет Principal Software Engineer, который поможет развивать инфраструктуру автоматического перевода C и C++ в Rust.

Кандидат должен иметь серьезный опыт системного программирования на Rust, а также быть готовым разбираться в компиляторах, операционных системах и низкоуровневой архитектуре.

Команда входит в группу Future of Scalable Software Engineering внутри Microsoft CoreAI. Ее задача — не только переписать код компании, но и создать инструменты, которые позволят устранять технический долг «в промышленных масштабах».

Так, например, Google активно возвращает тех, кто уже когда-то ушел из компании. По данным CNBC, около 20% инженеров, нанятых корпорацией для работы над ИИ в 2025 году — это ее же экс-сотрудники.

Представитель Google подтвердил, что цифра актуальна на декабрь 2025 года.

Почему инженеры возвращаются

По словам руководителя отдела компенсаций Google Джона Кейси, ИИ-инженеров привлекают масштабные вычислительные ресурсы и финансовые возможности компании.

Для сложных моделей и экспериментов нужны мощности, которые могут позволить себе далеко не все. В этом смысле Google остается одним из самых комфортных мест для прикладных ИИ-исследований.

У компании есть и большой «резерв» бывших сотрудников. После крупнейших в своей истории сокращений в начале 2023 года, когда материнская компания Alphabet уволила 12 000 человек, многие специалисты разошлись по рынку. И теперь часть из них возвращается.

Тренд не только Google

Рост числа «бумерангов» заметен по всей индустрии. По данным ADP Research, именно технологический сектор лидирует по возвращению бывших сотрудников.

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

Давление со стороны конкурентов

При этом Google продолжает терять и находить таланты одновременно. Ранее Microsoft переманила несколько десятков сотрудников из исследовательского подразделения DeepMind.

По словам CEO OpenAI Сэма Альтмана, его компания предлагает гигантские бонусы за переход — вплоть до $100 млн.

Возвращение ключевых фигур и смена культуры

Одним из самых заметных возвращений стал Ноам Шазир — со-основатель Character.AI. Он покинул Google в 2021 году, а в 2024-м вместе с командой снова присоединился к DeepMind.

Под видом VPN и инструментов приватности, они собирали и передавали злоумышленникам полные диалоги пользователей с ChatGPT, Gemini, Claude, Copilot, Perplexity, Grok и другими ИИ-платформами.

По оценке специалистов, от инцидента пострадали более 8 млн пользователей. Все они устанавливали расширения, содержащие одинаковый вредоносный код.

Главный виновник — Urban VPN

Ключевым примером стало расширение Urban VPN Proxy. У него более 6 млн установок в Chrome, высокий рейтинг (4,7 звезды) и даже статус Google Featured, который создавал ощущение надежности.

Однако исследование показало обратное: вредоносный код присутствует не только в Urban VPN, но и как минимум в семи других расширениях того же издателя.

Среди них — 1ClickVPN Proxy, Urban Browser Guard и Urban Ad Blocker. Все они распространялись через официальные магазины браузеров.

Как именно воровали диалоги с ИИ

Механизм оказался технически простым и крайне эффективным. Расширения внедряли исполняемый скрипт прямо в страницы ИИ-сервисов.

Этот скрипт подменял стандартные функции браузера и перехватывал весь сетевой трафик между пользователем и ИИ. В результате злоумышленники получали:

• все запросы пользователя;
• все ответы ИИ;
• ID диалогов и сессий;
• временные метки и служебные метаданные.

После этого данные сжимались и отправлялись на серверы Urban VPN.

Сбор информации происходил постоянно, вне зависимости от того, включен VPN или нет.

С какого момента данные скомпрометированы

По данным исследователей, сбор данных был активен начиная с Urban VPN версии 5.5.0, выпущенной 9 июля 2025 года. Это означает, что все диалоги с ИИ, созданные после этой даты, следует считать скомпрометированными.

Urban VPN управляется компанией Urban Cyber Security Inc., связанной с брокером данных BiScience. По имеющейся информации, собранные диалоги продавались для маркетинговой аналитики.

Что делать пользователям прямо сейчас

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

Инцидент также поднимает более широкий вопрос: даже расширения с высоким рейтингом и отметкой Google не гарантируют безопасность. Если расширение не критически необходимо — от него лучше отказаться.

Компания оформила их в виде привычных минимальных и рекомендуемых требований. Примерно так же делают разработчики игр перед релизом. Да и пользователям Steam такой подход должен быть знаком.

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

Процессоры и видеокарты: три уровня для разных сценариев

Microsoft делит игровые ПК на три условных класса. Для игр в 1080p на средних настройках компания рекомендует:

• CPU: современные четырех- или шестиядерные процессоры, например Ryzen 5 5600 или Core i5-12400;
• GPU: GTX 1660 Super или Radeon RX 6600.

Для 1440p и высоких настроек:

• CPU: минимум 6 ядер — Ryzen 5 7600 или Core i5-13600K;
• GPU: RTX 3060 Ti / 4060 Ti или Radeon RX 6700 XT.

Для 4K-гейминга:

• CPU: 8 ядер и больше, например Ryzen 7 7800X3D или Core i7-13700K;
• GPU: RTX 4080 или Radeon RX 7900 XTX.

При этом Microsoft уточняет, что при высоких разрешениях основная нагрузка ложится именно на видеокарту, а не на процессор. Поэтому слепо гнаться за топовым CPU не всегда имеет смысл.

Game Mode, память и накопители

Отдельно компания напоминает о Game Mode в Windows 11. По словам Microsoft, он снижает фоновую активность системы и приоритизирует игровые процессы, помогая стабилизировать частоту кадров.

По памяти рекомендации довольно приземленные:

• 16 ГБ ОЗУ — достаточно для большинства современных игр;
• 32 ГБ — для тяжелых проектов, модов и параллельных задач.

Для хранения игр Microsoft советует SSD от 1 ТБ, подчеркивая важность NVMe-накопителей.

Они позволяют использовать технологию DirectStorage, при которой данные загружаются напрямую в видеокарту, сокращая загрузки и подгрузки уровней.

Мониторы и здравый смысл

В гайде есть и советы по выбору мониторов. Microsoft считает 144 Гц оптимальным минимумом, а 165–240 Гц — актуальными для соревновательных игр. Также компания рекомендует учитывать время отклика и тип матрицы — IPS, VA или OLED.

Отдельный акцент сделан на простом, но часто игнорируемом моменте: нет смысла покупать железо под 240 fps, если монитор физически не может их показать. Да, очевидно. Но кто-то этот момент может и упустить.

Компании выпускают ассистентов, автономные фреймворки и целые цепочки инструментов для автоматизации рабочих процессов.

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

Чтобы изменить ситуацию, OpenAI, Anthropic и Block объявили о создании Agentic AI Foundation (AAIF) — нового фонда под управлением Linux Foundation, который займется развитием открытых стандартов для ИИ-агентов.

Поддержку инициативе оказывают Google, Microsoft, AWS, Bloomberg и Cloudflare.

MCP, Goose и AGENTS.md объединяют в один стандарт

В рамках AAIF свои ключевые технологии передали сразу три компании:

• MCP (Model Context Protocol) от Anthropic — стандарт связи между агентами и внешними инструментами. За год появилось уже более 10 000 MCP-серверов, а Microsoft встроила поддержку MCP прямо в Windows и Visual Studio. Это превращает агентов в «первоклассных граждан» ОС и упрощает автоматизацию разработки.
• Goose от Block — локальный агентный фреймворк, способный работать на устройстве пользователя без облака. Он использует MCP как базовый коммуникационный слой.
• AGENTS.md от OpenAI — открытый формат, который стал «README для ИИ-агентов». Файл описывает проект в машинно-читаемом виде: тесты, сборку, архитектуру, стили кода, политику безопасности и рабочие процессы. Формат уже используют 60 000+ open-source проектов, включая VS Code.

Зачем это индустрии

Майк Кригер из Anthropic подчеркивает, что передача MCP под управление Linux Foundation гарантирует нейтральность стандарта.

В OpenAI заявили, что объединение технологий под одной организацией создает прочную основу для разработки надежных агентов.

Что значит создание AAIF для рынка

Появление AAIF может стать переломным моментом: впервые крупнейшие игроки не конкурируют стандартами, а объединяют их.

Это шаг к единой экосистеме, где агенты смогут взаимодействовать с инструментами, IDE, операционными системами и сервисами. И все это без кастомных протоколов и закрытых API.

Происходящее привело к тому, что компания официально предупредила партнеров: производство, а также поставки SSD и другой продукции, завязанной на памяти, приостановлены. Причина прозаична — выпускать стало просто нечего.

Проблемы тянутся еще с октября, когда поставки NAND от ключевых производителей — Samsung и SanDisk — внезапно остановились. Цепочка разорвалась и пошли массовые перебои. Из-за этого срывались контракты, а заказы невозможно было выполнить.

В письме партнерам Transcend говорит о «небывалой скорости удорожания» и полном дефиците компонентов. Главный виновник — стремительный рост спроса со стороны ИИ-платформ и облачных дата-центров.

Amazon, Microsoft и другие крупные игроки выкупают огромные объемы NAND под собственные кластерные потребности. На традиционный рынок уходят жалкие остатки и цены там взлетают до небес.

Производители уходят с рынка один за другим

Кризис уже выбивает старых игроков. Crucial — один из самых известных брендов SSD и оперативной памяти — фактически закрывает потребительское направление.

Как пишет CNews, компания уже убрала из продажи большую часть ассортимента, а выпуск SSD прекратит до апреля 2026 года.

Micron, владелец Crucial, объясняет решение нестабильностью бизнеса. Спрос смещается в промышленный и серверный сегменты, а массовые устройства тонут в дефиците и дорожающих компонентах. По словам компании, рынок «разрывает» спрос со стороны ИИ-кластеров и ферм на базе GPU NVIDIA и AMD. Туда же утекают NAND и DRAM.

Дефицит будет только усиливаться

Transcend не считает происходящее временным. Компания ждет, что давление на цепочки поставок сохранится еще минимум от трех до пяти месяцев, а пик кризиса придется на конец 2025 — начало 2026 года.

Это подтверждают и отраслевые источники. SanDisk уже подняла контрактные цены на NAND на 50%. Innolux и Apacer предупредили партнеров о срыве поставок и невозможности выполнять обязательства.

В честь 50-летия компании, в продаже появился праздничный свитер 2025 года, украшенный легендарными символами прошлых десятилетий: Paint, MSN, Internet Explorer и, конечно же, Скрепышом (Clippy).

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

Свитер уже доступен в фирменном онлайн-магазине Microsoft по цене $79,95. И судя по реакции в соцсетях, его очень быстро раскупят.

Как Microsoft превратила мерч в традицию

История линейки Windows Ugly Sweater началась в 2018 году. Тогда Microsoft выпустила первый свитер с логотипом Windows 95. Причем его компания не продавала вовсе.

Самый первый свитер получили лишь избранные фанаты и блогеры, что мгновенно превратило вещь в редкий коллекционный артефакт.

Год спустя вышел свитер в стиле Windows XP, также разосланный ограниченному кругу людей. Лишь в 2020-м Microsoft решила открыть коллекцию для широкой публики — тогда тема была посвящена классическому Windows Paint.

Дальше серия стала ежегодной: Minesweeper в 2021-м, Clippy в 2022-м, обои Bliss из Windows XP в 2023-м.

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

Но в 2025-м она возвращается. И делает это максимально празднично.

Что особенного в свитере 2025 года

Нынешняя модель — это своеобразный «сборник хитов Microsoft». Дизайнеры собрали на ней узнаваемые элементы, охватывающие четыре десятилетия: от эпохи MS-DOS и раннего Paint до Internet Explorer и легендарного Скрепыша.

Судя по тому, как быстро разбирают подобные релизы, модель 2025 года тоже рискует стать редкостью. Тем более что Microsoft явно вкладывает в нее не только маркетинг, но и искреннюю игру с собственной историей.

Почему это снова работает

Секрет в том, что «уродливые свитеры» Microsoft — не просто мерч.

Это забавный ритуал, который объединяет поколение пользователей, выросших с Windows 95, XP и первыми браузерами. Поэтому каждый новый релиз — маленький праздник для тех, кто помнит звук запуска Windows XP и случайные появление Скрепыша с предложением «помочь».

ChatGPT стал не просто популярным продуктом — он стал исторической вехой. Вокруг него вырос огромный рынок генеративного ИИ, который по масштабу часто сравнивают с новой индустриальной революцией.

Появились и громкие заявления: например, автор книги «Империя ИИ» Карен Хао считает, что OpenAI уже обладает влиянием, сравнимым с государствами.

Мир в ожидании перемен

Обозреватель The Atlantic Чарли Варзел пишет, что мы живем «в мире, который построил ChatGPT» — мире нестабильности и ожидания следующего скачка технологий.

Мол, молодые специалисты сомневаются в выборе карьеры: они не понимают, какие профессии переживут новую волну автоматизации. Люди постарше переживают, что навыки, на которые они опирались десятилетиями, могут резко обесцениться.

Но не все смотрят на происходящее с тревогой. Инвесторы и технологические компании надеются, что ИИ принесет новую экономическую волну, похожую на бурный рост интернета в конце 90-х.

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

Как ИИ перестроил рынок капитала

По данным Bloomberg, эффект ChatGPT особенно заметен на фондовом рынке. Главный выигрывающий от происходящего игрок — NVIDIA. Ее графические процессоры стали основой ИИ-индустрии. Так, с момента запуска ChatGPT, акции компании выросли на 979%.

Вслед за ней ускорились и другие гиганты: Microsoft, Apple, Alphabet, Amazon, Broadcom. Теперь семь крупнейших компаний формируют 35% индекса S&P 500 — такой концентрации не было никогда.

Но внутри индустрии звучат и предупреждения. Гендиректор OpenAI Сэм Альтман открыто признает, что «кто-то потеряет феноменальные деньги на ИИ».

Глава Sierra и председатель совета директоров OpenAI Брет Тейлор сравнивает происходящее с пузырем доткомов: компаний может разориться много, но сама технология никуда не исчезнет.

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

Вывод получился неприятным, но точным: в современных офисах глубокая концентрация — редкость.

Линдерман показывает, что на продуктивность влияют три параметра:

• как часто мы отвлекаемся (λ);
• сколько времени нужно, чтобы снова «войти в поток» после каждого сбоя (Δ);
• и какой минимальный непрерывный фокус-блок требуется для настоящей работы (θ).

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

Часто за день получается только один фокус-блок длиннее часа.

Что показала модель: небольшие изменения дают мощный эффект

Линдерман смоделировал сотни рабочих дней в разных условиях.

Оказалось, что стоит уменьшить частоту отвлечений всего на единицу в час и день начинает заполняться длинными «зелеными» периодами настоящей работы.

При λ = 1 и Δ = 10 минут глубокой концентрации возникает в разы больше, чем при λ = 2 и Δ = 20. Не менее важен параметр θ — минимальное время, нужное для ощутимого прогресса.

Если задача требует часа непрерывного фокуса, обычный офисный день делает ее почти нереальной. Но если разбить работу на куски по 20–30 минут, шанс «поймать» такие окна значительно увеличивается — даже в шумной среде.

Что происходит в реальности: все еще хуже

Исследования показывают, что реальные условия сложнее, чем любые модели. Так, внутренние тесты Microsoft выявили: активные сотрудники отвлекаются примерно каждые две минуты.

В такой среде рабочий день распадается на множество коротких фрагментов и почти ни один не дотягивает до минимального продуктивного блока.

Что с этим делать: три пути вверх по «карте концентрации»

Линдерман предлагает относиться к рабочему дню как к системе, которой можно управлять:

• снижать λ: реже проверять почту, закрывать мессенджеры;
• уменьшать Δ: оставлять себе короткие заметки, использовать ритуалы для возвращения в задачу, избегать резких смен контекста;
• подбирать θ под реальность: дробить большие задачи, а самые сложные переносить на периоды минимального трафика.

Главный вывод модели прост: даже небольшие изменения дают огромный выигрыш.

Что самое неприятное, проблема задевает почти все ключевые элементы интерфейса.

Что сломалось

Поломка затронула компоненты Windows Shell, завязанные на XAML. Из-за ошибки начинают разваливаться:

• меню «Пуск» (StartMenuExperienceHost),
• «Проводник» (Explorer.exe),
• «Панель задач»,
• «Настройки Windows» (SystemSettings),

В общем, все, что открывается в Windows не через .exe из «Program Files», а через современные компоненты Shell.

Microsoft уточняет, что баг возникает:

• при первом входе пользователя после установки обновления,
• при каждом входе в системы, работающие как VDI / непостоянные образы (где приложения разворачиваются заново).

Откуда вообще взялась проблема

Оказалось, что источник бага — июльское обновление Windows 11 (KB5062553). То есть все ломалось еще четыре месяца назад, но теперь Microsoft наконец признала ошибку.

И да, свежее обновление Windows 11 25H2 тоже затронуто. В конце концов, в его основе лежит все тот же код.

Выяснилось, что во всем по итогу виноваты пакеты:

• MicrosoftWindows.Client.CBS_cw5n1h2txyewy,
• Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe,
• MicrosoftWindows.Client.Core_cw5n1h2txyewy.

Они обновляются вместе с системой и рушат XAML-инфраструктуру. Microsoft уже перечислила характерные признаки проблемы:

• падение Explorer.exe и ShellHost.exe;
• пустая или неработающая панель задач;
• «Пуск» не открывается;
• настройки не запускаются без ошибок — просто молча закрываются;
• XAML-интерфейсы не прогружаются;
• ImmersiveShell ведет себя как будто его удалили.

Временные решения

Патча, исправляющего баг, пока нет. Но Microsoft предлагает два костыля:

Перерегистрация системных пакетов (PowerShell)

Скрипт для входа в систему

Microsoft также рекомендует задерживать запуск Explorer.exe, пока не подгрузятся нужные пакеты.

Что дальше

Microsoft работает над официальным фиксом, но сроков пока нет. Проблема серьезная: ломаются не приложения, а базовые механизмы системы. Поэтому и исправление будет разрабатываться явно не один день.

Настолько серьезные, что функция будет выключена по умолчанию, а включить ее сможет только администратор.

Что вообще происходит

Компания продвигает идею «агентной операционной системы», где ИИ сам выполняет за пользователя сложные действия — от настройки системы до автоматизации рабочих процессов. В свежих сборках Windows 11 эта концепция начинает работать в реальности.

Для этого система создает специальные агентные аккаунты, которым Windows автоматически выдает доступ к пользовательским папкам:

• Documents;
• Downloads;
• Desktop;
• Videos;
• Pictures;
• Music.

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

В чем риск

Microsoft прямо пишет: такие агенты могут быть уязвимы к новым типам атак.

Главная угроза — Cross-Prompt Injection (XPIA). Если злоумышленник внедрит вредоносный текст в документ или интерфейс приложения, агент может:

• выполнить неправильную команду,
• отправить данные злоумышленнику,
• скачать и установить вредоносный файл,
• изменить настройки без ведома пользователя.

То есть ИИ-агента можно обмануть так же, как человека — только быстрее и эффективнее.

Microsoft пытается подстраховаться

Компания описывает набор принципов, которых намерена придерживаться:

• Любые действия агента должны быть наблюдаемы. Windows обязана вести журнал всех операций.
• Решения должны подтверждаться человеком. Автоматическое выполнение без согласия — запрещено.
• Логи должны быть защищены от подделки.

Но при этом Microsoft признает, что технология остается экспериментальной.

Когда нововведение станет доступно

Первые сборки Windows 11 с поддержкой агентных рабочих пространств уже отправлены инсайдерам в Dev-канале.

Пока что нет ни одного приложения, которое использует эти возможности, но Microsoft обещает добавить агентные функции в Copilot «совсем скоро».

Изменение не попало в официальные релиз-ноты, но пользователи уже подтвердили: после ноябрьских патчей способ перестал работать.

Что именно сломали

KMS38 был частью проекта MASSGRAVE — набора скриптов, которые давно используют для неофициальной активации Windows и Office.

Метод обходил стандартный 180-дневный период KMS, подменяя работу служебной программы gatherosstate.exe и продлевая активацию до января 2038 года — максимально возможной даты из-за известного бага Y2K38.

После обновлений KB5068861 и KB5067112, gatherosstate больше не выполняет нужные функции, а значит KMS38 перестал срабатывать. Автор MASSGRAVE подтвердил: метод официально мертв и удален из свежей версии скриптов.

Microsoft готовила это заранее

На самом деле финальная блокировка была лишь вопросом времени.

Еще в Windows 11 build 26040 (начало 2024 года) Microsoft убрала gatherosstate.exe с установочных образов. Любое обновление или in-place апгрейд сбрасывал таймер активации, вынуждая систему снова связываться с KMS-сервером.

А с октябрьского необязательного апдейта (KB5067036) компонент официально объявили устаревшим. Ноябрьский патч просто довел процесс до логического конца.

Что теперь делают пользователи

Разработчики MAS уже убрали KMS38 из релиза MAS 3.8. В качестве альтернатив они предлагают два других метода — HWID (привязка к оборудованию) и TSforge, которые пока продолжают работать.

Продуктивность разработчика повышается, когда к VSCode подключены инструменты для командной работы, контейнеризации и анализа данных. В статье по шагам разобрали, как интегрировать VSCode с GitLab, Docker и Jupyter.

Зачем всё это подключать

VSCode из коробки умеет работать с Git. Но когда ваш репозиторий лежит на GitLab, хочется создавать merge request прямо из редактора, просматривать pipeline, работать с issues.

Docker решает проблему «у меня работает, а у тебя нет». Вы пишете код в контейнере с одними версиями библиотек, и любой член команды запустит точно такое же окружение.

Jupyter традиционно запускают в браузере. Но переключаться между браузером и редактором неудобно. VSCode умеет работать напрямую — редактируете код, запускаете ячейки, смотрите графики в одном окне.

Как подключить VSCode к GitLab

Шаг 1. Устанавливаем расширение

Откройте VSCode и нажмите Ctrl+Shift+X. В поиске введите «GitLab Workflow». Установите официальное расширение. После установки в левой панели появится иконка GitLab.

Шаг 2. Получаем токен доступа

Расширению нужен способ общаться с вашим GitLab-сервером. Для этого создадим персональный токен:

1. Зайдите в GitLab через браузер.
2. Кликните на аватар >> Settings >> Access Tokens.
3. Придумайте название токена.
4. Выберите срок действия.
5. Отметьте галочками права доступа: api, read_user, read_repository, write_repository.
6. Нажмите «Create personal access token».
7. Скопируйте токен — он покажется только один раз.

Шаг 3. Настраиваем расширение

Вернитесь в VSCode. Нажмите Ctrl+Shift+P и введите «GitLab: Add Account». Расширение попросит два параметра:

• GitLab instance URL — адрес вашего GitLab (например, https://gitlab.com или адрес корпоративного сервера).
• Personal Access Token — токен, который только что создали.

Вставьте токен и нажмите Enter. Если всё правильно, в статус-баре внизу появится ваше имя пользователя GitLab.

Шаг 4. Работаем с проектом

Попробуем клонировать проект. Нажмите Ctrl+Shift+P и выберите «GitLab: Clone from GitLab». Расширение покажет список доступных проектов. Выберите нужный, укажите папку для клонирования.

Теперь вам доступны функции Git:

• Pipeline — в боковой панели GitLab видны все запущенные сборки, их статусы и логи.
• Issues — создавайте, редактируйте и закрывайте задачи прямо из редактора.
• Merge requests — посмотрите список MR, оставьте комментарии к коду, одобрите изменения.
• Snippets — сохраняйте фрагменты кода для повторного использования.

Как подключить VSCode к Docker

Редактор умеет запускать код прямо внутри контейнера. Вы редактируете файлы, а выполняются они в изолированной среде с выбранными настройками.

Шаг 1. Подготовка

Установите Docker Desktop с официального сайта. После установки убедитесь, что Docker запущен — в системном трее должна появиться иконка кита.

В VSCode установите два расширения:

• Docker.
• Dev Containers.

Шаг 2. Создаём Dockerfile

В корне проекта создайте файл Dockerfile. Пример для Python-проекта:

Этот файл говорит Docker:

1. Возьми базовый образ Python 3.11.
2. Создай рабочую директорию /app.
3. Скопируй и установи зависимости.
4. Скопируй весь код проекта.
5. При запуске выполни команду python main.py.

Шаг 3. Настраиваем Dev Container

Создайте папку .devcontainer в корне проекта. Внутри создайте файл devcontainer.json:

Конфигурация использует ваш Dockerfile для сборки контейнера. Она автоматически устанавливает Python-расширения внутри контейнера, пробрасывает порт 8000 (если у вас веб-приложение) и выполняет команду после создания контейнера.

Шаг 4. Запускаем разработку в контейнере

Нажмите Ctrl+Shift+P и выберите «Dev Containers: Reopen in Container». Редактор соберёт Docker-образ по вашему Dockerfile, запустит контейнер, подключится к нему и откроет ваш проект уже внутри контейнера.

Теперь весь код выполняется в изолированной среде. Терминал в VSCode работает внутри контейнера. Расширения устанавливаются в контейнер, отладчик запускает код там же.

Как подключить VSCode к Jupyter

В классическом интерфейсе нет нормального автодополнения кода, сложно работать с Git, неудобно рефакторить код и нет полноценной отладки. Плагины VSCode решают эти проблемы.

Шаг 1. Установка

Установите расширение «Jupyter» от Microsoft. Оно автоматически подтянет все необходимые зависимости.

В терминале установите Jupyter и ipykernel:

Шаг 2. Создаём первый ноутбук

Создайте файл с расширением .ipynb или нажмите Ctrl+Shift+P >> «Create: New Jupyter Notebook».

VSCode откроет интерфейс ноутбука. Вверху вы увидите панель инструментов с выбором ядра, кнопки запуска и добавления ячеек.

Шаг 3. Выбираем ядро

Кликните на «Select Kernel» в правом верхнем углу. VSCode покажет список доступных интерпретаторов:

• Локальные Python-окружения.
• Виртуальные окружения (venv, conda).
• Docker-контейнеры (если настроены).
• Удалённые Jupyter-серверы.

Выберите нужное окружение. VSCode запомнит выбор для этого ноутбука.

Шаг 4. Пишем и выполняем код

В ячейке напишите код:

Нажмите Shift+Enter для выполнения ячейки. График отобразится прямо под кодом.

Для Python-файлов можно включить интерактивный режим. Добавьте комментарий # %% в .py файл:

VSCode покажет кнопки «Run Cell» над каждым блоком. Теперь можно выполнять код частям.

Что в итоге

Первая настройка VSCode с GitLab, Docker и Jupyter занимает 30-40 минут. В итоге вы получаете единое рабочее пространство для ваших задач разработки.

Начните с GitLab и научитесь создавать merge requests из редактора. Потом добавьте Docker для одного проекта. Когда освоитесь, подключите Jupyter для работы с данными. Инструменты решают разные задачи, а VSCode объединяет их функции в одном интерфейсе.

Возьмите проект и последовательно подключите каждый инструмент. Через неделю удивитесь, как раньше работали без этой связки. Код пишется быстрее, ошибок меньше, а переключений между окнами почти нет.

Если что-то непонятно или не получается настроить — пишите в комментариях, разберёмся вместе!

Релиз вышел одновременно с .NET 10, который стал версией с долгосрочной поддержкой (LTS).

Что нового в Visual Studio 2026

По данным Microsoft, в новую версию вошло более 300 новых функций и 5000 исправлений ошибок, собранных по запросам сообщества. IDE получила обновленный дизайн на базе Fluent UI с 11 новыми темами и улучшенной производительностью.

Компания заявляет, что время загрузки проектов и зависания интерфейса сократились более чем на 50%, а общая отзывчивость среды разработки заметно выросла.

Главные изменения:

• интеграция GitHub Copilot во все части среды разработки;
• ускоренное открытие крупных проектов;
• переработанная система обновлений — теперь IDE обновляется отдельно от инструментов сборки;
• полная совместимость с более чем 4000 расширениями от Visual Studio 2022;
• поддержка новых инструментов для анализа кода и тестирования.

Отдельное обновление инструментов

Одно из самых ожидаемых нововведений — развязка Visual Studio и build tools.

Раньше обновление IDE приводило к изменению инструментов сборки и могло ломать рабочие процессы. Теперь разработчики могут получать ежемесячные апдейты Visual Studio с новыми функциями, не затрагивая цепочку сборки.

Релиз .NET 10

Одновременно с IDE вышел .NET 10 — LTS-релиз, который будет поддерживаться до 10 ноября 2028 года.

Microsoft называет его самым производительным за всю историю платформы: оптимизации коснулись рантайма, компиляции, языков и облачных нагрузок.

Компания рекомендует разработчикам как можно скорее перейти на новую версию, особенно для рабочих приложений. В процессе миграции можно использовать GitHub Copilot, который помогает адаптировать существующие проекты под .NET 10.

Почему это важно

Visual Studio 2026 делает ставку на скорость, стабильность и интеграцию с ИИ.

Microsoft позиционирует релиз как «инструмент, который не просто помогает писать код, а сам становится частью команды разработчиков».

Два патча с этой функцией уже добавлены в ветку kbuild-next, которая отвечает за сборочную систему ядра. И, по всей видимости, они попадут в окно слияния Linux 6.19.

Что изменится

Патчи включают глобальный флаг компиляции -fms-extensions для GCC и Clang.

Эта опция активирует нестандартные расширения C, поддерживаемые компилятором Microsoft Visual C/C++. Например, возможность анонимно встраивать структуры и объединения (struct/union) друг в друга.

Для разработчиков ядра это значит, что можно будет писать «более элегантный код» и в некоторых случаях даже экономить место в стеке.

Почему это важно

Ранее предложения включить -fms-extensions всплывали в рассылках разработчиков ядра не раз. Первые упоминания датируются еще 2007 годом. Но все это время они так и не доходили до релиза.

Теперь же, когда патчи уже в kbuild-next, их шансы попасть в мейнлайн выше, чем когда-либо.

Разработчик Расмус Виллемоэс, предложивший изменение, объясняет:

«Каждый раз, когда обсуждается включение -fms-extensions, выясняется, что код можно написать и без него. И получается «не слишком ужасно». Но если, как говорит Линус, просто стиснуть зубы и включить этот флаг раз и навсегда, он будет доступен всякий раз, когда ему найдется применение. И отдельным примерам не придется оправдывать его использование».

Что думает Линус Торвальдс

Сам Торвальдс, судя по его последним комментариям в рассылке, не возражает против включения Microsoft C Extensions в Linux 6.19.

Это довольно символично: ядро, десятилетиями противопоставлявшее себя экосистеме Microsoft, теперь официально допускает поведение компилятора из Visual Studio.

Что это даст разработчикам

• возможность использовать вложенные структуры без явных имен;
• немного чище и компактнее код в ряде подсистем;
• унификацию сборки под GCC и Clang;
• потенциальное упрощение кроссплатформенных драйверов и библиотек.

Не всем идея нравится — часть разработчиков считает неправильным позволять «поведение Microsoft» в коде ядра Linux.

Но если патчи пройдут ревью, то начиная с Linux 6.19 в ядре впервые официально появится поддержка расширений языка C из Visual Studio — шаг, о котором 15 лет назад в рассылке ядра даже не мечтали.

В ближайшие месяцы IDE получит поддержку многоагентной работы, улучшенный чат и доступ к новой модели GPT-5 Codex.

Компания отмечает, что это не гарантированный план релизов. Скорее он дает представление о том, как будет развиваться ИИ-экосистема Visual Studio.

Что появится в ближайшее время

Агентный режим и кастомные агенты

Microsoft тестирует возможность создавать собственных агентов — например, тестового и отладочного. Также рассматривается запуск нескольких Visual Studio Agents одновременно, чтобы выполнять параллельные задачи.

Режим чата с памятью и slash-командами

Планируется поддержка /команд для вызова промптов и управления чатами, улучшение «памяти» (глобальные инструкции пользователя) и функция исторической сводки переписки — чтобы возвращаться к старым веткам без потери контекста.

Интеграция с MCP

Visual Studio получит полную поддержку Model Context Protocol, который позволит подключать собственный dev-стек и MCP-серверы безопасно.

Среди улучшений — оптимизация производительности, белые списки серверов и единый UX для MCP-сервисов.

Модели нового поколения

Microsoft также работает над функцией Auto Model, которая позволит IDE самостоятельно выбирать оптимальную модель под задачу.

Но главное обновление — интеграция GPT-5 Codex, которая будет отвечать за контекстные подсказки и автодополнение кода.

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

Как заявил CEO компании Сатья Наделла в подкасте BG2Pod, рост штата больше не будет выглядеть как «возврат к доковидным временам»:

«Мы будем увеличивать численность, но каждая новая позиция должна давать больше отдачи, чем до эры ИИ».

Нанимают меньше — но «умнее»

За последние полтора года Microsoft сократила более 15 000 человек, оптимизируя структуры вокруг инвестиций в ИИ. Теперь компания формирует «AI-first» штат, где ключевую роль в подборе и работе сотрудников играют нейросети.

Наделла подчеркнул, что все процессы — от исследований до планирования — теперь начинаются с ИИ:

«Вы исследуете с помощью ИИ, думаете с помощью ИИ и делитесь результатами через него».

На практике это значит, что Copilot и другие внутренние инструменты Microsoft уже встроены в каждое звено работы — от офиса до DevOps.

По словам Наделлы, один из руководителей подразделения облачной инфраструктуры использовал ИИ-агентов, чтобы автоматизировать обслуживание сетей без найма дополнительных инженеров.

AI-кадры вместо классических специалистов

Microsoft больше не восстанавливает массово «старые» роли. Приоритет теперь у направлений, связанных с развитием искусственного интеллекта:

• машинное обучение и обучение моделей,
• облачная инфраструктура под ИИ-нагрузки,
• наука о данных и промт-инжиниринг.

Иными словами, компания растет не в ширину, а в эффективность — в расчете на то, что каждый сотрудник с ИИ-инструментами может производить больше, чем раньше целая команда.

Новый тренд для индустрии

Пока Google и Amazon продолжают сокращения, Microsoft делает ставку на рост производительности через ИИ, а не просто экономию расходов.

Аналитики считают, что это сигнал для всей отрасли: рост больше не измеряется количеством сотрудников, теперь важна их способность работать в связке с нейросетями.

Для соискателей это означает одно: востребованы будут адаптивные специалисты с цифровой грамотностью и опытом работы с ИИ-инструментами, а не просто «универсальные» разработчики или администраторы.

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

Приложения за минуты

Главное новшество — Copilot App Builder. Этот агент способен за несколько минут сгенерировать и развернуть рабочее приложение: с панелями, графиками, калькуляторами, списками и формами.

Все, что для этого нужно — написать промт вроде «Создай дашборд для учета продаж с фильтром по регионам».

После генерации, Copilot позволяет редактировать интерфейс и функциональность через дальнейшие подсказки на естественном языке. Готовое приложение можно расшарить по ссылке внутри компании — так же, как Word-документ или Excel-таблицу.

Данные в таких приложениях хранятся не в сложных базах, а в Microsoft Lists, что делает процесс максимально простым для непрофессиональных разработчиков.

Автоматизация задач

Второй агент, Copilot Workflows, предназначен для автоматизации рабочих процессов: от рассылки писем до организации встреч в Teams.

Пользователю достаточно написать, что он хочет автоматизировать и Copilot создаст готовый сценарий, объединяющий Outlook, SharePoint, Planner и прочие сервисы Microsoft 365.

Например: «Каждое утро отправляй отчет о новых задачах в общий чат» — и ИИ создаст нужный воркфлоу, который можно потом донастроить обычными фразами вроде «Добавь напоминание за час до дедлайна».

Новая экосистема агентов

Microsoft также запустила облегченную версию Copilot Studio — встроенную среду для создания ИИ-агентов и внутренних инструментов прямо внутри Copilot.

Если же нужно что-то масштабнее — с кастомными моделями и сложными потоками данных — можно перейти в полноценную версию Copilot Studio.

Обе новинки (App Builder и Workflows) уже доступны корпоративным клиентам через Agent Store в рамках программы Copilot Frontier.

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

Редакция Tproger сделала и адаптировала перевод подборки программ для Windows и macOS. Здесь вы найдёте проверенные временем решения для работы, развлечений и повседневных задач. Мы сосредоточились на бесплатных и условно-бесплатных приложениях с отличной репутацией, которые решают реальные задачи без навязывания ненужных функций.

Список разбит по категориям: от браузеров и гейминга до утилит безопасности и инструментов для продуктивности.

Неважно, опытный вы пользователь или новичок — здесь найдётся что-то полезное для каждого.

Браузеры

Браузер — это, пожалуй, самое важное приложение на вашем компьютере. Именно через него проходит большая часть вашей цифровой жизни: работа, развлечения, коммуникации. Выбор браузера влияет не только на скорость загрузки страниц, но и на конфиденциальность, безопасность и удобство работы.

• Большинство пользователей: Chrome, Edge или Safari
• Защита приватности: Firefox, Brave, Ungoogled Chromium
• Опытные пользователи: Vivaldi
• Максимальная анонимность: Tor Browser

Google Chrome

Chrome остаётся самым популярным браузером в мире — и не просто так. Он быстрый, стабильный и отлично интегрируется с экосистемой Google. Огромная библиотека расширений из Chrome Web Store позволяет настроить браузер под любые задачи. Синхронизация между устройствами работает безупречно: вкладки, пароли, закладки и история всегда под рукой.

Минус один, но существенный: Chrome прожорлив. Если у вас открыто больше десятка вкладок, он может съесть несколько гигабайт оперативной памяти. На компьютерах с 8 ГБ RAM и меньше это становится проблемой.

Mozilla Firefox

Firefox — это выбор тех, кто ценит приватность и открытость. Mozilla не зарабатывает на продаже ваших данных, а сам браузер активно развивается сообществом. Встроенные инструменты защиты от трекинга работают из коробки, блокируя рекламные сети и скрипты слежения.

По скорости Firefox не уступает Chrome, а по потреблению памяти даже выигрывает. Библиотека расширений чуть меньше, чем у Chrome, но все основные инструменты доступны.

Microsoft Edge

Edge построен на том же движке Chromium, что и Chrome, но при этом лучше оптимизирован для Windows. Microsoft вложилась в производительность: браузер работает быстро, потребляет меньше ресурсов и отлично интегрируется с системой.

Особенно приятны функции вроде Collections (коллекции вкладок для организации исследований), режим чтения и встроенный скриншотер. Edge поддерживает все расширения Chrome, так что переход безболезненный.

Brave

Brave — это Chrome на стероидах приватности. Браузер блокирует рекламу и трекеры по умолчанию, что делает сёрфинг быстрее и безопаснее. При этом он полностью совместим с расширениями Chrome.

Есть интересная фишка: Brave Rewards позволяет зарабатывать криптовалюту за просмотр приватной рекламы (если захотите её включить). Спорная механика, но как опция — почему нет. Для тех, кто хочет Chrome без Google и с упором на приватность, Brave — отличный выбор.

Safari (только macOS)

Если у вас Mac, Safari заслуживает внимания. Это самый энергоэффективный браузер для macOS: на MacBook он даёт ощутимо больше автономности по сравнению с Chrome или Firefox. Интеграция с экосистемой Apple безупречна: Handoff, синхронизация через iCloud, Reading List, автозаполнение паролей.

Safari быстрый, безопасный и не перегружен функциями. Единственный минус — библиотека расширений заметно скромнее, чем у конкурентов. Но для большинства задач базового функционала хватает.

Ungoogled Chromium

Для ультраосторожных Ungoogled Chromium удаляет всё отслеживание и сервисы Google — но вам придётся настраивать всё самостоятельно, так как в нём нет автообновлений или встроенной синхронизации.

Для максимально осторожных пользователей — это Chrome, из которого убрали всю телеметрию Google, отслеживание и облачные сервисы. Браузер работает, но требует ручной настройки: отсутствуют автоматические обновления и встроенная синхронизация между устройствами.

Tor Browser

Выводя приватность на следующий уровень, Tor Browser маршрутизирует ваш трафик через сеть Tor, анонимизируя ваш IP и многократно шифруя соединение. Он медленнее по задумке, но идеален, если ваш приоритет — максимальная анонимность, а не скорость или удобство.

Vivaldi

Vivaldi — браузер мечты для тех, кто хочет полного контроля. Стекирование вкладок, тайлинг, кастомные горячие клавиши, встроенная почта и календарь, веб-панели — это полноценный десктопный опыт внутри браузера. Хотите боковую панель браузера, открывающую ваши заметки, RSS-ленты или любой нужный сайт? Vivaldi это умеет.

Arc

Наконец, Arc — когда-то новичок на рынке браузеров, нацеленный на переосмысление UX: замена традиционной панели вкладок на боковую панель, акцент на веб-приложениях, интегрированные разделённые виды и easels для заметок и доски. К сожалению, компания за Arc прекратила разработку, чтобы полностью переключиться на ИИ с новым браузером, который сейчас в закрытой бета-версии.

Управление паролями

• Лучший бесплатный выбор: Bitwarden
• Также отлично: 1Password, Dashlane, KeePass

Миллионы людей продолжают использовать одни и те же слабые пароли на всех сайтах — или, что ещё хуже, держатся за классику вроде «123456». Даже сильные пароли мало помогают, если их повторяют или забывают. Конечно, большинство браузеров предлагают встроенные менеджеры паролей, но они ограничены, привязаны к одному браузеру и менее безопасны, чем специализированные решения.

Также не будем забывать о passkeys (ключах доступа). Если говорить практически, можно сказать, что passkeys объединяют концепцию пароля и двухфакторной аутентификации (2FA) в одно плавное действие, но гораздо безопаснее и гораздо менее раздражающе.

Bitwarden

Полностью опенсорсный, зашифрованный и щедрый даже в бесплатной версии. Вы получаете неограниченное количество паролей, синхронизацию между устройствами и приложения для всех платформ. Премиум ($10/год) добавляет безопасный обмен файлами и инструменты 2FA. Также есть доступные семейные и командные планы.

1Password

Премиум-решение с отполированным интерфейсом, сильной кроссплатформенной поддержкой и отличными функциями вроде Travel Mode (режим путешествий) и полной интеграцией passkeys.

Dashlane

Предлагает мониторинг даркнета, интеграцию VPN и плавный пользовательский опыт. Есть бесплатный тариф с ограниченными функциями, но премиум-версия конкурентоспособна.

KeePassXC

Отличная оффлайн-альтернатива, если хотите полного контроля и не против ручной синхронизации (или использования чего-то вроде Syncthing или Dropbox для синхронизации базы данных).

Пропустите LastPass — когда-то фаворит, он упал в немилость после повторных утечек безопасности. Для душевного спокойствия лучше поискать в другом месте.

Продвинутые утилиты и дополнения к ОС

• Поиск + лаунчеры: Everything или Wox (Windows), Alfred или Raycast (macOS)
• Пакетные менеджеры: WinGet, Homebrew (macOS)
• Для пользователей Windows: PowerToys
• Для пользователей Mac: Rectangle
• История буфера обмена: ClipClip, Flycut (macOS)
• Скриншоты + аннотации: Monosnap

Winget

Официальный менеджер пакетов Microsoft, встроенный в Windows 10 и 11. Работает похоже на Chocolatey, но разработан и поддерживается Microsoft. Homebrew — самый популярный менеджер пакетов для macOS. Позволяет быстро устанавливать, обновлять и управлять приложениями и CLI-инструментами с помощью команд в терминале.

Everything

Что касается поиска, Everything остаётся золотым стандартом сверхбыстрого поиска по именам файлов в Windows. Он индексирует диски за секунды и выдаёт почти мгновенные результаты с минимальной нагрузкой на систему. Если нужен функционал шире базового поиска, Wox использует движок Everything и добавляет мощные возможности лаунчера: поиск файлов, запуск приложений, калькулятор, перевод текста и расширения через плагины. Получается более гибкий опыт в духе Spotlight для Windows.

Command Palette/Alfred/Raycast

В который раз Microsoft не смогла существенно улучшить встроенный поиск Windows, хотя Command Palette в PowerToys даёт неплохой компромисс для тех, кто не хочет ставить сторонние утилиты.

На macOS Alfred по-прежнему главный лаунчер и утилита поиска. Он быстрый, интуитивный и в бесплатной версии включает историю буфера и настраиваемые поиски; расширенная автоматизация и «воркфлоу» доступны в Powerpack.

Тем, кто хочет современную облачно-интегрированную альтернативу с готовыми расширениями и встроенной поддержкой Notion, GitHub и Slack, стоит присмотреться к Raycast — это стильный, дружественный к разработчикам вариант, который стремительно набирает популярность.

Менеджеры буфера обмена

Они позволяют возвращаться к ранее скопированному — тексту, изображениям, ссылкам — и сильно ускоряют рутинные операции.

В Windows встроенная история буфера (Win + V) кое-как выручает, но продвинутым пользователям обычно хочется большего. В числе бесплатных рекомендаций — ClipClip для Windows и Flycut для macOS.

Когда речь о скриншотах и аннотациях, штатные инструменты macOS и Windows заметно выросли. Но многим всё равно удобнее сторонние решения. Нам по-прежнему нравится Monosnap за простоту и возможность мгновенно заливать снимки в облако для шаринга (и это бесплатно).

PowerToys — набор полезных утилит от Microsoft для продвинутых пользователей Windows, повышающих продуктивность и упрощающих рабочие процессы. Среди инструментов: FancyZones для продвинутого раскладывания окон, PowerRename для пакетного переименования, Keyboard Manager для ремапинга клавиш, универсальный color picker и другие.

Rectangle и Magnet — два самых популярных приложения на macOS для закрепления окон: быстрые выравнивание и ресайз по хоткеям или перетаскиванием, примерно как по умолчанию в Windows. Пользователям, пришедшим с Windows и скучающим по системному снапингу, одно из них жизненно необходимо.

Широко используемая альтернатива в Windows — FancyZones (часть PowerToys), предлагающая продвинутое управление окнами: настраиваемые сетки, зоны привязки и поддержку нескольких мониторов — поэтому это фаворит пауэр-пользователей на Windows.

Для рутины и создания проектов

• Бесплатные инструменты: FreeOffice, LibreOffice и WPS Office
• Microsoft Office за единовременную плату $49, Office 2024 — $129
• Заметки: Notion, OneNote, Obsidian
• Бесплатный PDF-редактор: PDFsam
• Почтовые клиенты: Thunderbird, eM Client

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

Microsoft Office остаётся отраслевым стандартом для профессиональной продуктивности. Подписка Microsoft 365 открывает доступ к Word, Excel, PowerPoint, Outlook и включает 1 ТБ облачного хранилища.

Среди бесплатных альтернатив LibreOffice — мощный open-source комплект с сильным сообществом (хотя интерфейс некоторым кажется старомодным). Если нужна внешне более майкрософтовская альтернатива, попробуйте FreeOffice или WPS Office Free — у них хорошая совместимость.

На macOS Pages, Numbers и Keynote предустановлены и более чем достаточны для большинства задач, особенно если вы в экосистеме Apple.

Знания и ведение заметок

Notion стал универсальной платформой организации: заметки, базы данных, to-do, управление проектами, создания совместных рабочих пространств. Если нужны более локальные заметки с синхронизацией между устройствами и поддержкой Markdown, Obsidian — любимец студентов и исследователей.

Для быстрых кроссплатформенных заметок OneNote — крепкий бесплатный вариант от Microsoft. В качестве альтернатив — Simplenote или open-source Joplin.

Если вы занимаетесь академической работой и научными статьями, Zotero — отличный open-source менеджер источников с интеграцией в браузер и совместными коллекциями. Milanote предлагает визуальный подход к заметкам и планированию — идеально для креативных пользователей.

Работа с PDF

Хотя Adobe Acrobat остаётся премиальным редактором PDF, бесплатные альтернативы вроде PDFsam позволяют без усилий объединять, разбивать, редактировать и поворачивать страницы.

Инструменты для дизайна и создания контента

Для дизайна два выделяющихся приложения хорошо дополняют набор продуктивности. Figma Desktop — совместная платформа интерфейс-дизайна, широко используемая UI/UX-дизайнерами и фронтенд-разработчиками. Десктоп-версия работает быстрее, чем браузер, и лучше интегрируется с ОС — это удобно для сложных дизайн-систем и коллаборации в реальном времени.

Canva с интуитивным drag-and-drop превосходно чувствует себя и как десктоп-приложение. Отлично подходит для быстрых графических материалов для соцсетей, маркетинга, постеров и презентаций. Благодаря тысячам шаблонов и совместной работе это фаворит как у профи, так и у новичков.

Почтовые клиенты

Если вы предпочитаете отдельный почтовый клиент, у eM Client много функций, бесплатный — до двух аккаунтов. Mozilla Thunderbird — мощная open-source альтернатива с удобной настраиваемостью, а Mailbird — вариант с упором на продуктивность для тех, кого не пугает подписка.

Инструменты разработчика

• Редакторы кода и текста: VS Code, Cursor, Sublime Text
• Система контроля версий: SourceTree, GitHub Desktop
• Контейнеры: Docker
• Локальные LLM: Ollama
• SFTP, загрузка файлов: WinSCP, Forklift

Для разработчиков Visual Studio Code — безусловный вариант. Бесплатный, лёгкий, но мощный, кроссплатформенный — тысячи расширений покрывают практически любой язык, фреймворк или инструмент. Набирающая популярность альтернатива — Cursor, редактор на базе VS Code с усиленной AI-помощью. Он подходит для связки с LLM: даёт inline-подсказки, генерирует код, рефакторит и позволяет редактировать кодовую базу.

При этом Sublime Text остаётся для скорости и простоты, а Notepad++ — отличный лёгкий редактор для быстрых правок в Windows.

Для Git графические клиенты SourceTree и SmartGit дают понятный интерфейс для управления репозиториями на GitHub, GitLab и не только. GitHub Desktop раньше был простоват и не слишком хорош, но сейчас существенно прибавил — всё ещё простой для работы, но в хорошем смысле.

Для локальных окружений, API-тестирования или терминального воркфлоу инструментов — пруд пруди. Например, Docker Desktop стал стандартом для тех, кто собирает и запускает контейнеризированные приложения на разных платформах. Он упрощает настройку окружений и держит систему чистой.

Ollama позволяет запускать большие языковые модели (LLM) локально с минимальной настройкой. Поддерживает модели вроде LLaMA, Mistral и другие open-weight альтернативы GPT, так что можно работать с ИИ прямо на своём компьютере без отправки данных в облако.

Если вы работаете с облачными хранилищами или SFTP, WinSCP (Windows) и ForkLift (macOS) — отличные клиенты с двухпанельным управлением файлами, синхронизацией и автоматизацией. На Mac также популярны Commander One и Transmit — у них есть встроенные подключения к удалённым и облачным путям.

Безопасность

И Windows, и macOS сегодня предлагают более чем достойную встроенную защиту. С защитой в реальном времени, интеграцией с файерволом и биометрией вроде Windows Hello и Touch ID. Для обычных пользователей, которые соблюдают гигиену безопасности: не скачивают сомнительное ПО, используют менеджеры паролей и включают 2FA — встроенной защиты часто хватает.

Для продвинутых пользователей есть дополнительные варианты.

Отличное первое дополнение — Malwarebytes. Это давний фаворит в обнаружении и удалении malware, adware и руткитов; бесплатная версия по-прежнему хороша для ручных сканов. В платной — защита в реальном времени без ощутимой просадки производительности.

Если не хочется ставить традиционный антивирус, есть достойные альтернативы. Emsisoft Emergency Kit — мощный портативный сканер, который можно запускать с флешки: идеально для редких глубоких сканов или лечения заражённых систем без установки чего-либо. Просто подключаете, когда нужно.

Ещё один отличный инструмент — VirusTotal: бесплатный веб-сервис, который проверяет файлы и URL через десятки антивирусных движков. Прежде чем открывать подозрительную загрузку, можно залить файл на VirusTotal.com или использовать их расширение для браузера, чтобы проверять ссылки в реальном времени. Быстро, просто и удобно для осторожных пользователей.

Мы не поклонники установки антивирусов на каждый компьютер и не полностью в курсе, какие сейчас показывают лучшие результаты. Тем не менее, AV-Test давно и регулярно оценивает популярные решения, поэтому советуем смотреть их свежие отчёты. В текущем списке высокооценённых — Avast, BitDefender, ESET и другие; многие из них предлагают бесплатные версии для пробы.

Удалённый доступ и вспомогательные утилиты

RustDesk стал современным, ориентированным на приватность аналогом TeamViewer. Он с открытым исходным кодом, быстрый и работает кроссплатформенно.

Тем, кому нужны более устоявшиеся коммерческие решения, подойдёт AnyDesk, который остаётся лёгким и надёжным вариантом для личного и командного использования.

Превращение смартфона в пульт дистанционного управления компьютером бывает невероятно удобно — будь то презентации, потоковое видео или просто навигация с дивана.

Remote Mouse — простой и эффективный способ эмулировать мышь и клавиатуру с телефона. Для более продвинутых сценариев можно использовать приложения вроде Unified Remote.

Редактирование изображений и видео

• Профессиональный видеомонтаж: DaVinci Resolve
• Простой видеомонтаж: CapCut
• Редакторы изображений: GIMP, PhotoDemon, Pixelmator Pro
• Бесплатное улучшение изображений: Upscayl
• RAW-редактирование: RawTherapee
• Видеоконвертация: HandBrake

Если вам нужен бесплатный инструмент для редактирования изображений, GIMP — один из самых мощных вариантов. Он предоставляет профессиональные возможности, такие как слои, маски и настраиваемые плагины, что делает его идеальным для продвинутых пользователей. Если вы ищете более лёгкий редактор с чистым интерфейсом, стоит обратить внимание на PhotoDemon. Он работает как портативное приложение на Windows, поддерживает слои и редактирование — отличный выбор для быстрых правок или ретуши.

Если вы хотите увеличивать разрешение изображений без потери качества, Upscayl — мощный и бесплатный инструмент для апскейла. Он кроссплатформенный, и по нашим тестам показывает результаты на уровне платных решений вроде Topaz.

Для векторной графики — логотипы, иллюстрации — Inkscape является достойным open-source вариантом с полной поддержкой редактирования SVG. Krita — ещё один отличный бесплатный инструмент, особенно подходящий для цифровой живописи и художественного творчества.

Для редактирования RAW-фотографий, Darktable и RawTherapee — два высококлассных open-source аналога Adobe Lightroom. Их широко используют фотографы, которым нужна работа с изображениями без подписки.

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

Среди платных фоторедакторов Adobe Photoshop остаётся лидером, но для macOS есть Pixelmator Pro — мощное приложение с разовой оплатой, а Affinity Photo предлагает профессиональные возможности по более доступной цене.

Видеомонтаж и конвертация

DaVinci Resolve считается лучшим бесплатным профессиональным ПО. Его используют и энтузиасты, и профессионалы — от простого тримминга до цветокоррекции и сложного постпродакшена.

Shotcut и Kdenlive — тоже сильные бесплатные варианты, предлагают более простой фукнционал с хорошим набором функций для новичков и продвинутых пользователей. CapCut, изначально мобильное приложение, теперь доступен на десктопе — идеально подходит для быстрых монтажей и роликов для соцсетей.

Для пользователей macOS iMovie предустановлен и остаётся надёжным вариантом для базовых видео. Если вам нужно просто конвертировать или сжимать видео в современные форматы, HandBrake — проверенное бесплатное решение с поддержкой и вариацией входных и выходных форматов.

Тем, кто ищет топовый профессиональный монтаж, подойдут Adobe Premiere Pro и Final Cut Pro, но там есть дорогая подписка и более высокий порог входа.

Коммуникации и совместная работа

• Для повседневной связи: WhatsApp, Messenger и Zoom, если у вас нет FaceTime
• Для приватности: Signal
• Для работы: Slack, Teams
• Для игр и общения: Discord

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

Для личной переписки WhatsApp и Facebook Messenger остаются самыми массовыми платформами по всему миру. У них есть десктопные клиенты и встроенное сквозное шифрование по умолчанию. Telegram также крайне популярен благодаря синхронизации между устройствами и поддержке крупных чатов. Пользователи Apple продолжают активно использовать iMessage для приватного, шифрованного общения в экосистеме Apple.

Из видеоконференций Zoom остаётся одним из лидеров для групповых звонков и онлайн-ивентов, предлагая локальные записи, демонстрацию экрана и комнаты (breakout rooms). Однако бесплатный тариф ограничивает 1:1 звонки 40 минутами, если не перейти на платный план. Zoom поддерживает сквозное шифрование, но при включении E2EE отключаются некоторые функции вроде облачной записи и комнат.

Google Meet — отличный браузерный аналог без необходимости установки, который заметно улучшился по качеству и удобству использования. Многие компании применяют Meet в ежедневной работе и гибридных форматах. Если ваша организация использует Microsoft 365, скорее всего, вы работаете в Microsoft Teams, который уже заменил Skype на корпоративном уровне. Teams поддерживает большие созвоны, обмен файлами и глубоко интегрирован с Office. Сквозное шифрование доступно, но только для 1:1 звонков.

FaceTime по-прежнему отличный для пользователей Apple, и благодаря новым обновлениям к звонку теперь могут присоединяться и пользователи Android/Windows по ссылке через браузер.

Когда приватность критична, Signal — один из лучших вариантов. Разработан некоммерческой организацией, бесплатен, open-source, без рекламы, использует надёжное сквозное шифрование для сообщений и звонков.

Для рабочих коммуникаций Slack и Teams продолжают использоваться в бизнес-среде. Бесплатный тариф Slack ограничивает историю 90 днями и звонки, но остаётся любимцем стартапов и малых команд благодаря интеграциям и ботам. Cisco Webex — также крепкий вариант, особенно популярен в корпоративной среде.

Если вы работаете с креативными командами, сообществами или геймерами, Discord стал явным лидером. Изначально созданный для игр, он превратился в полноценную коллаборативную платформу с текстом, голосом и видео, стримингом экрана и ботами для автоматизации. Многие комьюнити — и даже IT-компании — используют Discord как основной рабочий инструмент.

Для внутриигрового голосового чата TeamSpeak остаётся олдскульным достойным вариантом: можно использовать анонимно и получать полный контроль над сервером. Встроенный чат Steam лучше, чем раньше, и помогает в игровой координации, но большинство всё же выбирает Discord.

Гейминг, моддинг и стриминг

• Игровые платформы: Steam, Epic Games, EA App, Ubisoft, GOG
• Последние драйверы для GPU: Nvidia GeForce, AMD Radeon, Intel Arc
• Стриминг: OBS Studio

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

Не менее важно установить Epic Games Store. Хотя библиотека меньше, он регулярно раздаёт бесплатные игры, доступные любому с аккаунтом Epic. Это также must-have, если вы играете в Fortnite.

Помните: не все издатели размещают игры на Steam или Epic. Для тайтлов EA понадобится EA App (ранее Origin), для Ubisoft — Ubisoft Connect, для Blizzard/Activision — Battle.net, а GOG Galaxy не только предлагает DRM-free классику, но и может агрегировать игры из других лаунчеров.

Некоторые сверхпопулярные игры распространяются отдельно: Minecraft (через Minecraft.net или Microsoft Store), Roblox, League of Legends и Valorant (через лаунчер Riot Games). Если вы новичок и ищете что-то лёгкое, можно начать с free-to-play тайтлов или классики вроде Brutal Chess или GZDoom.

Если вы играете с геймпадом, Windows поддерживает Xbox-контроллеры из коробки. PlayStation-контроллеры теперь тоже отлично работают: Steam через Steam Input поддерживает DualShock 4 и DualSense практически во всех играх. При необходимости глубокой кастомизации можно использовать DS4Windows, но большинству хватает возможностей Steam.

Если вас интересует моддинг, хороший менеджер модов время в этой жизни:

• Mod Organizer 2 — лучший для RPG Bethesda (Skyrim, Fallout).
• Vortex (от Nexus Mods) — дружелюбный к новичкам и поддерживает широкий перечень игр.

Для записи геймплея или стриминга Nvidia ShadowPlay и AMD Radeon ReLive подходят для простых задач. Но для стриминга с вебкой, сценами, оверлеями или многосценовым продакшеном OBS Studio — безальтернативный лидер. Он бесплатный, open-source и подходит как новичкам, так и про-стримерам (Twitch, YouTube, Kick и т.д.). SignalRGB помогает синхронизировать весь RGB-зоопарк и задавать динамические эффекты.

Мониторинг железа и разгон

• Мониторинг: CPU-Z, HWMonitor, HWiNFO64
• Настройка и разгон: Afterburner, FanControl, ThrottleStop, SignalRGB

Одно из первых дел, которое стоит сделать после сборки ПК — убедиться, что компоненты соответствуют ожиданиям и работают корректно. К счастью, существует много инструментов, позволяющих мониторить, тестировать и настраивать железо.

Начать стоит с CPU-Z — классического бесплатного инструмента, показывающего информацию о CPU, материнской плате, оперативной памяти и других компонентах. Он также умеет запускать простой стресс-тест и бенчмарк для проверки стабильности.

Для более широкого мониторинга HWMonitor показывает температуры, напряжения и скорости вентиляторов в реальном времени. Если нужно ещё глубже и с более гибким интерфейсом — HWiNFO64 считается одним из лучших: поддерживает логирование датчиков и интеграцию с оверлеями (например, RTSS или Rainmeter).

Чтобы проверить хранилище, CrystalDiskMark измеряет скорость чтения/записи SSD и HDD — это помогает понять, соответствует ли диск заявленным характеристикам. Глубже оценить здоровье накопителя можно в Hard Disk Sentinel, который анализирует SMART-данные, оценивает срок службы и предлагает ограниченный ремонт.

С точки зрения охлаждения, всё больше геймеров используют утилиты для настройки вентиляторов. FanControl — актуальный бесплатный фаворит: поддерживает сложные кривые оборотов, привязку к датчикам, и совместим с большинством современных материнских плат. На Mac одной из лучших утилит остаётся Macs Fan Control.

Для настройки видеокарт долгое время стандартом был MSI Afterburner — для разгона, настройки вентиляторов и мониторинга с RTSS-оверлеем. Однако из-за замедления обновлений многие сегодня используют встроенные утилиты от Nvidia (GeForce Experience/Control Panel) и AMD (Adrenalin Software).

Если вы меняете видеокарту или подозреваете проблемы с драйверами, обязательно используйте Display Driver Uninstaller (DDU) — он полностью очищает систему от старых драйверов перед переустановкой.

Если вы играете на ноутбуке или хотите снизить нагрев и повысить автономность, ThrottleStop остаётся одним из лучших инструментов для андервольта CPU и настройки энергопрофилей.

Тем, кто серьёзно подошёл к разгону CPU и GPU, пригодятся фирменные инструменты вроде Intel XTU (для Intel) и AMD Ryzen Master — они дают контроль над частотами, напряжениями и лимитами мощности.

Управление файлами

• Поиск больших файлов: SpaceSniffer, WizTree, Disk Drill (macOS)
• Поиск дубликатов: dupeGuru
• Архивы и ZIP: PeaZip, The Unarchiver
• Очистка: BCUninstaller, CCleaner Portable, AppCleaner (macOS)

Чтобы грамотно управлять файлами и освобождать место, нужно понимать, что именно занимает пространство. На Windows популярны WinDirStat и WizTree — быстрые бесплатные инструменты для визуализации диска. SpaceSniffer предоставляет динамическую схему.

На macOS — GrandPerspective и Disk Drill предлагают аналогичный функционал, а DaisyDisk — один из самых красивых платных вариантов с молниеносным сканированием.

Если дубликаты засоряют диск, dupeGuru (open-source) отлично справляется с поиском повторяющихся изображений и музыки, даже слегка изменённых.

Для пакетного переименования файлов (например, фоточек с камеры) существует гибкий Bulk Rename Utility. Если нужно что-то попроще: PowerRename из PowerToys (Windows) или встроенный инструмент в Finder (macOS) подходят большинству.

Встроенный File Explorer в Windows недавно получил вкладки и стал удобнее, но Files (open-source) — современная альтернатива с улучшенным UX. Кто-то ещё пользуется Total Commander или Directory Opus, благодаря расширяемости и скриптам, хотя новичкам они кажутся устаревшими. Для просмотра изображений по-прежнему незаменим IrfanView.

Для работы с архивами, если не устраивает встроенный ZIP-менеджер Windows, скачайте 7-Zip или PeaZip. На Mac лучшим бесплатным инструментом остаётся The Unarchiver.

Для очистки системы важно выбирать надёжные утилиты. На Windows, BCUninstaller (Bulk Crap Uninstaller) — один из самых проверенных для удаления программ и их хвостов. BleachBit и Wise Disk Cleaner — безопасные альтернативы CCleaner (лучше использовать Portable-версию, так как стационарная испортила репутацию). На Mac AppCleaner всё ещё любим за полное удаление приложений без мусора.

Если вы организуете большую библиотеку медиа, стоит взглянуть на open-source TagSpaces, позволяющий тегировать файлы локально, без облака.

Облачное хранилище и резервное копирование

• Простая синхронизация: Dropbox, Google Drive
• Фото между устройствами: Apple iCloud, Google Photos
• Приватность: pCloud, Proton Drive, Internxt
• Полные бэкапы: Backblaze, IDrive

Базовое облачное хранилище

Dropbox — один из самых простых в использовании, хотя бесплатных 2 ГБ мало.

Google Drive — 15 ГБ бесплатно, используется Gmail, Docs и Photos. Идеален для Android.

OneDrive — идёт в комплекте с Windows и Microsoft 365. 1 ТБ включён в большинство Office-планов. Хотя по скорости и интерфейсу уступает Dropbox/Google.

iCloud Drive — лучший выбор для пользователей Apple, глубокая интеграция с macOS/iOS. Бесплатно 5 ГБ, далее по планам до 2 ТБ.

Proton Drive — шифрованная альтернатива от создателей ProtonMail.

Фото и видео

На macOS приложение Photos автоматически создаёт альбомы по людям и локациям, синхронизирует всё через iCloud.

На Windows мы часто рекомендуем Google Photos, который предлагает аналогичный набор функций и автоматизацию. Для пользователей Android — это стандарт по умолчанию. Да, раньше было безлимитно, теперь фото занимают общее место Google Drive (15 ГБ), которое быстро заканчивается.

Полные бэкапы

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

Backblaze — топ в этой категории: фиксированная цена (~$8/месяц за устройство), безлимитное хранилище, минимум настроек: установил и забыл.

IDrive — более контролируемый вариант, поддерживает несколько устройств, внешние диски и версионность файлов.

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

Профессионалам — Acronis Cyber Protect: клон дисков, анти-вымогатель, гибридное облако.

Для особо чувствительных данных

Если вы храните личные финансовые документы или медицинские сведения, стоит выбрать end-to-end решений.

pCloud предлагает клиентское шифрование (через платный «Crypto»). Даже при взломе аккаунта файлы не расшифруются без ключа.

Proton Drive — аналогичный подход, с прозрачностью open-source.

Прочие полезные инструменты, не вошедшие в другие разделы

Google Earth — для любителей карт и планировки.

qBittorrent — лучший torrent-клиент: чистый, без рекламы, с поиском. Альтернатива — легковесный Transmission или кастомизируемый Deluge.

iMazing — must-have для владельцев iPhone: резервные копии, экспорт медиа, проверка батареи, конвертация HEIC.

AirDroid — аналог для Android: управление файлам, уведомления, SMS с ПК.

Rufus — лидер по созданию загрузочных USB-дисков для Windows/Linux.

Open Shell — возвращает классическое меню «Пуск» в стиле Windows 7.

Stretchly — напоминает делать перерывы — полезно удалёнщикам и фрилансерам.

AutoHotkey — скриптовый движок для Windows: переназначение клавиш, макросы, автоматизация.

VPN: бесплатные — ProtonVPN, Windscribe, TunnelBear (с лимитом). Платные — ProtonVPN, NordVPN.

Calibre — лучшее бесплатное решение для чтения, организации и конвертации e-book (EPUB, MOBI, PDF и др.).

Заключение

Итак, мы прошлись по основным категориям приложений, которые стоит установить на новый компьютер. Конечно, этот список не исчерпывающий — у каждого свои задачи и предпочтения. Но если вы установите хотя бы половину из перечисленного, ваш компьютер станет гораздо удобнее и функциональнее.

Несколько советов напоследок:

1. Не захламляйте систему. Устанавливайте только то, что действительно используете. Чем меньше фоновых процессов — тем быстрее работает компьютер.
2. Следите за обновлениями. Большинство программ обновляются автоматически, но некоторые требуют ручного апдейта. Свежие версии — это не только новые функции, но и закрытые уязвимости.
3. Делайте резервные копии. Никакие утилиты не спасут от отказа жёсткого диска. Регулярный бэкап на внешний носитель или в облако — обязательная практика.
4. Экспериментируйте. Попробуйте несколько браузеров, редакторов, плееров. То, что подходит большинству, может не подойти именно вам.
5. Читайте отзывы. Перед установкой незнакомого приложения загляните на форумы или Reddit. Сообщество быстро выявляет проблемы и подводные камни.

Теперь ваш компьютер готов к работе, учёбе, развлечениям — и чему угодно ещё. Главное — не забывайте, что инструменты важны, но ещё важнее то, как вы их используете. Удачи!

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

Позже журналисты Wccftech подтвердили, что функция действительно включена по умолчанию и связана с опцией «Тренировка модели на тексте» в настройках Game Bar → Gaming Copilot → Privacy Settings.

Я нашел эту настройку активной на своем ноутбуке. После проверки сразу отключил ее.

Что собирает Gaming Copilot

Помимо скриншотов и текстовых данных, Copilot также может использовать голосовые разговоры игроков и информацию персонализации. Последняя включает историю взаимодействий с ИИ и игровые предпочтения пользователя.

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

Microsoft утверждает, что данные используются для «улучшения работы Copilot и адаптации его под пользователя». Но в пользовательском соглашении прямо указано, что информация может применяться для обучения моделей ИИ.

Как отключить сбор

Чтобы запретить сбор данных, необходимо открыть Game Bar, выбрать Gaming Copilot → ⚙ Настройки → Privacy, и вручную отключить все пункты, связанные с «Тренировкой модели» и «Персонализацией данных».

Волна недовольства игроков

Новость появилась на фоне кризиса доверия к Microsoft со стороны геймеров.

За последние месяцы компания дважды повысила цены на консоли Xbox Series, подняла стоимость Game Pass на 50% и урезала бонусные программы. Теперь добавилось и подозрение в сборе пользовательских данных без явного согласия.

Игроки требуют официального объяснения и отключения функции по умолчанию. Пока же Microsoft сохраняет молчание.

Последнее октябрьское обновление системы — KB5066835 — нарушило работу localhost, что фактически лишило разработчиков возможности тестировать веб-приложения локально.

Проблему активно обсуждают на Microsoft Support Forums, Stack Overflow и Server Fault: серверы перестали отвечать на запросы, отвалилась отладка в Visual Studio, а ASP.NET-приложения не компилируются.

По оценкам экспертов, сбой затронул миллионы веб-разработчиков и инженеров, использующих Windows 11 в качестве локальных серверов и рабочих станций.

Что пошло не так

Пакет KB5066835 был задуман как обновление безопасности, улучшавшее сентябрьский релиз KB5065789, но именно он привел к поломке HTTP.sys — системного компонента ядра Windows, отвечающего за маршрутизацию локального HTTP-трафика.

После установки апдейта, localhost перестал отвечать на запросы, а соединения по HTTP/2 начали обрываться.

Как временно исправить

Microsoft пока официально не подтвердила проблему, но сообщество уже нашло обходное решение:

1. Удалить октябрьское обновление KB5066835.
2. Если не помогло — удалить и предыдущее KB5065789.
3. После этого localhost начинает работать штатно. Однако это временная мера и пользователи рискуют остаться без последних исправлений безопасности.

Неудачи Microsoft продолжаются

Это уже второй крупный сбой за неделю. В понедельник компания случайно «сломала» Media Creation Tool — утилиту для установки Windows — всего за день до окончания поддержки Windows 10.

А на прошлой неделе Microsoft окончательно обязала пользователей входить в Windows 11 только через онлайн-аккаунт, что вызвало волну критики.

Microsoft добавила эту возможность в свежем обновлении PowerToys 0.95, где модуль Peek теперь можно активировать одним нажатием пробела, как в Finder на macOS.

Раньше Peek уже позволял быстро просматривать изображения, видео, документы и другие файлы без открытия приложений, но запускался неудобной комбинацией клавиш — Ctrl + пробел.

Теперь ее можно заменить на одиночный пробел, что делает функцию куда более интуитивной.

Как включить

Чтобы активировать просмотр по пробелу:

1. Установите или обновите PowerToys до версии 0.95.
2. Откройте Settings → File Management → Peek.
3. В разделе Activation method выберите Spacebar.

После этого достаточно выделить файл в Проводнике и нажать пробел — появится окно предварительного просмотра.

Peek поддерживает десятки форматов: изображения, видео, PDF, текст, markdown и другие популярные типы файлов.

Работает быстро — но не со всем

Визуальные файлы и короткие документы открываются практически мгновенно.

Однако тяжелые форматы, вроде больших PDF или видео в высоком разрешении, могут подгружаться чуть дольше. Microsoft обещает улучшить производительность модуля в следующих релизах.

Почему это важно

На macOS функция Quick Look существует уже больше 10 лет и считается одной из самых удобных фишек Finder. Теперь аналог появился и в Windows — пусть пока через PowerToys.

Эксперты Neowin отмечают, что Peek и другие инструменты PowerToys (например, FancyZones и PowerRename) давно заслужили место в самой Windows.

Пока PowerToys остается отдельным пакетом, который нужно установить вручную, но добавление поддержки пробела делает Peek настоящим маст-хэвом для пользователей Windows 11, особенно тех, кто привык к удобству macOS.

Команда разрабатывала интерфейс, в котором набор допустимых значений задавался тремя числами: минимум, максимум и шаг (increment).

Пример: если минимум = 5, шаг = 10, максимум = 30, то допустимые значения — 5, 15, 25 и 30.

Разработчики решили, что если шаг равен нулю, то можно просто считать допустимыми только минимум и максимум. Казалось бы, логично — пока кто-то не написал функцию:

Все работает — пока increment ≠ 0. При нуле код просто падает на делении.

Разработчик может никогда не заметить этого, если его оборудование всегда возвращает ненулевые значения. Но стоит попасть на устройство с «нулевым шагом», и вы получите классическую «divide by zero».

Как избежать ошибки

Рэймонд предложил простое правило:

• если диапазон состоит из двух значений, шаг нужно задать равным max − min;
• если значение одно — просто поставить 1, а не ноль.

Ноль в API — это ловушка. Он всегда приглашает кого-то поделить на него.

«Ноль» в реальной разработке

В качестве бонуса Чен вспомнил, как похожая ошибка возникла у команды, разрабатывавшей систему прогнозов энергосети (PowerGridForecast).

Там решили, что при отсутствии данных, длительность блока (BlockDuration) можно ставить равной нулю. Ведь «все равно данных нет».

Результат тот же: деление на ноль при расчете индекса прогнозного блока. Решение оказалось тривиальным — использовать не ноль, а типичное ненулевое значение, например один час.

Почему это важно

История Чена напоминает: даже если API «работает» с нулем, он может внезапно обрушить систему в продакшене. Такие кейсы не ловятся автотестами, если у команды нет «нулевых» данных в окружении.

«Десятка» прожила ровно 10 лет, став для миллионов пользователей не просто рабочей средой, а символом стабильности и привычного «домашнего» ПК.

Компания больше не выпускает обновления безопасности, технические исправления и новые функции. Для большинства пользователей это означает финал жизненного цикла ОС, хотя желающие могут продлить ее жизнь через платную программу Extended Security Updates (ESU), которая продлится до 2028 года и стоит около $30 в год.

Как все начиналось

Windows 10 вышла 29 июля 2015 года и позиционировалась как «последняя версия Windows», объединяющая ПК, планшеты и даже смартфоны.

Microsoft перешла на модель Windows as a Service, обещая регулярные апдейты вместо новых релизов. За годы система получила крупные обновления — от Anniversary Update (1607) до финальной 22H2 в 2022 году.

«Десятка» заслужила любовь пользователей за стабильность, улучшенный интерфейс после Windows 8.1 и новый браузер Edge.

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

Рекорды и популярность

На своем пике, в конце 2021 года, доля Windows 10 превысила 82% от всех версий Windows. Даже после выхода Windows 11 система остается второй по популярности в мире — около 40% пользователей, по данным StatCounter.

Многие не спешат переходить на Windows 11 из-за жестких требований к железу, спорного интерфейса и глубокой интеграции с облачными сервисами.

Что дальше

Windows 11 — это будущее, с которым придется смириться. Она тесно связана с ИИ Copilot, требует TPM 2.0 и Secure Boot, превращая компьютер в часть единой облачной экосистемы Microsoft.

Для одних это шаг вперед, для других — потеря личного пространства, где ПК был «своим».

Итог

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

Press F to pay respects.

Несмотря на заявления компании, локальные аккаунты все еще можно создавать, причем без сторонних утилит. Метод работает даже в свежих версиях — 24H2 и 25H2.

Раньше в Windows 10 можно было спокойно установить систему офлайн и задать любое имя пользователя. В Windows 11 Microsoft связала установку с обязательным интернетом и авторизацией через Microsoft Account.

Но если вам нужно установить систему без «облака» и рекламы — это все еще возможно.

Способ №1 — без программ

Главное правило — не подключайте интернет.

1. При установке Windows 11 не выбирайте Wi-Fi и отключите сетевой кабель.
2. Когда появится экран подключения, нажмите Shift + F10 — откроется командная строка.
3. Введите команду oobe\bypassnro  и нажмите Enter.
4. После перезапуска установка предложит создать локального пользователя и пропустит авторизацию в Microsoft.

Так вы не только получите офлайн-аккаунт, но и избавитесь от рекламы и предустановленных «советов» Windows при первом запуске.

Совет: после установки откройте Параметры → Система → Уведомления → Дополнительные параметры и снимите все галочки, чтобы не получать полноэкранные баннеры от Microsoft.

Способ №2 — через Rufus

Если вы устанавливаете систему с нуля, можно использовать бесплатную утилиту Rufus.

1. Скачайте ISO-образ Windows 11 с официального сайта.
2. Откройте Rufus и создайте загрузочную флешку.
3. В появившемся окне отметьте опции: «Remove requirement for an online Microsoft account» и «Create a local account with username» (и введите имя профиля).

После этого Rufus автоматически уберет проверку на интернет и создаст офлайн-пользователя при установке.

Зачем это нужно

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

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

Решение совпало с кадровыми изменениями — после ухода CEO Томаса Демке компания официально интегрируется в подразделение CoreAI корпорации Microsoft.

Причина — нехватка мощностей

По данным The Verge, внутреннее письмо CTO GitHub Владимира Федорова объясняет, что нынешние центры обработки данных достигли предела:

«Мы ограничены в серверных мощностях и не можем наращивать их в регионе Северной Вирджинии»

Федоров назвал миграцию «экзистенциальной». Мол, без перехода в Azure, GitHub не сможет масштабировать сервисы, включая Copilot и другие ИИ-инструменты. Ради этого компания даже заморозит запуск части новых функций до завершения переезда.

Что изменится

По словам COO Кайла Дайгла, переход займет около 24 месяцев. В Microsoft заявляют, что объединение GitHub с CoreAI ускорит разработку и интеграцию ИИ-продуктов, а также улучшит стабильность и производительность платформы.

Интеграция касается не только серверов: сотрудников GitHub уже переводят с Slack на Microsoft Teams для внутренних коммуникаций.

Контекст

GitHub остается крупнейшей экосистемой для разработчиков, но нагрузка растет из-за взрывного интереса к ИИ-инструментам и Copilot.

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

Пользователи по всему миру жаловались на невозможность войти в аккаунты, открыть магазин и подключиться к серверам. По данным DownDetector, количество жалоб от игроков в пиковые часы превысило 34 000.

Проблемы не только у геймеров

Сбой затронул не только игровую индустрию. В тот же промежуток времени перебои наблюдались у T-Mobile, GitLab, RingCentral, Google, Microsoft и других крупных компаний.

Массовый и синхронный характер инцидента заставил экспертов заподозрить координированную кибератаку.

Подозревают ботнет Aisuru

По данным ITHome и TheGamePost, за атакой может стоять ботнет под названием Aisuru — одна из крупнейших сетей зараженных устройств.

Она способна генерировать трафик мощностью до 29,7 Тбит/с, перегружая серверы и выводя их из строя. Именно этот ботнет, по словам специалистов, мог стать причиной обрушения игровых и облачных сервисов.

Реакция компаний

Пока Valve (владелец Steam) и Riot Games не выпустили официальных заявлений.

В Riot лишь временно отключили рейтинговые режимы в League of Legends и VALORANT, чтобы избежать сбоев матчей.

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