Hacker News Digest

NVIDIA выпустила OpenShell — безопасную среду выполнения для автономных ИИ-агентов, которым нужен доступ к файлам, пакетам, API и учётным данным без риска для данных и сети. Политики задают, к чему может прикасаться каждый агент, а OpenShell это обеспечивает. Управление идёт двумя путями: инструментирование ядра для принудительного применения политик при каждом доступе к файлам, системном вызове и сетевом соединении, а также формальная верификация, проверяющая, что разрешит изменение политики, ещё до его применения.

Каждый агент работает в изолированной песочнице: ядро ограничивает доступные файлы и системные вызовы, а любое сетевое соединение проходит проверку политики перед выходом из песочницы. Агенты никогда не видят реальных учётных данных — OpenShell добавляет их только в запросы к одобренным конечным точкам. Опасные новые доступы, например к новому хосту с учётными данными или новому методу API, ждут проверки человеком. Требуются Linux, macOS на Apple Silicon или Windows с WSL 2, а также Docker, Podman или виртуализация. Проект под лицензией Apache 2.0, собирает анонимную телеметрию без имён песочниц, путей, промптов и учётных данных, отключаемую переменной OPENSHELL_TELEMETRY_ENABLED=false.

Сообщество скептически относится к OpenShell, считая контейнеры и VM достаточными. @mfro и @dingaling911 называют контейнеры базовым стандартом, однако @fennecbutt и @Reddit_MLP2 предупреждают о рисках эксфильтрации данных и «побега» моделей. Для реальной изоляции агентов @fennecbutt рекомендует использовать прокси с белыми списками доменов и механизм подмены учетных данных. Пользователи (@dangoodmanUT, @sscaryterry) критикуют включенную по умолчанию телеметрию в OpenShell, называя её «шпионским ПО». @smallnix отмечает, что расширение прав агента для эффективности неизбежно снижает безопасность, что противоречит маркетингу продукта. @thehours считает sandbox-runtime от Anthropic более простой и сопоставимой альтернативой. @crypt1d сообщил, что Claude блокирует создание инструментов аудита процессов из-за классификатора безопасности, в то время как Gemini (3.6 Thinking) успешно генерирует такие скрипты.

Браузер Arc прекращает существование 22 декабря 2026 года. Компания объясняет решение приоритетом безопасности: поддерживать защиту браузера в эпоху искусственного интеллекта требует постоянной работы, и все инженерные и security-команды переключаются на новый браузер Dia, построенный с нуля под современные угрозы. Команда признаёт, что решение далось тяжело, ведь Arc годами развивался вместе с сообществом.

Переход на Dia максимально упрощён: пароли, закладки, расширения и история переносятся автоматически. Пространства стали профилями, папки — группами вкладок, а вертикальные вкладки в боковой панели, закреплённые вкладки и разделённый экран сохранены. По заявлениям разработчиков, Dia превосходит Arc по стабильности, скорости и безопасности; функции браузера бесплатны, а ИИ опционален.

Ключевые даты: с 22 октября 2026 года нельзя создать новый аккаунт Arc, но появляется экспорт всех данных; 23 ноября на iOS и Android отключаются ИИ-функции и синхронизация; 22 декабря Arc перестаёт работать на macOS и Windows, аккаунты деактивируются, а личные данные удаляются в течение 30 дней. Arc Search для Android исчезнет из Google Play. Сохранить данные можно, экспортировав их из Arc или импортировав в Dia до 22 декабря.

Пользователи ценят уникальный UX Arc (боковую панель, вертикальные вкладки, Peek, Air Traffic Control, вложенные папки), но считают переход на Dia неполноценным, дорогим и избыточно зависимым от AI. Dia критикуют за огромный размер (861 МБ), корпоративную ориентацию (запрос рабочего email), половинчатый интерфейс и навязчивую кнопку AI-чата, которая воспринимается как реклама и обоснование цены в $100 в месяц. Многие выражают недоверие к Atlassian, упоминая серьезную уязвимость безопасности в Arc, и призывают открыть исходный код браузера для его сохранения сообществом. В качестве более стабильных и надежных альтернатив рассматривают Zen, Orion, Vivaldi или Safari с расширениями SupaSidebar и OpenIn. Отдельно отмечают, что вертикальные вкладки в сплит-моде неэффективны для многозадачности, так как занимают около 40% экрана.

Nanolathe — это открытый движок RTS под лицензией MIT, воссоздающий Total Annihilation с чистого листа через обратную разработку. Он позволяет играть в оригинальные три демо-миссии прямо в браузере (Chrome, Edge, Safari) без установки, используя клавиатуру и мышь. Для полной игры требуются собственные файлы Total Annihilation (из GOG, Steam или дисков), после чего доступны одиночная кампания, скримиш, выживание и онлайн-игра для 2–10 игроков с чатом, альянсами и повторным просмотром реплеев. Движок поддерживает нативные сборки под Windows, Mac и Linux.

Главное отличие — современный GPU-рендерер с динамическим освещением, постпроцессом (свет, свечение, апскейлинг terrain в 2×) и возможностью переключения на классический CPU-рендерер для аутентичного вида. Все форматы игры документированы, код открыт на GitHub, а проект поощряет модификации и вклад сообщества. Несмотря на статус публичной беты (сборка от 4 октября 2026 г.), движок уже стабилен для большинства сценариев, хотя сохранения и совместимость с некоторыми модами ещё дорабатываются. Nanolathe не использует оригинальный код или ресурсы — только чистую реализацию поведения и форматов, что делает его легальной основой для изучения и развития жанра RTS.

Nanolathe — технически интересный проект, но уступает зрелым альтернативам: Beyond All Reason (BAR) и Zero-K предлагают улучшенный геймплей, активное сообщество, поддержку современных возможностей и отсутствие юридических рисков. BAR считается лучшим духовным преемником Total Annihilation благодаря продуманному управлению, масштабным битвам и отсутствию монетизации. Zero-K и Forged Alliance Forever (FAF) — активно поддерживаемые open-source проекты с глубокой механикой и стабильной мультиплеерной инфраструктурой. Проекты на Spring Engine (BAR, Zero-K) имеют 20-летнюю историю и лучше понимают структуры данных TA, чем чистые реализации вроде Nanolathe. Есть споры: графические улучшения Nanolathe (блюм, свечение) либо портят атмосферу оригинала, либо оправданы для современных систем; использование ИИ для обратной разработки считается либо юридически рискованным, либо несущественным из-за устаревания игры. Мод-сообщество TA было ключевым для её долгой жизни, и BAR/Zero-K наследуют эту традицию через кастомные ИИ и юниты, чего не хватает Nanolathe. FAF считается более продвинутой версией TA, и многие хотят аналога Nanolathe для неё из-за устаревшего движка и ограниченных модов. Опытные RTS-игроки советуют вместо Nanolathe выбрать Zero-K или BAR — они предлагают сбалансированный геймплей, активное сообщество и лучшую мультиплеерную поддержку. Nanolathe требует оригинальных файлов TA, ограничивая доступность, тогда как BAR и Zero-K полностью бесплатны и не нуждаются в лицензированных контентах. Использование Go в Nanolathe технически интересно, но не компенсирует отсутствие зрелой механики и контента по сравнению с Spring Engine. Оригинальный TA имел топ-даун вид, не изометрический — ошибки в описании Nanolathe подчёркивают недостаток внимания к деталям. Для переживания TA без юридических рисков и с современным интерфейсом рекомендуется начать с BAR или Zero-K, а не с Nanolathe, поскольку они уже достигли зрелости.

Telegram Desktop уязвим к однокликовому захвату аккаунта через локальный сокет межпроцессного взаимодействия (IPC). При запуске второй экземпляр приложения передаёт ссылку уже запущенному процессу в виде текста через сокет, используя точку с запятой как разделитель команд. Поскольку символ ; не экранируется в передаваемой строке, злоумышленник может внедрить дополнительные команды, подменив ссылку вида tg://x?a=1;OPEN:interpret://path/to/file. Это позволяет выполнить произвольную команду interpret:, которая читает локальный файл и отправляет его в чат без проверки отправителя или подтверждения пользователя.

Эта цепочка приводит к удалённому чтению произвольных файлов с устройства жертвы, включая файлы сессии Telegram (например, tdata), которые могут быть эксфильтрированы в чат, контролируемый атакующим, что приводит к полному захвату аккаунта. Уязвимость присутствует в версиях до 7.2.8 и подтверждена на Windows (6.9.3). Исправление выпущено в версии 7.2.9 (коммит db3405699f): добавлено экранирование точки с запятой через процентно-кодированный hex, удалена поддержка опасной схемы interpret:, а также введены фильтрация команд CMD: и CTRL: и отбрасывание локальных путей после нелокального URL. CVE-2026-107181 присвоен с оценкой严重ности 8.1 (High).

Тред дополняет статью реальными мнениями о масштабе уязвимости, спором о её специфичности, опытом использования sandbox‐технологий, критикой задержки исправления и рекомендациями по безопасному использованию Telegram Desktop. Спор: Некоторые считают уязвимость общей для всех современных ОС, позволяющей процессу пользователя читать/записывать любые файлы; другие настаивают, что без бага в Telegram эксплойт был бы невозможен. Большинство советуют изолировать Telegram Desktop через контейнеры, виртуальные машины или sandbox‐технологии (firejail, bubblewrap), чтобы ограничить доступ к файловой системе. Совет: Обеспокоенным пользователям рекомендуется использовать веб‐клиент Telegram вместо десктопного, хотя он не обеспечивает сквозное шифрование. Некоторые отмечают, что macOS по умолчанию применяет песочницу к пользовательским папкам, требуя явного разрешения, что ограничивает атаки. В ответ указывают, что в macOS тоже есть уязвимости, позволяющие обойти песочницу (пример: Dropbox). Отчёт о баге отправлен 25 июня, исправление вышло 16 сентября — критика за длительную реакцию разработчиков. Совет: Регулярно проверять обновления и использовать автоматическое обновление для быстрого получения патчей. Обсуждение подчёркивает, что уязвимость позволяла не только захватить аккаунт, но и скопировать любой файл, доступный пользователю, что значительно расширяет потенциальный ущерб.

На Mac и Windows клавиши имеют разные названия и функции, что важно учитывать в кроссплатформенных веб-приложениях. На Windows клавиша Backspace удаляет символ слева, а Delete — справа; на Mac это наоборот: Delete работает как Backspace, а Forward Delete (Fn+Delete) — как Delete на Windows. Клавиша Enter на Windows соответствует Return на Mac, хотя на полноразмерных клавиатурах Mac есть отдельная клавиша Enter (⌤), обычно на цифровой панели, которую можно эмулировать Fn+Return. В большинстве приложений Enter и Return на Mac ведут себя одинаково, но есть исключения, например в Photoshop, где Return добавляет перенос строки, а Enter подтверждает ввод.

Модификаторные клавиши также различаются: на Windows основные — Ctrl, Alt, Shift; на Mac — ⌘ Command (аналог Ctrl в Windows для команд вроде копирования/вставки), ⌥ Option (аналог Alt), ⌃ Control (используется реже, часто как дополнительный модификатор) и ⇧ Shift. Mac использует больше символов на клавишах (например, ⌘, ⌥, ⌃), тогда как Windows полагается на текстовые подписи. На Mac отсутствуют клавиши Insert, Print Screen, Scroll Lock и Pause/Break, присутствующие на Windows-клавиатурах, но есть Help, ≣ Contextual Menu (аналог правой кнопки мыши) и ⌧ Clear (редко используемая функция, похожая на Backspace). Некоторые старые клавиатуры Apple даже содержали PC-легенды (Insert, Num Lock и т.д.) для совместимости. Стрелки на современных Mac-клавиатурах переопределены: ↑ и ↓ используются для Page Up/Down, а ⤒ и ⤓ — для Home/End, что может вызывать путаницу. Эти различия критичны для разработчиков, стремящихся к единому поведению интерфейса на обеих платформах.

Различия в клавишах между Mac и Windows влияют на продуктивность и комфорт, особенно при переключении между платформами, вызывая реальные боли при настройке и адаптации. Пользователи, переключающиеся между Mac и Windows, рекомендуют использовать Karabiner-Elements для переопределения клавиш Mac под Windows-раскладку, чтобы снизить когнитивную нагрузку. Для пользователей, живущих в двух мирах, лучше полностью принять Mac-логику, а не пытаться её подменить — иначе возникает «утечка абстракции» и постоянная путаница при чтении сочетаний клавиш в меню. Разница в поведении клавиш Delete/Backspace обусловлена моделью курсора: в DOS/Windows курсор находится на символе, в Mac — между символами, что определило эргономику удаления. Пользователи с опытом работы в 70–90-х отмечают, что нестандартность интерфейсов была нормой, и современные разногласия между платформами — продолжение исторической фрагментации. Спор: некоторые считают, что Mac правильно использует Return для перевода строки и Enter для отправки данных, другие утверждают, что термин «Enter» на Windows — устаревшая маркировка, а функционально клавиши идентичны. Пользователи с раскладками, требующими диакритических знаков (польская, болгарская, португальская), сталкиваются с критическими проблемами из-за различий в позициях символов и вынуждены переключать раскладку на PC-совместимую. Клавиши Ctrl+C/V/X на Windows неудобны из-за расположения Ctrl у мизинца, тогда как Cmd на Mac позволяет использовать большой палец — что делает их более эргономичными для частого использования. Пользователи, перешедшие с Mac на Linux, отмечают, что readline-поведение (Ctrl+A/E, Ctrl+K/U и т.д.) в текстовых полях — стандарт, который Linux должен включать по умолчанию во всех средах. Различия в позициях скобок [ ] и символов вроде ` на клавиатурах Mac и Windows вызывают постоянные ошибки у пользователей, даже после длительного опыта, и требуют переобучения моторной памяти. Спор: некоторые считают, что Mac-раскладка с Fn/Globe слева — ошибка, и требуют возврата Ctrl на это место; другие утверждают, что это логично для ноутбуков с тачбаром и улучшает доступ к функциям. Пользователи с Linux-десктопом на Mac-аппаратном обеспечении жалуются на отсутствие полноценной поддержки и призывают разработчиков GNOME и Asahi реализовать режим совместимости с Mac-вводом. Сочетания клавиш в Emacs и Unix-оболочках (Ctrl+A, Ctrl+E, Ctrl+K) стали стандартом в Mac и Linux, но Windows их игнорирует, создавая разрыв в ожиданиях пользователей, привыкших к Unix-средам. Пользователи, использующие Sublime Text, отмечают, что поведение клавиш на Mac не совпадает с Windows-версией, что делает невозможным переключение между платформами без потери продуктивности — привело к отказу от Mac. Клавиша Command на Mac воспринимается как более логичный модификатор для команд, чем Ctrl, потому что он не конфликтует с системными сочетаниями вроде Ctrl+Alt+Del и не требует напряжения мизинца. Пользователи с немецкой раскладкой отмечают, что стандарт DIN 2137-01:2023-08 (E1) в Windows 11 и Debian позволяет вводить все европейские символы и рекомендуют его как решение для кроссплатформенной совместимости.

AnyPS5 — это инструмент для автоматической портировки исполняемых файлов PlayStation 5 на Linux и Windows без использования эмуляции или отдельного рантайма. Он включает релинкер, который преобразует PS5-бинарники в нативные форматы целевых систем, а также реализации системных библиотек PRX, необходимые для динамической линковки. Проект не требует оригинального ПО или ключей — пользователь должен самостоятельно предоставить легально полученные исполняемые файлы. Поддерживается ввод через SDL-сопоставленные геймпады (включая аналоговые стики и триггеры), а клавиатура и мышь настраиваются через файл anyps5-input.ini.

На текущий статус: часть системных библиотек PS5 уже реализована (процент известных функций растёт с добавлением новых объявлений в core/libs/prx). Shader-рекомпилятор успешно генерирует валидный SPIR-V, проверяемый через SPIRV-Tools при включённой опции ANYPS5_ENABLE_SPIRV_TOOLS. Из проверенных игр запускается Dreaming Sarah (2D-платформер) со стабильными 60 FPS на GTX 1050 Ti и i5-7500. Все неподдерживаемые или ошибочные состояния вызывают std::runtime_error, выводят сообщение в stderr и завершают процесс. Проект распространяется под лицензией GPLv2 и ориентирован на совместимость, исследование и сохранение игр. Полный список совместимых титулов доступен в docs/user/COMPATIBILITY.md.

AnyPS5 ускоряет появление ПК‐портов и подрывает DRM через AI‐реверсинжиниринг, но вызывает опасения: переход к облачному геймингу, высокая задержка в соревновательных играх, необходимость сохранения репозиториев, сложность графических API и скептицизм относительно влияния пиратства на рынок. AI‐инструменты вроде AnyPS5 позволяют быстро создавать рабочие ПК‐версии сразу после релиза, что, по мнению @pitched, сигнализирует о полном разрушении схем защиты копий. Облачный гейминг неприемлем для FPS и MOBA из‐за высокой задержки — так считают многие комментаторы. Спор о будущем облачного гейминга: @wzdd отмечает сокращение Microsoft в этой области и считает масштабный переход маловероятным; @nperez утверждает, что рост продолжится благодаря снижению требований к клиентскому железу и усилению серверного контроля. Сохранение репозиториев критически важно: @someperson рекомендует публичные git‐клоны, @augusto‐moura — автоматизацию обновления через git‐maintenance, а @orionblastar — хранение копий в приватных репозиториях и распределение между разными аккаунтами для защиты от юридических запросов. Техническим узким местом при портировании является проприетарный графический API (GNM), а не процессорные различия, поскольку PS5 использует x86‐64 — так отмечает @dsedgwick. Опасения по поводу массовой потери доходов от пиратства преувеличены: @Retr0id приводит пример с музыкой и фильмами, где день‐один риппинг не привёл к краху индустрии.

Выпуск Zig 0.17.0 стал результатом пяти месяцев работы 206 участников и 925 коммитов. Ключевое улучшение — переработка системы сборки с внедрением Build Server Protocol, что упрощает интеграцию с IDE и ускоряет разработку. ELF-линкер значительно улучшен, что делает инкрементальную компиляцию надёжной для всех пользователей на x86_64-linux. Обновлён уровень поддержки платформ: добавлен Tier 1 для Windows на ARM64, расширена поддержка Linux на RISC-V и улучшена работа на macOS. В языке удалён синтаксис умножения массивов, добавлены функции @bitCast с улучшенной безопасностью, @divCeil для точного округления вверх, @backingInt и @fromBackingInt для работы с перечислимыми типами, а также @SpirvType для Vulkan-разработки. Грамматика языка теперь формально специфицирована и протестирована фаззингом, что повышает надёжность парсинга. Перевод C-кода вынесен во внешний пакет, упрощая основной инструментарий. Zig остаётся ориентированным на создание надёжного, производительного и переиспользуемого кода, а развитие финансируется через Zig Software Foundation. Поддержка проекта через пожертвования помогает ускорить путь к версии 1.0.

Zig 0.17.0 — значительный шаг вперёд в интеграции с IDE и стабильности сборки благодаря Build Server Protocol и улучшенному ELF-линкеру, подтверждённому практическим опытом. Однако остаются споры: жёсткая политика против ИИ в репозитории критикуется за баны за личные проекты, хотя команда утверждает, что блокировки касаются только официальных пространств и могут быть ошибочными. Нестабильность сборок из-за изменений в build.zig между версиями признаётся, но некоторые считают её неизлемой ценой быстрого развития. Zig называют наиболее продуманным языком для человека по сравнению с C, Go и Haskell, несмотря на малую экосистему. Поддержка целевых платформ остаётся сильной стороной, сравнимой с C, особенно для SPIR-V и WebGPU. Векторизация циклов по-прежнему отключена из-за сложностей с LLVM, что разочаровывает разработчиков численных задач. Поддержка io_uring отсутствует в 0.17.0 — команда отказалась от реализации на последнем этапе, вызывая недовольство у тех, кто нуждается в асинхронном вводе-выводе. Несмотря на официальную политику против ИИ, Zig привлекателен для LLM-ассистированных задач из-за хорошей поддаче генерации и анализу кода. Пользователи советуют избегать слишком новых релизов в продакшене из-за риска поломки build.zig, рекомендуя фиксировать зависимости или использовать стабильные версии. Баны за ИИ часто ошибочны — рекомендуется обращаться в команду по email. Сообщество видит Zig как «живой» язык с быстрыми изменениями и энтузиазмом, похожим на ранние Node.js или ES6, привлекающим тех, кто готов к нестабильности. Сомнения в достижении 1.0 до 2028 года coexist с надеждой, что стабилизация IR и работа над проверкой жизненного цикла памяти могут ускорить релиз.

Pi 1.0 — это стабильная версия минимального и расширяемого агента, который стал ежедневным инструментом для сотен тысяч пользователей по всему миру. Разработчики Earendil подчеркивают, что не гонятся за трендами, а внедряют только проверенные функции, взвешивая их полезность против добавленной сложности. В Pi 1.0 добавлены Codemode с нативной поддержкой MCP и работы с не-LLM моделями (например, Jev и изображениями), поддержка виртуальных моделей через расширения, отложенная загрузка инструментов, прогрев кэша для моделей Anthropic, системные сообщения mid-conversation (с учётом транскрипта), новая TUI-тема и полноэкранный режим по умолчанию. Все эти функции прошли длительное тестирование и теперь интегрированы без потери минималистичной сути Pi.

Параллельно с Pi 1.0 выпущен экспериментальный пакет Pi Durable — новый субстрат для создания долгосрочных агентных приложений, выходящих за рамки терминала и кодирования. Он сохраняет принципы минимализма и супермalleability Pi, но добавляет гибкость для управления интеллектом в длительных диалогах и задачах. Pi Durable позволяет пользователям направлять работу агентов с высокой точностью, например, через маршрутизацию между моделями: планирование на Claude Opus, переключение на GPT по сигналу Jev, выполнение скрипта и анализ стоимости по сессии. Примеры использования включают автоматическое суммирование недели коммитов, создание самописных расширений и динамическую смену моделей в ходе работы. Оба продукта распространяются под лицензией MIT, установка доступна через скрипт для Linux/macOS и PowerShell для Windows, а также через npm для Pi Durable. Документация и код находятся на pi.dev и GitHub соответственно.

Пользователи подтверждают, что Pi 1.0 — это минимальная, расширяемая платформа для агентных задач, где сила в экосистеме плагинов и способности работать с локальными моделями на слабом железе. Однако критикуют неоднородность качества плагинов и сомневаются в реальности утверждения о «сотнях тысяч» пользователей. Pi работает эффективно на слабых устройствах благодаря отсутствию громоздких системных промптов, в отличие от Claude и Codex, что подтверждают пользователи @FacelessJim и @girvo. Сила Pi — в экосистеме плагинов, но большинство из них — личные проекты с низкой поддержкой, как отмечает @richardgill88, что создаёт барьер для новичков. Спор о числе пользователей: некоторые сомневаются в утверждении о «сотнях тысяч» (@distantsounds), другие, как @lionkor и @by2kaapi, подтверждают повседневное использование Pi в продакшене и личных workflow. Спор о минимальности: @zmmmmm считает, что минимальность — оправдание отсутствия функций, в то время как @bel8 и @svintus хвалят сохранение простоты и отказ от трендов. Совет: начинать с минимальной настройки и постепенно расширять Pi (@ttmacer), используя tmux для отладки агентного поведения и Telegram для вывода. Совет: для безопасности запускать Pi в изолированных средах, например, через sbh + bubblewrap (@lionkor), чтобы ограничить доступ агента к системным ресурсам. Совет: пользователи, перешедшие с Claude Code, отмечают, что Pi упрощает синхронизацию конфигураций между агентами (@by2kaapi), избавляя от необходимости поддерживать одинаковые skills и MCP-настройки. Pi 1.0 — это скорее стабилизация API и прекращение ломающих изменений, чем добавление новых функций (@Jeeetendra), что подтверждает стабильность платформы для разработчиков. Совет: для тех, кто ищет более минимальные альтернативы, рекомендуют hax (@ltrg) — C-приложение с одним shell-инструментом и простой конфигурацией, без MCP. Многие пользователи, включая @ttmacer и @by2kaapi, используют Pi не только для кодирования, но и как общий агент для ОС — для управления файлами, логами, интеграции с CRM и автоматизации задач. Совет: пользователи, использующие Pi в продакшене, советуют строить харнесс поверх Pi SDK (@azuanrb), для централизации логов, мониторинга сессий и оценки моделей в реальном времени. Спор о различии от OpenCode: @browningstreet и @dom96 сомневаются в ценности перехода, в то время как @by2kaapi и @azuanrb отмечают превосходство Pi в гибкости и вендор-агностичности. Pi Durable воспринимается как инструмент для создания фоновых агентов в инфраструктуре, а не только для пользовательских интерфейсов (@sheepscreek), например, для мониторинга фаервола с аудитом. Совет: пользователи, использующие локальные модели (Qwen 3.8, GPT Luna), отмечают, что Pi позволяет эффективно запускать их без траты токенов (@skapadia, @girvo), что делает его экономически выгодным. Спор: критики указывают на несогласованность критериев «доказанности» функций: MCP поддерживается, хотя существует два года, а Jev — только месяц — и уже включён (@hhh), что вызывает недоверие к философии минимальности.

Tcl/Tk 9.1.0 — это текущая версия разработки, нацеленная на стабильный релиз в сентябре 2026 года. Она расширяет возможности Tcl и Tk, добавляя новые команды и C-подпрограммы. В Tcl появились команды unicode для нормализации Юникода, timer с монотонным таймером микросекундного разрешения и lfilter для фильтрации списков. Улучшена работа с переменными через interp set, расширены опции subst и switch, а в expr теперь доступны многие функции из C99-математики. Для C-API добавлены новые функции: Tcl_IsEmpty, Tcl_GetEncodingNameForUser, Tcl_AttemptCreateHashEntry, а также улучшенные функции работы со списками (Tcl_ListObjRange, Tcl_ListObjRepeat, Tcl_ListObjReverse) и время с использованием long long. На macOS реализована нечувствительность к регистру в путях файловой системы, на Windows переработан поиск через auto_execok и exec, а также улучшен поиск библиотек скриптов и кодировок. Внутреннее представление списков оптимизировано для больших данных, добавлена поддержка 64-битных размеров.

В Tk 9.1.0 акцент сделан на доступность: добавлена поддержка экранных читалок и начальная поддержка двунаправленного текста и RTL-языков. Появился новый виджет ttk::toggleswitch и команда tk attribtable. Команда send улучшена на macOS (Aqua), обработаны отрицательные расстояния экрана, расширены состояния в ttk::treeview и ttk::notebook. Улучшена работа с текстом на канвасе (Tk_CanvasTextInfo), добавлена возможность поворота текста в метках, ограничены размеры диалогов шириной экрана, улучшены цвета выделения в списках, а поддержка внешнего вида Windows XP удалена.

Tcl/Tk остаётся жизнеспособным в нишевых областях: VLSI CAD, сетевое оборудование, встроенные системы — благодаря стабильности, простоте GUI и уникальной архитектуре субинтерпретаторов. Tk — самый простой способ создать GUI на Unix/X11, превосходя XView и поздние альтернативы. Tcl как язык расширения был одним из первых, внедривших встраивание интерпретатора в C/C++-приложения, конкурируя с Lisp, Python и кастомными решениями. Он активно используется в CAD-инструментах для VLSI и электроники, где долгожительство обусловлено консерватизмом отрасли и надёжностью. Cisco применяет Tcl в IOS для скриптов и управления, подтверждая устойчивость в сетевом оборудовании. SQLite изначально разрабатывался как расширение Tcl, его дизайн (типизация, форматирование) вдохновлён Tcl, хотя сейчас работает автономно. Tcl поддерживает изолированные субинтерпретаторы с полной инкапсуляцией состояния, позволяя безопасно выполнять недоверенный код без GIL и сериализации — функция, превосходящая Python-подобные решения. Tcl/Tk-интерфейсы для логов показали лучшую производительность по сравнению с C# Forms, избегая утечек памяти и высокой загрузки CPU при обработке тысяч строк. AOLServer и TiK (AIM-клиент) использовали Tcl в 1990–2000-х, демонстрируя применимость в высоконагруженных сетевых приложениях. Спор: некоторые считают Tcl непригодным для веба из-за 'stringly typed' природы (словарь — список, список — строка), делая корректную сериализацию в JSON невозможной. Спор: одни называют Tcl 'опасной игрой' из-за upvar/uplevel, другие — 'идеальным для игры', подчёркивая гибкость и удовольствие от использования. Совет: Tcl/Tk остаётся хорошим выбором для маленьких утилит, особенно с SQLite, где синтаксис и типизация идеально дополняют друг друга. Tcl/Tk не поддерживает Wayland напрямую — работает только через XWayland, ограничивая применение на современных Linux-дистрибутивах. Несмотря на отсутствие новых книг и популярности, Tcl не умирает — он живёт в промышленных системах, где стабильность важнее трендов. Современные ИИ-модели способны генерировать рабочие Tcl/Tk-приложения с тестами, подтверждая предсказуемость языка для автоматизации. Linux-дистрибутивы, включая Arch, всё ещё поставляют Tcl 8.6, несмотря на выход 9.0 два года назад, указывая на медленное внедрение новых версий.

«Definitely Not Windows» — это пародийный веб-сайт, имитирующий интерфейс Windows 11 с насмешкой над современными трендами ПО: подписками, навязчивой рекламой, AI-фичами, бесконечными обновлениями и мучительными попытками сменить браузер по умолчанию. Всё это — чистый юмор, никакого отношения к Microsoft: сайт не содержит реальных установок, запросов учётных данных или угроз, а все «действия» — лишь анимация и сатира.

Центральный персонаж — Клиппи, который ведёт «журнал посетителей» с анонимным случайным ID, не собирая ни имён, ни почт, ни отпечатков браузера. Стирание куки заставляет его воспринимать вас как нового, подозрительного пользователя — это и есть суть юмора: абсурдная персонализация без реальных данных. Сайт напоминает, что всё — шутка: кнопки не устанавливают софта, не продают подписки и не ломают систему. Даже предупреждение о нехватке места — фикция; ваш диск, скорее всего, полон не из-за него.

Пользователи подтверждают, что сталкиваются с навязчивыми поп-апами, медленными обновлениями и отсутствием контроля в Windows — это высмеивается в пародии. Многие отмечают нереалистично быструю работу имитации и предлагают добавить ссылки на Linux как альтернативу. Большинство считают, что меню «Пуск» и контекстные меню открываются мгновенно, что нереально для реального Windows, где обычно есть заметная задержка. Много участников описывают постоянный поток всплывающих окон, рекламных сообщений и принудительных обновлений, подтверждая сатирическую точку зрения пародии. Некоторые делятся опытом перехода с Windows на Linux/Fedora, отмечая, что это избавило их от назойливых уведомлений и сбора телеметрии. Несколько хвалят производительность имитации, называя её «очень быстрой» — это свидетельствует о хорошем техническом исполнении пародии. Есть разногласие: одни восхищаются скоростью работы сайта, другие считают её слишком быстрой и нереалистичной по сравнению с настоящим Windows. Один пользователь предлагает, чтобы кнопка «fix everything» вела к установщику Linux, превращая шутку в возможность миграции. Другой советует добавить фальшивый индикатор «Installing Updates» с случайной длительностью и скрытыми кнопками отказа, чтобы усилить сатиру. Комментарий указывает на снижение доли Windows 11 в мировом рынке и рост Linux и macOS, подкрепляя общую неудовлетворённость Windows. Некоторые отмечают, что Windows 10 больше не получает обновления безопасности, из‐за чего отказываются переходить на Windows 11. Ностальгические отзывы о Windows 7/8 подчёркивают, что более старые версии казались более продуманными и менее навязчивыми.

Snapdragon X2 Series процессоры обеспечивают агентный ИИ на ПК, позволяя приложениям выполнять сложные задачи локально, эффективно и в масштабе. На Snapdragon Summit 2026 Qualcomm продемонстрировал, как ИИ-агенты работают рядом с пользователем, беря на себя роль специалистов в реальном времени — от организации фототеки до управления рабочими процессами. Примеры включают AnythingLLM с ON1 Photo RAW для поиска и редактирования изображений по запросу, Clairvoyance AI с tiered-архитектурой для оптимизации затрат на задачи и Deepgram-поддерживаемый ассистент для подкастов. Эти сценарии показывают переход от пассивного ответа ИИ к активному действию в рамках продуманной платформы.

Ключевым анонсом стало расширение поддержки Snapdragon X2 Series на Linux наряду с Windows и Googlebook, что открывает новые возможности для разработчиков, OEM-партнёров и пользователей. Экосистема агентных ИИ-ПК растёт: к Qualcomm присоединяются Microsoft Surface, Lenovo, HUMAIN и независимые разработчики ISV, предлагая новые устройства и опыт. Такой подход делает ИИ на ПК более доступным, сохраняя пользовательский контроль и ориентируясь на эффективную, локальную обработку без излишней зависимости от облака.

Поддержка Linux для Snapdragon X2 Series остается неопределенной из-за исторических проблем с открытым ядром, зависимости от OEM и отсутствия обязательного upstream-доступа к device tree и загрузочному стеку, несмотря на обещания Qualcomm. Пользователи скептически относятся к обещаниям Qualcomm, указывая на невыполненные обещания для X1, но отмечают, что компания наняла разработчиков из Linaria и активно работает над драйверами через Linux ARM MSM mailing list. Критически важны upstream-драйверы для Hexagon NPU и Adreno GPU, а не проприетарные бинарники. Отсутствие device tree от OEM делает устройства неработоспособными под Linux. Текущая поддержка ARM-устройств в Linux нестабильна из-за фрагментации: даже при поддержке SoC, отсутствие device tree или закрытые загрузчики делают установку Linux непредсказуемой. Для привлечения Linux-пользователей Qualcomm должна обеспечить полную совместимость с Debian/Ubuntu без необходимости извлечения проприетарных драйверов или использования кастомных сборок. OpenBSD получил базовую поддержку USB, клавиатуры и тачпада на HP EliteBook X G2q через ACPI, демонстрируя потенциал для Linux, но требующий значительных усилий разработчиков. Snapdragon X2 превосходит Intel и AMD по эффективности и производительности в ноутбуках, но без надежной Linux-поддержки это преимущество теряется для целевой аудитории. KVM-поддержка теперь доступна благодаря ARM EL2, что делает X2 привлекательным для серверных и виртуализированных рабочих нагрузок под Linux. Некоторые считают, что Qualcomm движется в правильном направлении; другие — что компания слишком поздно начала действовать, поскольку Intel сократил разрыв в энергоэффективности, а Apple доминирует на рынке Linux-совместимых устройств. Пользователи требуют, чтобы Qualcomm обязала OEM публиковать device tree и загрузочный стек на момент запуска устройства, а не спустя месяцы или годы. Ключевым барьером остается закрытый загрузочный стек — обязательные закрытые-source bootloaders, hypervisors и TEE — которые делают невозможным полноценное использование Linux, даже если драйверы будут upstream. Если Qualcomm обеспечит полную поддержку Wi-Fi, аудио, камеры и модема через единый SoC, это упростит Linux-совместимость по сравнению с Intel-платформами, где компоненты разрознены и требуют отдельных драйверов. Пользователи хотят видеть Framework или аналогичных производителей, выпускающих платформы на базе Snapdragon X2 с предустановленным Linux, как идеальное решение для рабочих станций. Некоторые предполагают, что поддержка Linux появилась из-за давления Google (ChromeOS), а не из искреннего интереса Qualcomm к открытому ПО; другие видят это как результат прямой работы разработчиков Qualcomm с сообществом. Доверие к Qualcomm подорвано многолетними невыполненными обещаниями; только прозрачность, upstream-интеграция и долгосрочные гарантии могут его восстановить. Отсутствие информации о поддержке X11 и ограничение только Wayland может стать проблемой для пользователей, зависящих от традиционных рабочих сред, несмотря на общую поддержку графики.

FoxDev Studio — это среда разработки, позволяющая запускать и редактировать приложения Visual FoxPro 9 без необходимости переписывать, конвертировать или экспортировать код. Она открывает существующие проекты, формы, таблицы, классовые библиотеки, меню и отчёты напрямую из файлов на диске, сохраняя их структуру и содержимое неизменными. IDE включает привычные инструменты: редактор кода с линтером, отладчик с пошаговым выполнением и просмотром локальных переменных, обозреватель проектов и таблиц, а также командное окно — всё расположено так, как в оригинальном Visual FoxPro. Данные читаются и записываются на месте, без преобразования, поэтому после работы файлы остаются теми же, что и были.

Среда поддерживает взаимодействие с системными вызовами, COM-объектами и старыми библиотеками, на которых зависит приложение, обеспечивая полную обратную совместимость. Помимо классической разработки, FoxDev Studio включает FoxScript — расширение языка с поддержкой лямбда-функций, новых типов данных и HTTP API, позволяющее создавать веб-серверы прямо из FoxPro-кода, как показано на скриншоте с прослушиванием порта 8080. Доступны сборки для Windows, Linux (AppImage и .deb) и исходный код на GitHub. Документация охватывает виртуальную машину, байт-код, инструкции, новые языковые возможности и HTTP API. В планах — завершение поддержки языка, реализация конструктора и движка отчётов, работа с большими таблицами (>2 ГБ) через 64-битные смещения и создание установщика для готовых приложений.

Visual FoxPro всё ещё используется в крупных нишевых бизнесах, включая компании с оборотом более $400 млн, даже в 2026 году. Однако сопровождается проблемами безопасности и масштабируемости: отсутствие схемы прав доступа в DBC позволяет выполнять произвольный код через хранимые процедуры, а работа по сети приводит к блокировкам файлов и конфликтам записей. Многие советуют мигрировать на SQL‐базы или переписывать приложения на .NET для устранения этих проблем. Низкий порог входа и быстрая разработка сделали VFP популярным в 90‐х и начале 2000‐х — например, за месяц создали CRUD‐приложение для канадского рынка оценки недвижимости и продали 300 лицензий по $299. Ностальгия по удобному дизайнеру форм и встроенному браузеру баз сохраняется, однако современные разработчики переходят на .NET или другие платформы. Некоторые компании поддерживают сотни тысяч строк кода на VFP (например, 500 KLOC, обслуживая бизнес стоимостью $500 млн) и ищут пути постепенной миграции — с помощью инструментов конвертации в PostgreSQL или AI‐поддержки. Считается, что переписать приложение проще, чем воссоздавать старый runtime, чтобы избежать двойных проблем совместимости и поддержки. При росте системы на VFP её возможности быстро исчерпываются, особенно при работе с DBF-файлами по сетевым дискам.

Последние обновления безопасности Windows и Excel от Microsoft привели к ряду сбоев: Remote Desktop Services (RDS) стал недоступен на Windows 11 26H1, 25H2 и Windows Server 2012, где соединения обрываются через несколько минут, серверы зависают на этапе настройки, а связанные инструменты вроде MMC и File Explorer перестают отвечать. Также отмечается, что страница Windows Update может зависать с индикатором загрузки. Временное восстановление связи возможно через остановку и запуск виртуальной машины, но постоянного fixes пока нет.

Помимо RDS, обновления нарушили работу некоторых USB-устройств аудиокласса 1.0 на Windows 11 26H1, 25H2 и 24H2 — пользователи сталкиваются с полной потерей звука, неработающими регуляторами громкости и проблемами с многоканальным выводом. Переход в двухканальный режим иногда помогает, но официального решения пока нет. В Excel 2016, 2019, 2021 и 2024 исправление уязвимостей привело к молчаливому сбою операции вставки: содержимое не вставляется, источник остаётся выделенным, а пользователь не получает никакого сигнала об ошибке — ни звукового, ни визуального. Microsoft не предоставила обходного пути, а удаление обновления влечёт за собой потерю исправлений безопасности.

Обсуждение указывает на системный кризис качества Windows: пользователи сообщают о регулярных сбоях в RDP, Excel, проводнике и обновлениях. Деградация инженерной культуры и качества стала заметна с Windows 10 и усилилась в Windows 11, когда даже базовые функции начали работать с ошибками. Причинами называют приоритет AI-функций над стабильностью, сокращение QA, увольнение опытных инженеров и возможный переход на AI-генерируемый код, который не проходит базовое тестирование. В корпоративной среде (Citrix, FSLogix) такие сбои в RDP и MMC приводят к финансовым потерям и организационным катастрофам. Пользователи отмечают, что Microsoft игнорирует обратную связь из-за vendor lock-in. В качестве мер предосторожности рекомендуют использовать Windows 10 LTSC, отключать автоматические обновления или ставить паузу на 4–8 недель, чтобы избежать установки сырых патчей. Альтернативой для стабильной работы называют Linux Mint. Среди пользователей ведутся споры о том, была ли система всегда ненадежной или деградация началась с переходом на облачные обновления. Также обсуждается, что стало главной причиной багов: внедрение LLM или общее сокращение штата специалистов по качеству.

Rust получил статус Tier-1 языка в Microsoft, став одним из четырёх основных языков внутренней разработки наряду с C++, C# и TypeScript. Это означает, что внутренние команды получают полностью поддерживаемый путь от локальной разработки до продакшена: надёжные сборки инструментария, продуктивные инструменты для разработчиков, качественные рабочие процессы, глубокую интеграцию с платформой и соответствие требованиям Security Development Lifecycle (SDL). Microsoft активно инвестирует в Rust Project и поддерживает его стратегическое значение, что подтверждается выступлением Марка Руссиновича на RustConf и долгосрочной эволюцией Windows и MSVC alongside C и C++.

Статус Tier-1 подразумевает не только техническую поддержку, но и организационную готовность: Rust теперь используется в критически важных системных компонентах, где важны безопасность и производительность. Интеграция с Windows и MSVC обеспечивает совместимость с существующей экосистемой, а соблюдение SDL гарантирует, что код на Rust проходит те же строгие проверки безопасности, что и код на других поддерживаемых языках. Это укрепляет позицию Rust как языка выбора для системного программирования в масштабах предприятия.

Microsoft перешёл на Rust как tier-1 язык, главная мотивация — снижение 70% CVE, связанных с уязвимостями памяти, как отметил Mark Russinovich. Rust интегрирован с MSVC-бэкендом (rustc_codegen_utc), что критично для совместимости с внутренней инфраструктурой, а не только с LLVM. Rust не заменяет C++, а внедряется через интероперабельность — акцент на interop с C++, Python и JS, а не на ревайт. Проблемы: долгая компиляция в крупных проектах, отсутствие полноценной отладки в Visual Studio — ключевой барьер для массового внедрения. Интеграция с WinRT и Windows UI-фреймворками неясна, нет публичных нативных библиотек для WinRT 3.0. Споры: есть сомнения в реальной поддержке Rust в VS, но её появление считают логичным следствием статуса tier-1. Одни предлагают писать на C++, другие — постепенно внедрять Rust через обёртки и WASM (как в KTextEditor и WebGL). Советы: не ждать полного ревайта — начинать с новых модулей; Rust Foundation должен сохранять открытость rustc_codegen_utc, чтобы Microsoft не ограничила доступ, как с другими технологиями. Статус tier-1 подтверждает зрелость Rust как серьёзного конкурента C++ и C# в системном программировании.

Fastpotify — это лёгкий нативный клиент Spotify для Linux, macOS и Windows, работающий без встроенного браузерного движка. Он запускается за менее чем секунду, потребляет минимум памяти и поддерживает локальное воспроизведение треков в высоком качестве — до 320 кбит/с без промежутков (gapless playback). Через Spotify Connect пользователь может управлять воспроизведением на внешних устройствах: колонках, телефонах или телевизорах, не покидая основного окна приложения.

Клиент предоставляет полный доступ к библиотеке: плейлистам, Liked Songs, альбомам, артистам и подкастам, а также позволяет искать в каталоге Spotify и редактировать собственные плейлисты. Поддерживаются горячие клавиши, MPRIS-интеграция на Linux и трей-режим, при котором музыка продолжает играть после закрытия окна. Особенностью Fastpotify является возможность загрузки классических скинов .wsz из Winamp Skin Museum — приложение превращается в точную копию мини-плеера Winamp с визуализатором, эквалайзером, плейлистом, режимами шейдинга и целочисленным масштабированием пикселей.

Пользователи сообщают, что официальный клиент Spotify потребляет до 1,1 ГБ RAM, тогда как альтернатива Fastpotify — менее 300 МБ, что делает её существенно легче на Linux, macOS и Windows. После перехода на Electron официальный клиент стал заметно медленнее и ресурсоёмче, что раздражает пользователей. На Ubuntu и других системах в нём периодически пропадает звук без видимой причины. При отсутствии интернета Spotify не позволяет работать с локальной библиотекой: поиск блокируется таймаутом вебсокета. Использование librespot как основы сторонних клиентов находится под угрозой из-за действий Spotify, что ставит под сомнение долгосрочную жизнеспособность подобных проектов. Пользователи предпочитают Strawberry, Navidrome и собственные решения на Rust, обеспечивающие лучшую производительность и контроль над библиотекой. Самописные клиенты на Rust с egui или GPUUI подтверждают возможность создания эффективных альтернатив без Electron. По поводу LLM-генерации кода мнения разделились: часть пользователей сомневается в надёжности такого подхода, особенно при сбоях воспроизведения даже с увеличенным буфером; другие считают LLM инструментом ускорения разработки, но не заменой проектирования. В качестве альтернатив рекомендуются self-hosted решения: Explo + Slsk + Lidarr + Navidrome с DSub2000 или Symfonium для мобильных устройств. Для покупки музыки вместо стриминга — Bandcamp, а при отсутствии артистов — рипнг с YouTube, хотя это не лучший вариант с точки зрения вознаграждения исполнителей. На Linux для работы с локальными файлами предлагается Strawberry — нативное Qt-приложение с поддержкой Spotify. Пользователям Android с медленным запуском Spotify рекомендуется искать альтернативы, так как приложение перестраивает SD-карту при каждом запуске. Среди особенностей Fastpotify отмечен Winamp-режим как неожиданная и приятная деталь, хотя его реализация выглядит «vibe-coded» и нетипична для проигрывателей. Высказывается обеспокоенность по поводу ПО, созданного за несколько дней и имеющего мало релизов, что нарушает традиционную модель доверия в open-source. Также подчёркивается, что официальный клиент не позволяет отключить подкасты — это основная жалоба, которую Fastpotify исправляет.

В августе 2026 года в cargo.io появилась поддельная версия arrayref 0.3.10. В её зависимостях скрыт типосквот proc-macro1, чей скрипт сборки скачивает и запускает удалённый бинарный файл во время компиляции. Поскольку выполнение происходит на этапе сборки, любой проект, использующий эту версию, автоматически активирует вредоносный код.

Ключевой факт: злоумышленники использовали поддельный аккаунт dtolney, имитируя dtolnay, и разместили в proc-macro1 build‑script сервер‑команду hxxps://23[.]254[.]165[.]112:9089. Декодированные фрагменты указывают на адрес 23.254.165.112 и порт 9089 (payload) и 443 (C2). На Linux‑системах бинарник сохраняется в /tmp/rust-setup и запускается в фоне, а на Windows — в %TEMP%\rust-setup.ps1 через скрытый VBScript‑launcher, что позволяет процессу продолжать работу после завершения сборки.

Эти детали позволяют быстро распознать индикаторы компрометации: запросы к 23.254.165.112:9089 и 443, появление /tmp/rust-setup или %TEMP%\rust-setup.ps1. Удалённый код может выполнять любые действия, пока сборка уже завершена, поэтому важно сразу откатывать все зависимости от arrayref 0.3.10 и ниже, а также проверять целостность публикуемых crates.

Rust-экосистема уязвима к атакам на этапе сборки из-за отсутствия sandboxing для build.rs и proc-macro, слабого контроля зависимостей и чрезмерной фрагментации — что повторяет ошибки npm. Вредоносный код скрывается от сканеров, не попадая в финальный бинарник, а действуя только во время компиляции. Атаки типа left-pad (например, append-only-vec) показывают, что даже тривиальные зависимости увеличивают поверхность атаки. Необходимо: — реализовать sandboxing для build.rs (например, через Seatbelt на macOS, Landlock/seccomp на Linux, microVM или bubblewrap); — ввести min-release-age для зависимостей, чтобы дать время на обнаружение вредоносных пакетов; — требовать явного разрешения на новые build.rs и proc-macro, как в pnpm; — выполнять сборки в изолированных средах, исключающих доступ к ключам и чувствительным данным хоста; — применять статический анализ и AI-сканирование изменений перед публикацией на crates.io; — развивать стандартную библиотеку, чтобы снизить зависимость от сторонних пакетов для базовых операций; — внедрять языковые механизмы эффектной типизации для декларативного запрета сетевого доступа, FFI и записи в файл до компиляции; — использовать локальные репозитории для контроля версий, как в Conan для C++; — избегать автоматических обновлений зависимостей без проверки (пример: arrayref 0.3.10). Спор о том, хуже ли Rust, чем npm, несущественен: проблема — не в языке, а в политике управления зависимостями и отсутствии изоляции.

OpenLogi — это локальный, open‑source‑клиент для перестройки кнопок и DPI мышей Logitech, работающий без аккаунта и телеметрии. Приложение использует HID++ для прямого доступа к устройству, поддерживает более 40 встроенных действий, переключение DPI‑пресетов, SmartShift колесика и автопереключение профилей по приложению. Конфигурация хранится в обычном TOML‑файле, который пользователь может редактировать вручную, а все изменения мгновенно применяются к мыши.

Поддерживаются как проводные, так и беспроводные соединения: Logi Bolt, Unifying, Lightspeed, Bluetooth и USB‑кабель. На macOS, Linux и Windows доступны подписанные пакеты (brew‑cask, .deb/.rpm/.pkg.tar.zst, .msi). Приложение полностью открыто (MIT/Apache‑2.0), не требует регистрации и не отправляет данные в сеть — всё остаётся на машине пользователя.

Высокий спрос на легковесные альтернативы официальному ПО Logitech обусловлен его нестабильностью и телеметрией, но OpenLogi страдает от критических багов: слайдер DPI не работает, колесо прокрутки застревает на максимуме, SmartShift не срабатывает — пользователи возвращаются к Logi Options+. Сомнения в качестве кода OpenLogi связаны с подозрениями в копировании LinearMouse и использовании ИИ для «доработки», что снижает доверие из-за непрозрачности. Mouser страдал от утечек памяти (до десятков ГБ), что побудило некоторых создавать собственные решения (например, с потреблением 3.5 МБ); на macOS 27 beta Mouser также падает. Официальное ПО Logitech имеет региональные ограничения: смена частоты веб-камеры 50/60 Гц доступна только в английской версии, а переключение режима FN на K810 под macOS требует скриптов. Keychron использует WebUSB — настройка через веб-интерфейс исключает установку локального ПО. Для macOS рекомендуют BetterTouchTool и Steermouse — стабильные, но платные и закрытые. Для Linux — Solaar и Piper; OpenLogi не предоставляет AppImage, только .deb. Logitech официально предлагает офлайн-версию Options+ для изолированных систем — это частично решает проблему телеметрии. OpenLogi не поддерживает Logi Actions SDK, что критично для пользователей с accessibility-устройствами и LCD-клавиатурами. Также технически противоречиво заявление о «нулевой телеметрии»: приложение загружает рендеры устройств с assets.openlogi.org, что потенциально позволяет отслеживать запросы.

Отключить навязчивый ИИ — частая задача для тех, кто хочет сохранить контроль над своим цифровым пространством. Главное правило: сначала выключайте функции, которые явно нарушают привычный интерфейс — например, в Adobe Acrobat и Reader есть отдельные разделы «Generative AI», где достаточно снять галочку и сохранить настройки. На мобильных платформах, особенно в Android-смартфонах с встроенным Gemini, отключить ассистента можно через настройки приложения «Messages» или раздел «Connected Apps», где отключаются как Gemini, так и «Personal Intelligence». На iOS и macOS Apple Intelligence требует полного отключения в «Apple Intelligence & Siri», а также отключения «Learn from this App» в настройках приложений, даже если основной режим выключен. Для браузеров с встроенным Copilot в Chrome флаг GLIC скрывает все AI-функции, а в Windows можно использовать O&O ShutUp 10 или Win11DeBloat для полного удаления Copilot. Yahoo Mail и Zoom тоже предлагают отключить AI-анализ писем и транскрибирование встреч через меню настроек. Важно помнить: многие сервисы включают AI по умолчанию, поэтому проверяйте параметры регулярно — особенно в Zoom, где новые функции появляются часто. Для полного контроля рекомендуется использовать альтернативные браузеры вроде Zen или Helium, а также следить за обновлениями в библиотечных ресурсах, где публикуются актуальные гайды по сопротивлению нежелательным технологиям.

Пользователи сталкиваются с системным принуждением к ИИ: корпорации намеренно делают его неотделимым от базовых функций, блокируя ключевые возможности при отключении — например, отключение Siri в CarPlay лишает доступа к картам и музыке без телефона. ИИ-функции добавляются не для улучшения опыта, а для привлечения инвестиций, несмотря на рост эксплуатационных расходов и отсутствие реальной потребности — как в PDF-редакторах Adobe. Для отключения ИИ: — В Google добавляйте `udm=14` или фильтр `-fuck` для подавления суммаризации; — Используйте uBlock Origin и Element Hider для скрытия AI-элементов в Google, Amazon и других сайтах; — В Chrome — расширение Adios Alexa for Shopping для блокировки всплывающих окон Alexa; — На Mac — Wairy.app для аудита и отмены разрешений (частично заблокирован за платой); — Переход на Linux устраняет навязчивый ИИ из macOS и Windows; — Альтернативные браузеры Zen и Helium (на базе Firefox и Chromium) предлагают чистый интерфейс без ИИ-элементов. Самый эффективный способ — отказ от продуктов, где ИИ нельзя отключить, что упрощает цифровую жизнь. NoToAI.org — открытый ресурс сообщества для отслеживания способов отключения ИИ.

Orion Browser by Kagi — это браузер на ядре WebKit, сочетающий молниеносную нативную скорость с полной приватностью: отсутствие телеметрии, встроенный блокировщик рекламы и анти‑трекинг. Он поддерживает расширения Safari, Chrome и Firefox, а кураторская подборка из 20 проверенных дополнений позволяет настроить интерфейс под любые задачи. Пользователи могут менять каждый элемент оформления и функций, получая уникальный опыт без компромиссов.

Orion доступен для iOS и iPadOS, macOS, Linux (в бета‑режиме) и скоро появится в Windows, уже используют его около 4 млн человек, которым он предлагает «мгновенную работу» и «минимальное потребление батареи». Встроенная интеграция с сервисами Kagi позволяет искать, переводить и просматривать контент без переключения контекста. Проект полностью финансируется подпиской Orion Plus или единовременной лицензией, что исключает рекламу и сторонние партнёрства. Браузер исключает сбор данных, не передаёт их в сторонние сервисы, а также использует небольшую часть памяти, что делает его идеальным для ноутбуков. Пользователи отмечают, что Orion «работает быстрее Safari и потребляет в два раза меньше ресурсов», что подтверждает его эффективность.

Отзывы об Orion Browser противоречивы: хвалят скорость и приватность (без телеметрии, встроенный блокировщик рекламы) как альтернативу Chrome и Firefox, но массово жалуются на баги, отсутствие синхронизации между Mac, iPhone и Linux, закрытый исходный код и проблемы с менеджерами паролей — встроенным, Bitwarden, iCloud Passwords. Часть пользователей считает браузер стабильным для повседневки, другие возвращаются к Safari или Firefox из-за сбоев, тормозов на старых устройствах и неполной поддержки WebExtensions (uBlock Origin, SponsorBlock, вход по ключам доступа). Не хватает и интеграции с Apple — Apple Pay, 2FA-автозаполнение, 1Password, — узкой панели вкладок, поддержки Linux на Snapdragon X Elite. Отдельные участники избегают продукта из-за связи Kagi с Yandex. Советуют не покупать пожизненный доступ и ждать открытия исходников и исправления багов, а Linux- и Windows-пользователям — стабильной версии.

Cursor содержит критическую уязвимость, позволяющую выполнить произвольный код при открытии репозитория с вредоносным файлом git.exe в корне — без каких-либо предупреждений или действий пользователя. Уязвимость проста, но опасна: IDE автоматически запускает этот файл, игнорируя безопасность. Учитывая, что Cursor используют более 7 млн активных пользователей и 50 тыс. компаний, а его оценка достигает $60 млрд, отсутствие реакции на уязвимость, обнаруженную в декабре 2025 года, вызывает серьёзные вопросы.

Mindgard неоднократно сообщал о проблеме через официальные каналы, включая security.txt и HackerOne, но Cursor игнорировал сообщения в течение семи месяцев, несмотря на подтверждение уязвимости и повторные запросы. Только после публичного давления компания признала сбой в автоматизированной системе, но не предприняла действий по исправлению. В ответ исследователи решили раскрыть детали — чтобы защищать пользователей, когда разработчик отказывается это делать. Для защиты рекомендуется блокировать выполнение исполняемых файлов в рабочих каталогах через AppLocker или использовать изолированные среды.

• LLM‑сгенерированные отчёты перегружают команду, их сложно отсеять без риска пропустить реальные проблемы
• Cursor по умолчанию не проверяет рабочее пространство, что позволяет выполнить произвольный код из репозитория (например, git.exe)
• Уязвимость связана с особенностью Windows, когда текущая директория имеет приоритет в поиске исполняемых файлов
• Публичное раскрытие вызвало споры о ответственности разработчиков и необходимости более строгих механизмов доверия

Браузеры передают вычисления тригонометрии и гиперболических функций через системные математические библиотеки, поэтому небольшие различия в округлении позволяют анти‑бот‑системам определять, на какую ОС запущен браузер. Например, Math.tanh(0.8) возвращает 0.6640367702678491 в Linux (glibc), 0.664036770267849 в macOS (libsystem_m) и 0.6640367702678489 в Windows (UCRT) – различие в одном‑двух последних битах (1‑2 ULP). Такие «битовые подписи» появляются, начиная с Chrome 148, когда V8 перестал использовать fdlibm и стал вызывать std::tanh из хост‑libm. Раньше эти функции давали одинаковый результат на всех платформах и не фиксировали ОС. При этом лишь небольшая часть функций — sin, cos, tan, tanh, exp и другие — передаёт данные через хост‑libm; остальные математические операции остаются внутри V8 и не раскрывают платформу. Эти различия позволяют анти‑бот‑системам построить отпечаток.

Scrapfly закрывает эту утечку, имитируя точные биты, которые выдаёт реальная библиотека каждой ОС. Они формируют таблицу подписей для cos, tanh, sin и других функций, а затем в браузерных сборках подменяют вычисления так, чтобы результат совпадал с тем, что получает браузер. Таким образом, даже при hundreds‑fold проверке по сигналам, включая математику, их клиент выглядит идентично реальному браузеру и обходит анти‑бот‑механизмы.

• Обсуждается, что вызов Math.tanh может раскрывать операционную систему и версию браузера, делая её потенциальным вектором отпечатка.
• Участники отмечают, что современные браузеры уже содержат множество уникальных характеристик, и полностью скрыть ОС практически невозможно.
• Предлагаются методы добавления шума или замены функций, однако такие изменения могут лишь облегчить идентификацию «скрытных» пользователей.
• Ведутся споры о правовых ограничениях fingerprinting и необходимости регулировать технологии отслеживания в интернете.

OpenRA берёт культовые стратегии Red Alert, Command & Conquer и Dune 2000 и переосмысливает их под требования: атака‑в‑ход, ветеранство, туман войны, онлайн‑игра с полной модной поддержкой, обновлённые кампании и новые режимы сложности. Игроки запускают их на Windows, macOS и Linux без плагинов. Платформа открыта, её код разрабатывается совместно с сообществом, а пользователи получают SDK для создания новых RTS‑проектов. Это позволяет новичкам быстро погрузиться и ветеранам тестировать стратегии с улучшенной стабильностью и производительностью.

В последнем тестовом билде появились генераторы случайных карт для трёх игр, позволяющие выбирать биом, количество игроков и параметры симметрии, а также визуальный апдейт Dune 2000 — новые эффекты для Sonic‑танка и «массовая покупка» в Старпорт. В Tiberian Dawn HD реализован переключатель между классическим и remastered‑артом, а редактор карт получил инструменты Path Tiler для размещения рельефа и дорог. Сообщество активно участвует: создаёт карты, проводит турниры, делится фидбэком, а боты теперь строят расширения. Пользователи также создают и делятся пользовательскими картами, а SDK позволяет разрабатывать полностью новые RTS‑игры. Это делает платформу гибкой и привлекательной для энтузиастов. Регулярные стримы и соревнования поддерживают живую аудиторию.

• OpenRA переосмыслил классические RTS, улучшив баланс и добавив новые фичи, что делает игру более приятной.
• Сообщество активно: есть моды, конкуренты, улучшенный AI и многопользовательский режим.
• Игроки вспоминают оригинальные игры с теплотой, но отмечают иногда токсичную атмосферу в онлайн‑играх.
• Есть интерес к открытию исходников остальных игр и к будущим проектам, включая потенциальные продолжения.

Новый Outlook для Windows задерживает простейшие операции, которые в классическом клиенте выполнялись мгновенно. Один из пользователей отметил, что открытие окна отправки письма или поиск сообщения теперь требует около десяти секунд, в то время как в старой версии это происходит без задержек. Microsoft, по сообщениям в блоге, признала рост времени отклика и связывает его с тем, что новая программа построена на веб‑технологиях и должна индексировать почтовый ящик перед работой. Эта индексация, а также постоянный фоновый процесс синхронизации с облачными сервисами добавляют лишнюю нагрузку.

По оценкам экспертов, такие задержки могут увеличить время выполнения типовых задач в пять‑десять раз, что особенно критично для пользователей, часто работающих с вложениями и поиском. Тесты на разных конфигурациях показывают, что запуск нового Outlook в среднем занимает около десяти секунд, тогда как классический клиент стартует за одну‑две секунды; поисковые запросы, которые в старой версии возвращали результаты мгновенно, теперь требуют нескольких секунд из‑за построения индекса. Пока оптимизация не завершена, рекомендуется переключаться на классический Outlook или использовать режим «legacymode», если он доступен. Компания обещает выпустить обновление, которое сократит время отклика до привычного уровня.

• Новый Outlook на WebView2 открывается медленно и использует в 4 раза больше RAM, чем классический Outlook.
• Пользователи сталкиваются с задержками в 3‑4 секунды даже при простых действиях, например, открытии Notepad.
• Отсутствие привычных функций (Shift+F3, надёжные шаблоны) и баги заставляют возвращаться к старой версии.
• Обсуждение указывает на общую деградацию качества десктопных приложений Microsoft и переоценку веб‑технологий.

CEO Microsoft AI ответил на критиков после негативной реакции на недавние AI-функции Windows, выразив удивление отсутствием энтузиазма. По его словам, "факт, что люди не впечатлены... меня просто ошеломляет". Эта реакция последовала за недавним запуском AI-интеграции в операционную систему, которая, по мнению компании, должна была стать прорывом.

Критики указывают на ограниченность функционала и отсутствие реальных инноваций в новых AI-возможностях Windows. Несмотря на это, Microsoft продолжает настаивать на значимости своих разработок, подчеркивая долгосрочное видение AI-интеграции в экосистему Windows.

• Люди не против ИИ как такового, а против того, что Microsoft навязывает его везде, где только можно, и не даёт выбора.
• Microsoft теряет доверие, потому что вместо того, чтобы делать ОС лучше, они внедряют ИИ туда, где он не нужен.
• Пользователи жалуются, что Windows становится всё более громоздкой и нестабильной, а Microsoft вместо того, чтобы это исправлять, продолжает навязывать ИИ.
• Сообщество разработчиков и пользователей считает, что Microsoft вместо того, чтобы улучшать Windows, просто использует ИИ как маркетинговый трюк.
• В то время как Microsoft продолжает внедрять ИИ в Windows, пользователи жалуются, что они хотели бы просто иметь стабильную и не перегруженную ОС без встроенного ИИ.

Проект librepods стремится освободить наушники AirPods от жесткой привязки к экосистеме Apple, позволяя использовать их с другими устройствами и операционными системами. Это opensource-инициатива, которая дает пользователям больше свободы в использовании купленного оборудования.

Разработка направлена на создание альтернативного ПО, обходящего ограничения Apple, и обеспечивающего базовые функции подключения, управления и воспроизведения звука без необходимости в устройствах компании. Проект может заинтересовать тех, кто хочет использовать качественные наушники Apple с Android, Linux или другими не-Apple устройствами без потери функциональности.

• Apple блокирует функции AirPods для Android, но сообщество отвечает проектом, который позволяет использовать их с Android, Linux и даже Windows.
• Пользователи жалуются, что Apple умышленно ограничивает совместимость, чтобы заставить покупать устройства Apple.
• Некоторые пользователи отмечают, что AirPods не работают с Android, но при этом сторонние наушники работают с iPhone.
• Проект, который позволяет использовать AirPods с Android, требует root-доступа, что ограничивает его использование.
• Пользователи также жалуются на то, что Apple не позволяет использовать AirPods с Mac или iPhone, если у них старая версия iOS.

После прививки от гриппа автору предложили 24-часовой мониторинг давления с устройством Microlife WatchBP O3, которое автоматически измеряет давление каждые 30 минут днём и 60 ночью. Обнаружив micro-USB порт на устройстве, он решил анализировать данные без использования официального Windows-приложения WatchBP Analyzer. Устройство распознавалось в Linux как hidraw, но для доступа к данным потребовался запуск Windows в виртуальной машине через Gnome Boxes с перенаправлением USB-устройства.

Анализируя трафик между хостом и устройством через Wireshark и usbmon, автор обнаружил, что данные передаются в 32-байтных пакетах. Первый байт указывает количество значащих битов в пакете, третий байт кодирует систолическое давление, четвёртый — диастолическое, а пятый — пульс. Например, пакет 05 0a 89 71 43 9b соответствовал давлению 137/113 и пульсу 67. Однако полной расшифровки протокола не удалось — остались неопределёнными второй и шестой байты, а также отсутствовали метки времени и данные об Oscillometric signal peak pressure (OPP).

• Обсуждение охватывает широкий спектр тем: от «белый халат гипертония» до влияния стресса на показания прибора, отсутствие единого стандарта измерения давления и необходимость повторных измерений, а также ситуации, когда приборы не калиброваны или не стерилизуются.
• Участники обсуждают, что измерение давления в клинических условиях может быть выше, чем дома, и что это может влиять на диагноз и лечение.
• Также обсуждается, что вакцинация может вызывать временное повышение давления, и что это может быть связано с тем, что врачи не всегда правильно интерпретируют показания.
• Участники также обсуждают, что важно иметь в виду, что приборы для измерения давления должны быть калиброваны и стерильны, и что важно правильно интерпретировать показания.
• В конце обсуждение переходит к тому, что важно иметь в виду, что вакцинация может вызывать временное повышение давления, и что это может быть связано с тем, что врачи не всегда правильно интерпретируют показания.

Knokke представляет собой новый высокоскоростной сканер 35 мм пленки, который позиционируется как "новая эра сканирования". Устройство предлагает впечатляющие характеристики: разрешение 4064 DPI, динамический диапазон 120 дБ и глубину цвета 48 бит, при этом способно отсканировать всю катушку всего за несколько минут. Сканирование происходит с помощью кастомной оптики и современного сенсора, что обеспечивает высочайшее качество при доступной цене.

Сканер работает на собственном программном обеспечении Korova — легком приложении на C++, нативном для Linux, macOS и Windows. Это позволяет отказаться от устаревших ПК и использовать современный plug-and-workflow. Каждому кадру можно задать индивидуальные настройки, которые повторяются при последующих сканированиях для консистентных результатов. Цена запуска составит €999, включая и сканер, и программное обеспечение.

• Стоимость сканера Knokke составляет €999, что вызывает сравнение с ценой на подержанные DSLR-установки и вызывает обсуждение ценообразования.
• Отсутствие примеров сканов и отсутствие ИК-сенсора для удаления пыли и царапин вызывает критику.
• Обсуждается, что цена может быть оправдана для энтузиастов, которые ценят дизайн и удобство использования.
• Некоторые участники обсуждения выражают сожаление, что сканер не поддерживает 120 формат, а также отсутствие автоподатчика.
• Участники также обсуждают, что стоимость может быть оправдана для тех, кто ищет высокое качество сканирования и готов заплатить за него.

Согласно последним данным, почти 90% игр для Windows теперь могут запускаться на Linux, что делает игровую платформу Linux более жизнеспособной, чем когда либо. Этот значительный рост совместимости происходит на фоне прекращения поддержки Windows 10, что создает уникальную возможность для геймеров.

Успех связан с развитием таких технологий, как Proton от Valve и Wine, которые обеспечивают эмуляцию Windows-окружения. Эксперты отмечают, что производительность многих игр на Linux теперь сопоставима с Windows, а в некоторых случаях даже превышает ее. Это особенно актуально в св upcoming прекращения поддержки Windows 10 в октябре 2025 года, что может заставить многих геймеров искать альтернативные платформы.

• Пользователи делятся опытом перехода на Linux для игр: кто-то использует Wine/Proton для запуска старых игр, кто-то отмечает, что большинство игр работает без проблем, а кто-то вспоминает, что единственное, что мешает — это античит-решения, которые не поддерживаются в Linux.
• Обсуждается, что большинство игр работает на Linux, но иногда требуется настройка. Пользователи отмечают, что Proton и Wine значительно улучшились, и что большинство игр можно запустить без проблем.
• Участники обсуждают, что Windows становится всё менее привлекательной для геймеров, особенно в контексте Windows 11. Они также отмечают, что Linux становится всё более привлекательной альтернативой.
• Некоторые пользователи делятся опытом, что они полностью перешли на Linux и не жалеют об этом. Они также отмечают, что единственное, что мешает им полностью перейти на Linux, это игры, которые не работают из-за античит-систем, таких как Easy Anti-Cheat и BattleEye.
• Участники также обсуждают, что они не видят причин, кроме как игры, которые не работают из-за античит-систем, чтобы не использовать Linux.

В старых версиях Windows, включая Windows 98, при захвате скриншота видеофайла и открытии его в Paint происходило удивительное явление: видео продолжало воспроизводиться. Это не магия, а особенность работы устаревших форматов видео и компонентов системы. Формат AVI того времени хранил видео и аудио данные в одном файле без сложного сжатия, что позволяло приложениям вроде Paint, использующим DirectShow, воспроизводить его напрямую из скриншота.

Пользователь вспоминает: "В старой версии Windows (кажется, Win98) если делал скриншот видео, открывал его в Paint, и видео играло!" Это работало из-за того, что Paint мог интерпретировать необработанные видеоданные в файле скриншота. Однако в современных системах это больше невозможно из-за усложнения форматов видео и изоляции приложений. Этот "баг" стал забавной особенностью, демонстрирующей эволюцию мультимедийных возможностей Windows.

• Обсуждение началось с воспоминаний о том, как раньше видео отображалось через наложение (overlay), а не через композитинг, и как это влияло на скриншоты и захват видео.
• Участники вспомнили, что в старых системах цветовая палитра была ограничена, и конкретный цвет использовался как "зеленый экран", потому что видео наложение не могло быть захвачено скриншотом.
• Были упомянуты такие детали, как то, что в старых версиях Windows и Linux можно было установить видео как фон рабочего стола, и как это использовалось в Winamp и других программах.
• Также обсуждались сопутствующие темы, такие как то, как DRM может влиять на возможность сделать скриншоты, и как технология наложения используется в современных мобильных GPU для энергосбережения.

Разработчики Zed анонсировали полноценную версию редактора кода для Windows. Теперь он доступен как в стабильной, так и в тестовой версии, причём последняя обновляется еженедельно. Zed на Windows использует DirectX 11 для рендеринга и DirectWrite для рендеринга текста, что обеспечивает нативное соответствие платформе.

Ключевая особенность — глубокая интеграция с WSL и SSH: пользователи могут открывать папки из WSL прямо в Zed, а все операции I/O происходят через удалённое соединение. Это распространяется на все функции, включая работу с Git, терминалами и отладчиками.

Расширения Zed, основанные на WebAssembly, работают на Windows без дополнительных настроек. Они изолированы через WASI, что обеспечивает безопасность и прозрачность работы с файлами.

Команда призывает пользователей тестировать Zed на Windows, особенно в контексте WSL, различных мониторов и сложных конфигураций клавиатур. Отзывы помогут ускорить фиксацию багов и улучшение платформы.

• Основные проблемы: отсутствие DevContainer, медленный LSP-ответ, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нт поддержки ARM64, нет поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нт поддержки WSL, нет поддержки ARM64, нт поддержки DevContainer, нет поддержки WSL, нет поддержки ARM64, нет поддержки DevContainer, нт поддержки

Проект KDE отмечает 29-й день рождения и запускает ежегодный сбор средств. Цель — собрать €50,000 к концу года. Эти средства позволят KDE оставаться финансово независимым и продолжать развивать свободное программное обеспечение, которое работает даже на старом железе, снижая электронные отходы. Деньги также помогут адаптировать софт под нужды госучреждений и маргинализированных пользователей.

Кроме того, KDE активно продвигает инициативу End of 10, направленную на сокращение электронных отходов. Вместо того чтобы выкидывать старые устройства, пользователи могут продолжать работать на них с KDE. В этом году сбор особенно важен, так как Microsoft прекращает поддержку Windows 10, что может привести к массовому выводу устройств из строя.

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

• KDE Plasma продолжает оставаться одним из лучших DE, но большинство дистрибутивов по-прежнему не предлагают его как вариант по умолчанию, что особенно удивляет новых пользователей, ищущих альтернативу Windows.
• Пользователи отмечают, что KDE остаётся стабильным, настраиваемым и функциональным, а такие приложения как Dolphin и KDE Connect демонстрируют превосходство над GNOME-эквивалентами.
• Несмотря на то, что KDE — это FOSS-проект с ежемесячными пожертвованиями от сообщества, он всё ещё не получает должного признания в релизах большинства дистрибутивов, что вызывает вопросы о том, почему он не становится стандартным выбором.
• Участники обсуждения также подчеркнули, что KDE предоставляет удобный и привычный для пользователей Windows переход на Linux, в то время как большинство других DE не предлагают такой же уровень знакомства и функциональности.
• Некоторые участники выразили обеспокоенность тем, что KDE может не получать достаточного финансирования и поддержки, несмотря на его вклад в развитие Linux-экосистемы.

KDE Connect — это проект, обеспечивающий интеграцию между настольными компьютерами KDE и мобильными устройствами. Позволяет передавать файлы, SMS, уведомления и управлять устройствами через безопасное соединение. Поддерживается на Linux, Windows, Android, iOS и macOS, что делает его универсальным решением для кроссплатформенной интеграции.

Проект включает в себя как C++ приложение для десктопа, так и мобильные приложения. Для разработки доступны исходные коды, а также инструменты для создания плазмоидов и мобильных QML-приложений. Поддерживается выпуск через различные магазины приложений, включая Google Play, Apple App Store, Windows Store и F-Droid.

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

• KDE Connect и его аналоги (GSConnect, GSConnect) обеспечивают бесшовную связь между устройствами, но сталкиваются с проблемами, такими как несовместимость с различными сетевыми конфигурациями и отсутствие официальной поддержки для iOS.
• Пользователи отмечают, что KDE Connect может быть установлен на различных ОС, включая Linux, Windows и Android, но не на iOS.
• Некоторые пользователи сообщают о проблемах с обнаружением устройств в сети, что может быть связано с настройками фаервола или маршрутизатора.
• Обсуждается, что KDE Connect может быть использован для передачи файлов, управления мультимедиа и других функций, но иногда эти функции могут не работать из-за проблем с подключением.
• Пользователи также обсуждают, что KDE Connect может быть использован для обмена буфером обмена между устройствами, но иногда это может не работать из-за проблем с подключением.

WinBoat — это инструмент, который позволяет запускать Windows-приложения в Linux с полной интеграцией. Он предоставляет удобный графический интерфейс, автоматизирует установку Windows и обеспечивает доступ к файловой системе Linux из Windows. Проект с открытым исходным кодом, распространяется под лицензией MIT.

• WinBoat – это контейнер Docker с Windows внутри, который запускает приложения в изолированном окружении и предоставляет доступ к ним через RDP.
• Проект не требует лицензии Windows, но юридически он не может быть свободно распространяемым, так как включает в себя не-лицензионные компоненты.
• Пользователи отмечают, что проект не предоставляет никакой новой функциональности по сравнению с существующими решениями, такими как Wine или VirtualBox, и что он не решает проблему, которую он заявляет, что решает.
• Некоторые комментаторы выражают обеспокоенность по поводу того, что проект может быть небезопасен в плане безопасности, так как он требует привилегий root для запуска Docker.
• Проект не предоставляет никакой информации о том, что он делает, и не объясняет, как он это делает, что делает его трудным для пользователей понять, что именно он предлагает.

Apple Silicon обеспечивает невероятную энергоэффективность: MacBook M1 Pro теряет всего 10% заряда за три недели в режиме сна. В то же время ноутбук Framework 13 на AMD Ryzen 7840HS разряжается на 3–4% в час даже при простое, что сильно разочаровывает при нерегулярном использовании.

Автор ценит миссию Framework — модульность и ремонтопригодность, но отмечает, что проблема с батареей характерна для многих современных устройств, кроме Apple на ARM. Переход на ARM-платформу для Framework кажется сложным решением, поэтому пока выход — держать ноутбук постоянно подключённым к сети.

• Пользователи отмечают проблемы с энергопотреблением в режиме сна (suspend) на Linux-ноутбуках, особенно по сравнению с Apple Silicon Mac, где управление питанием значительно эффективнее.
• Обсуждаются преимущества архитектуры ARM (включая Apple Silicon и Snapdragon) для автономной работы, но подчеркивается, что ключевой фактор — глубокая оптимизация связки hardware/software, а не просто архитектура.
• Некоторые пользователи в качестве решения для Linux предлагают отключать "modern standby" (S0) в пользу традиционного S3-сна или использовать гибернацию, однако отмечают проблемы с её работой при включенном secure boot и lockdown.
• Высказывается мнение, что открытость и ремонтопригодность Framework важнее максимальной автономности, но многие хотели бы видеть от Framework вариант на ARM-процессоре.
• Упоминаются положительные примеры хорошего управления питанием на отдельных устройствах под Linux (например, некоторые ThinkPad) и под Windows на Snapdragon, что указывает на роль OEM-производителей и драйверов.

WeAct Display FS — это компактный USB-дисплей за $2 с диагональю 0,96 дюйма и разрешением 160×80 пикселей. Он подключается к компьютеру или одноплатнику через обратимый USB Type-A порт, что позволяет гибко ориентировать экран. Устройство отображает системную информацию, погоду или пользовательские изображения через специальное ПО.

Программное обеспечение включает WeAct Studio System Monitor, форк проекта Turing Smart Screen на Python, который теоретически работает на Windows, macOS, Linux и Raspberry Pi OS. Для удобства использования в комплекте идут прокладки, предотвращающие короткое замыкание при перевороте USB-разъёма.

• Выражен интерес к USB-дисплеям с e-Ink, открытым интерфейсом и энергонезависимостью изображения, но отмечена высокая цена и дефицит подходящих моделей.
• Подняты серьёзные опасения по безопасности из-за риска подмены устройства клавиатурой для ввода вредоносных команд.
• Обсуждаются альтернативы: перепрошивка существующих устройств (ESP32, LilyGo), использование старых ридеров или более крупных дисплеев (M5Paper, reTerminal).
• Отмечен феномен покупки гаджетов "для проектов", которые затем не реализуются и пылятся.
• Высказано удивление распространением миниатюрных экранов в неожиданных местах как символа "будущего".

Ключевые моменты интервью со Стивом Баллмером

• 34 года в Microsoft: Баллмер прошёл путь от первого бизнес-менеджера до CEO, начиная с сделки IBM DOS.
• Корпоративный бизнес: сам построил направление, превратив его в опору компании.
• Провалы: открыто говорит о том, как упустили мобильные и поиск.
• «Разработчики, разработчики, разработчики»: рассказал историю легендарного лозунга.
• Отношения с Гейтсом: был год, когда они не разговаривали; объяснил, почему ушёл с поста CEO.
• Акции Microsoft: не продал ни одной — капитал вырос с $20 млрд до $130 млрд за 10 лет после ухода.
• LA Clippers и Intuit Dome: поделился планами и энтузиазмом владельца клуба.

Энергия Баллмера — на максимуме: слушайте, чтобы почувствовать «фирменный» стиль.

• Ключевой упрек Баллмеру — застревание в «окнах» и нежелание отпустить Windows-монополию; Наделла же открыл Linux, open-source и вывел Azure на новый уровень.
• Многие удивились, насколько ранним и важным был вклад Баллмера в Azure, а также напряжённости в его отношениях с Гейтсом.
• Некоторые считают Баллмера недооценённым: он знал, кого держать, спас Xbox и построил сверхприбыльный enterprise-департамент, но промахнулся по мобильным устройствам и планшетам.
• У Наделлы упрекают «санитарный» стиль, потерю культуры и якобы набор «средних» сотрудников, тогда как топ-выпускники уходили к Google и Meta.
• Сторонники Наделлы отвечают: Azure и open-source начали двигать ещё при Баллмере, а Microsoft всё ещё эффективно монетизирует Office 365 и корпоративный стек.

Adobe Reader vs SumatraPDF

• Adobe Reader 25.x (Win11, 64-bit): 687 МБ
  — встроенный «ИИ», автообновления, реклама Acrobat, два интерфейса.

• SumatraPDF 3.5.2: 8 МБ
  — нет «ИИ», автообновлений, рекламы; ставится через scoop.

График роста размера инсталлятора Adobe Reader за годы:

• Adobe Reader раздут до 600 МБ, медленный, навязчиво предлагает платные функции и ставит сторонний софт (McAfee).
• Подавляющее большинство пользователей отказались от него в пользу браузеров, macOS Preview, SumatraPDF, PDF-XChange, Okular и других лёгких альтернатив.
• Логарифмический масштаб графика скрывает реальный рост размера: Reader стал в 83 раз больше Sumatra.
• Для Windows рекомендуют SumatraPDF и PDF-XChange, для Mac — Preview и Skim; Linux-пользователи используют zathura, evince или Okular.

Итоги моего ухода с Windows на Linux в эпоху анти-клиента

Профессионал с 25-летним стажем, я окончательно перешёл на Linux в 2023 г. и уже два года не возвращаюсь.
Windows 11 стал рекламной площадкой: Copilot, Recall, OneDrive навязываются и крадут данные без спроса.
Подписки вместо покупки, «облачные» файлы без согласия — всё это разрушает доверие.

Технически Linux сложнее, но свобода стоит усилий.
Европа (Digital Markets Act) и движения вроде StopKillingGames и RightToRepair дают надежду.

Ключевой вывод: контроль над купленным — основа личной свободы.

• Пользователи массово переходят на Linux из-за разочарования Windows 10/11 и улучшений десктоп-опыта.
• В семьях и малых бизнесах Linux уже заменяет Windows на ноутбуках и POS-терминалах, несмотря на «налог Microsoft» за предустановку.
• Среди оставшихся препятствий: игры с античитом, Adobe Creative Suite, Citrix, управление питанием/тачпадом, «виснут» при нехватке RAM.
• На работе Linux-доступен по запросу, но Word/Excel/PowerPoint и их форматы всё ещё тормозят миграцию SMB.
• Сообщество делится лайфхаками: Bee-link-мини-ПК вместо dual-boot, earlyoom/OOM-kill, AMD-видеокарты для игр, KVM-переключатели.

AnduinOS — лёгкий, приватный, бесплатный дистрибутив на базе Ubuntu.
ISO 2 ГБ, GNOME-оболочка, Flatpak-приложения, никакого слежения.
Совместим с пакетами Ubuntu, подходит для работы, игр, сервера и обучения.

Версии

• LTS 1.1 (Noble Numbat) — до апреля 2029, GNOME 46, ядро 6.11, стабильность.
• Standard 1.3 (Plucky Puffin) — до января 2026, GNOME 48, ядро 6.14, новейшие функции.

Ссылки

• Скачать | Документация | Исходники | Поддержать

«Переход с Windows прошёл безболезненно, система лёгкая и красивая» — пользователи.

• Многие спутали название «AnduinOS» с «ArduinoOS».
• Это одиночный проект китайского инженера Microsoft: ремикс Ubuntu с GNOME, стилизованным под Windows 11.
• Критика: «distro-дистро-дистро» не заслуживает звания OS, не ясен уникальный посыл по сравнению с Mint/Ubuntu.
• Плюсы: простая установка Flatpak, может помочь консервативным пользователям перейти с Windows.
• Минусы: нет ARM-сборки, в скриншотах замечен сомнительный WPS Office, отсутствует описание отличий от Ubuntu.

Claudia – изящный десктоп-клиент для Claude Code.
Лёгкий, быстрый, с минималистичным дизайном.

• Системные требования: macOS 12+, Windows 10+, Linux (AppImage).
• Функции: горячие клавиши, тёмная/светлая темы, авто-обновления, нативные уведомления.
• Безопасность: токен хранится в системном хранилище, шифрование AES-256.
• Установка: скачать dmg/exe/AppImage → установить → авторизоваться через Claude.ai.
• Горячие клавиши:
  • Ctrl+Shift+C – открыть/свернуть окно
  • Ctrl+Enter – отправить запрос
  • Ctrl+L – очистить чат

Проект с открытым кодом: github.com/claudia-app.

• Пользователи считают, что название «Claudia» и визуальный стиль слишком близко к бренду Claude/Anthropic и прогнозируют судебные иски.
• Критика GUI-обёртки: многие ценят Claude Code именно как минималистичный CLI-инструмент и не видят необходимости в «тяжёлом» десктоп-приложении.
• Повторяющиеся жалобы: сайт тормозит, видео на главной слишком быстрое, установка бинарников ломается на Ubuntu 22.04, а вставка картинок в чат зависает.
• Пользователи просят фичи, которых нет: sandbox-агентов, нативной интеграции в VS Code, управления несколькими worktrees, нормального поиска/замены кода.
• Общий вывод: Claudia выглядит как «очередной Twitter-клиент для LLM», и большинство разработчиков возвращается к чистому Claude Code в терминале.

• 1. «Умный» поиск по всему ПК
  Горячая клавиша → мгновенный поиск по файлам, почте, Teams, облаку и внутри документов. Результаты группируются по типу, поддерживаются фильтры и предпросмотр.

• 2. Контекстные подсказки
  Система подсказывает горячие клавиши, макросы и автозамену прямо в интерфейсе приложения, учитывая текущую задачу.

• 3. Универсальный буфер обмена с историей
  Win+V показывает последние 100 элементов: текст, изображения, файлы. Поддерживает поиск, закрепление и синхронизацию между устройствами.

• 4. «Режим фокуса»
  Одна кнопка блокирует уведомления, прячет панель задач и активирует таймер «Помодоро». Приложения переходят в светлый фоновый режим.

• 5. Автоматические рабочие профили
  Windows сама переключает наборы приложений, VPN, звук и тему в зависимости от календаря или геолокации (дом/офис/поездка).

• 6. Горизонтальные «полки» для окон
  Alt+↑ создаёт «полку» — горизонтальный ряд окон фиксированной высоты. Удобно для мониторов 16:9 и ультрашироких экранов.

• 7. Встроенный OCR и перевод
  Любой текст на экране (видео, PDF, картинка) выделяется прямо мышью и мгновенно копируется или переводится без сторонних сервисов.

• 8. «Песочница» для экспериментов
  Одна команда запускает временную копию Windows с заданным набором ПО. После закрытия всё исчезает, основная система не страдает.

• 9. Умные отчёты о времени
  Еженедельный дашборд показывает, сколько времени ушло на каждое приложение, сколько переключений контекста и где можно сэкономить.

• 10. «Облачное продолжение»
  Закрыл ноутбук → открыл ПК: все окна, вкладки и документы оказались на месте за 5 секунд без ручной синхронизации.

• Пользователи тоскуют по «чистым» ОС вроде Windows 2000/7: быстрым, без рекламы, без назойливых функций.
• Современные версии Windows критикуют за хаотичный UI, лишние клики, принудительные облака, Copilot, Recall и тёмные паттерны.
• Многие предлагают радикальные решения: удалить всё, что добавлено после Win7, или вообще перейти на Linux.
• Популярны скрипты вроде Win11Debloat и «облегчённые» сборки (Tiny11), но Microsoft регулярно ломает такие «фиксы».
• Сторонники Linux признают: для среднего пользователя «безболезненной» альтернативы пока нет, особенно в играх.

Blender теперь нативен на Windows 11 on Arm.
Сборка 4.2.0 Alpha уже доступна для загрузки; финальная версия 4.2 выйдет в июле.

Что это значит

• Нет эмуляции x64 → выше производительность и меньше расхода энергии.
• Поддерживаются все современные граф-функции, включая Cycles, EEVEE, Grease Pencil.
• Работает на Snapdragon X Elite/Plus и других Arm-чипах.

Как получить

1. Скачать Blender 4.2.0 Alpha с официального сайта.
2. Установить и запустить — всё работает из коробки.

Следующий шаг
Разработчики Blender Foundation продолжают оптимизацию; ждём стабильный релиз 4.2 в июле.

• Вокруг Blender на ARM-Windows радость: конец x86-монополии близок.
• Порт был проще благодаря готовым macOS/iOS ARM-версиям, но на Linux-arm64 официальных сборок пока нет.
• Основной тормоз Windows-ARM — отсутствие «жёсткого» перехода: Apple прекратила продажу Intel-Маков, Microsoft и OEM-ы продолжают поддерживать x86.
• Разработчики сторонних библиотек не спешили, многие считали «Windows = x86»; зависимости труднее портировать, чем сам Blender.
• Qualcomm-процессоры пока уступают Apple M-серии, поэтому ARM-Windows-устройств мало, а альтернатив Qualcomm в рознице почти нет.

Modos Paper Monitor — открытый e-paper монитор 75 Гц и dev-kit.
Собрано $61 611 из $110 000, 37 дней до конца кампании.

В комплекте

• Плата на FPGA (Caster, 60 Гц, открытая прошивка).
• 6" и 13" монохромные панели; контроллер подходит и к другим экранам 6–13,3".
• HDMI/USB, Linux/macOS/Windows.
• Корпус-чертежи и ПО на GitHub.

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

• Закрытые драйверы и высокие цены тормозят e-paper.
• Мы даём инженерам и энтузиастам свободу экспериментировать и формировать стандарты (Discord, Mastodon, Matrix, Bluesky).

Возможности

• Низкая задержка: независимые области обновления, отмена прежних пикселей.
• Гибкие режимы: бинарный для скорости + гибридный серый для деталей.
• C API: полный контроль режимов и обновлений.

Цены

$199–$599, 6 вариантов комплектации.

GitHub-список совместимых экранов

• Проект Glider — полностью открытый: исходники, Verilog, документация и файлы платы на GitHub/GitLab.
• NLnet и ЕС профинансировали разработку; обсуждаются условия грантов и гражданство авторов.
• Контроллер на низкобюджетном FPGA выдаёт HDMI/USB-C, но пока не предлагает LVDS/eDP для моддинга ноутбуков.
• Демо показывает высокую скорость обновления при заметном «ghosting»; блики — особенность дешёвой панели, не самой платы.
• Участники хотят 21–24″ монохромный 30 Гц дисплей дешевле $500, сенсорный слой и драйверы X11/Wayland.
• Упомянуты альтернативы: Inkplate, TRMNL, Boox, а также DIY-кибердеки и ноутбуки ThinkPad T480 с e-ink.