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% экрана.

В macOS Golden Gate Apple отказалась от показа иконок во всех пунктах меню по умолчанию — нововведения, появившегося в macOS Tahoe. Об этом написал Джон Грубер: новые «Руководства по интерфейсу человека» прямо называют подход Tahoe примером того, чего на macOS делать не следует. На иллюстрации два списка дней недели: с иконками помечен как неправильный, без иконок — как правильный, с рекомендацией единообразного оформления.

Автор напоминает, что раньше его доводом против иконок в меню было «Apple так не делает». Когда Apple сама добавила иконки в Tahoe, этот аргумент ослаб. Зато теперь довод стал сильнее: «Apple попробовала и даже она отказалась». Компания спроектировала, выпустила, год прожила с этим решением, а затем публично изменила свои рекомендации. Отказаться от того, чего никогда не делал, — одно; отказаться от того, что уже делал, — это опыт. В этом и суть: учиться на практике и быстро признавать ошибки.

Обсуждение анализирует системный кризис современного UI-дизайна, где эстетика и мода вытесняют эргономику и исторический опыт. Новые дизайнеры игнорируют фундаментальные принципы прошлого, отдавая приоритет красивым макетам для Dribbble в ущерб функциональности, доступности (accessibility) и управлению с клавиатуры. По мнению @bunderbunder, методология Agile и короткие спринты делают невозможным глубокие исследования юзабилити, что ведет к поверхностным решениям. @quacked критикует «карточный» дизайн с закругленными углами за потерю компактности и четкости иерархий. В споре об иконках @Andrew_nenakhov и @mrheosuper отмечают, что они формируют мышечную память и помогают пользователям, не владеющим языком, тогда как другие считают их визуальным шумом. Рекомендуется использовать иконки только для стандартных действий (Save, Undo), оставляя текстовые метки для специфических функций. @kevin_thibedeau напоминает, что Apple повторяет свои ошибки: в HIG 2008 года уже указывалось, что избыток иконок загромождает интерфейс и они должны нести значимую ценность.

Mac.apk запускает Android-приложения напрямую на Apple Silicon — без эмулятора, виртуальной машины и ядра Linux. Приложения работают как обычные процессы macOS: рисуются через GPU Mac, исполняются на CPU с нативной скоростью, появляются в Dock, получают собственные окна с кнопкой «назад» рядом с кнопками управления, масштабируются, поворачиваются и переключают светлую и тёмную темы вместе с системой. Ничего не загружает Android в фоне и не интерпретирует инструкции по одной.

Проект в статусе альфа: из 65 протестированных приложений 51 полностью играбельны, 10 работают частично, 4 пока не запускаются. Код под лицензией AGPL-3.0, доступна коммерческая лицензия, сборки подписаны и нотаризованы Apple. Внутри — открытые компоненты (ANGLE, MoltenVK, Capstone, libpng, libvpx, stb_vorbis, Bouncy Castle, JRE на базе OpenJDK с FreeType, HarfBuzz и GLib, ресурсы Android из AOSP); GLib и libintl под LGPL, их исходники приложены к релизам.

Важное предупреждение: у приложений нет песочницы в стиле телефона — APK исполняется как обычный нативный код с правами вашего пользователя macOS и может читать и писать ваши файлы. Устанавливайте только доверенные APK из надёжных источников: за ущерб, утечки данных, вредоносный код и нарушения авторских прав разработчик ответственности не несёт.

Mac.apk не имеет нативных Google‐сервисов, требует MicroG для их работы и не использует песочницу — данные хранятся в /Applications, что вызывает вопросы безопасности. Проект зависит от JVM и не содержит ARM‐бинаров, что ограничивает производительность. Пользователи отмечают нишевые сценарии, например запуск Minecraft Bedrock для кроссплатформенной игры без собственного сервера. Мнения о полезности разнятся: некоторые считают запуск Android‐приложений на Mac интересным, другие предпочитают Bluestacks или iOS‐версии, отмечая низкую реальную потребность. Критики указывают на название и структуру репозитория как признаки низкого качества кода, возможно сгенерированного LLM, и сравнивают проект с устаревшим Android Runtime for Chrome. Некоторые советуют сосредоточиться на PWA вместо нативного Android‐кода для macOS, считая это более перспективным. Рост поддержки Steam‐устройств и упрощение кроссплатформенной разработки могут снизить интерес к запуску Android‐приложений на macOS, а их избыточность в десктопной среде воспринимается как раздражающий фактор.

Пользователи отмечают ухудшение качества ПО Apple: частые сбои аудио, графики и UI, включая регрессию OpenGL в macOS 15.8.2 RC. Многие связывают это с ростом мелких багов в новых версиях macOS и iOS, воспринимая это как ускоряющийся упадок качества. OpenGL давно помечен как deprecated, и его поломка в 15.8.2 RC воспринимается как следствие отсутствия регрессионных тестов для устаревшего API. Часть комментаторов считает, что Apple игнорирует качество и не исправляет баги; другие напоминают, что такие регрессии типичны для релиз‐кандидатов и будут исправлены в финальном релизе. Для обхода проблем с OpenGL рекомендуется переходить на современные API: Vulkan‐on‐Metal от LunarG или напрямую использовать Metal. Если критичны стабильность аудио и графики, советуют откатываться на проверенную версию macOS или рассматривать альтернативные ОС, например Linux. Некоторые подчёркивают, что большинство пользователей не сталкиваются с этими проблемами, и баги затрагивают лишь небольшую часть аудитории.

BetterWispr — открытая программа для диктовки на macOS: удерживайте ⌥ Space в любом приложении, говорите, отпускаете — и в поле ввода появляется чистый текст. Всё распознавание идёт локально, без аккаунта и облака: девять встроенных моделей (Apple speech, Parakeet, Whisper) скачиваются один раз и работают офлайн. Parakeet покрывает английский, японский и 25 европейских языков, Whisper — больше. Можно подключить собственный API Sarvam AI, Smallest AI или совместимый с OpenAI.

Настраивается почти всё: горячая клавиша (удержание или переключение), стиль для каждого приложения (неформальный убирает точку в конце, очень неформальный — ещё и заглавные), уровень чистки (Light убирает «э-э» и оговорки, Medium правит на ясность через Apple Intelligence или Ollama, None сохраняет всё). Голосовые команды вроде «запятая» или «удали последнее предложение» работают на английском. Есть встроенный Notetaker: он пишет вашу речь как «Me», звук других приложений как «Them» и затем формирует резюме, решения и задачи. Словарь запоминает имена и термины, история хранит исходный и исправленный текст с возможностью вернуть оригинал. Лицензия Apache 2.0, обновления приходят с GitHub Releases и ставятся только при совпадении подписи EdDSA.

Локальная диктовка на macOS с моделями Parakeet v3 и Whisper работает эффективно, обеспечивая высокую точность и низкую задержку. Whisper остается основным универсальным решением, в то время как Parakeet v3 поддерживает только европейские языки; для CJK-языков используют Whisper. Некоторые пользователи считают достаточным встроенный API SpeechAnalyzer. Для управления без рук применяют Bluetooth-пульты и педали с переназначением клавиш через Karabiner. Чтобы сделать процесс полностью бесконтактным, предлагают внедрить активацию по ключевому слову (wake-word) и автоматическое завершение по тишине. Для улучшения качества рекомендуют пост-транскрипционную очистку через LLM-промпты или словари. Один разработчик создал CLI-утилиту, параллельно комбинирующую три модели, что снизило задержку и повысило точность. Также запросили интеграцию с IDE для автоматической отправки сообщений при завершении диктовки. Мнения о продуктивности разделились: одни считают метод революционным, другие жалуются на усталость и отмечают, что при быстром наборе текста диктовка становится нишевым решением. Спрос на локальные и веб-версии без облачной передачи данных привел к обилию схожих OSS-проектов (Handy, VoiceInk, Wispr Flow, Biscotti). В связи с этим предлагают расширить поддержку на Windows и Linux. Отдельно обсуждаются возможные юридические риски, связанные с товарным знаком Wispr.

Исследователи предлагают Minions — распределённый виртуальный GPU-облако, которое объединяет простаивающие графические процессоры устройств на Apple Silicon под управлением macOS для выполнения крупномасштабного машинного обучения. Рост спроса на GPU-ускоренный вывод моделей упирается в ограничения централизованных инфраструктур: высокую стоимость, слабую эластичность и долгие ожидания в очереди. При этом мощные GPU в современных Mac большую часть времени бездействуют. Minions позволяет командам задействовать уже имеющееся оборудование, не закупая новые ускорители, и обеспечивает гибкое выполнение задач вывода, отказоустойчивость и эффективное использование ресурсов.

Практика показывает, что простаивающие macOS-устройства можно превратить в рабочую распределённую платформу для GPU-вывода там, где централизованных ресурсов не хватает. Это особенно актуально на фоне растущей популярности Apple Silicon среди разработчиков и исследователей ИИ: фреймворк MLX уже позволяет эффективно запускать большие языковые модели прямо на Mac, экспериментировать с новыми методами вывода и дообучения и работать с ИИ в приватной среде на собственном железе. MLX поддерживает все системы на Apple Silicon.

Отдельно отмечается прогресс в ускорении вывода LLM и для GPU NVIDIA, широко применяемых в промышленных задачах: авторегрессивная генерация токенов обходится дорого и идёт относительно медленно, поэтому повышение эффективности вывода напрямую снижает задержку для пользователей.

Minions — технически тривиальное решение, напоминающее SETI@home, без архитектурных инноваций, но потенциально полезное для использования простаивающих мощностей в корпоративной среде. Спор о новизне: @brandonpelfrey и @skhameneh считают архитектуру примитивной (CRUD DB + S3); @yardie отмечает, что аналогичные механизмы давно используются Apple в Final Cut Pro и Xcode CI/CD, хотя @saagarjha не видит связи с распределёнными вычислениями. Энергоэффективность сомнительна: @mcculley указывает, что домашние ПК часто обходятся дороже централизованных дата-центров из-за стоимости электроэнергии и низкой эффективности железа. Идея воспринимается как переизобретение: @cmdrk называет это возвращением к cycle scavenging спустя 40 лет; @pjmlp сравнивает с HPC-кластерами. Виден потенциал в демократизации обучения моделей: @nsagent полагает, что поддержка распределённого обучения (не только вывода) позволит энтузиастам объединять Mac Studio и Mac Mini для федеративного обучения и RL. Существуют аналоги: Salad, Darkbloom, проект exo. Совет: @pm90 предлагает Apple создать независимую цепочку поставок чипов и собственный облачный сервис для захвата рынка аренды ARM-вычислений. Проект может быть полезен компаниям для аналитических задач в нерабочее время на существующем оборудовании (@tom1337).

Модель EmbeddingGemma 2 от Google, созданная как мультимодальный эмбеддер для текста, изображений, аудио и видео в общем пространстве, превращена в систему распознавания речи. Идея в том, что произнесённое слово попадает в векторном пространстве рядом со своим письменным вариантом, поэтому слова можно «вычитывать» напрямую оттуда. Аудиокодер модели остался нетронутым: небольшой «читатель» переносит каждый короткий фрагмент аудио в текстовое пространство, ближайшее из примерно 229 000 английских слов побеждает, а крошечная дополнительная модель расставляет пунктуацию и заглавные буквы. Обучался только «читатель» — менее двух часов на 8 ускорителях H100 на открыто лицензированной английской речи; сама базовая модель никогда не училась на транскрипцию.

Скорость впечатляет: час аудио обрабатывается примерно за 13 секунд на базовом MacBook Air с чипом M3 и 8 ГБ памяти, полностью на устройстве через Neural Engine — это около 288-кратного реального времени. Для сравнения, IBM Granite Speech 5.0 TurboCTC на той же машине даёт примерно 150×, а NVIDIA Parakeet TDT 0.6B v3 на более мощных M4 Pro и M5 Pro — 156× и 335× соответственно, тогда как дообученная Phonon-2 достигает 480×. Пока качество распознавания скромнее: уровень ошибок в словах около 5% против 2–3% у лидирующих речевых моделей, и авторы рассчитывают закрыть разрыв лучше обученным «читателем» в следующей итерации.

Приложение бесплатно для macOS 14+ на Apple Silicon, модели (715 МБ) скачиваются при первом запуске. Можно перетащить аудиофайл или удерживать правый Option, говорить и отпустить, чтобы надиктовать текст в любое приложение; аудио никогда не покидает машину.

Модель EmbeddingGemma 2 работает как сверхбыстрая система распознавания речи с приемлемой точностью (~5 % WER), но пока отстаёт от облачных сервисов. Автор планирует открыть код под Apache License, однако репозиторий пока не найден. Тесты показывают экстремальную скорость: 33‐минутный аудиофайл транскрибируется за 6,75 сек на Mac Mini M4, Parakeet 3 на M1‐MacBook Air — за ~7,5 сек. Для macOS рекомендуется конвертировать модель в CoreML и запускать на Neural Engine, что сокращает время инференса с 60 сек до 10 сек. Точность считается хорошей, но не сравнима с облачными сервисами; WER около 5 % указан без конкретного бенчмарка. Модель ориентирована на английский язык: при транскрибировании португальской речи выдаёт низкокачественный английский текст. Пользователи интересуются поддержкой латинского, корейского, хинди и других языков. Обсуждаются идеи оптимизации: ограничение словаря частыми словами для создания небольшой модели, обучение CTC‐головы поверх аудио‐энкодера Gemma для лучшей точности и скорости, уменьшение размера мультимодальной модели без потери качества, обработка OOV‐слов (текущий метод выбирает ближайшее из ~229 000 английских слов). Сравнительные модели (granite‐speech‐5.0‐470m‐turboctc, Parakeet v3) показывают схожую скорость, подтверждая доступность быстрых локальных STT‐решений. Apple‐модель для локального распознавания речи работает примерно в 3 раза медленнее заявленных показателей, но с похожим уровнем ошибок.

Apple представила HomeView — умную панель с дисплеем и мощной акустикой, работающую на чипе A18. В её основе — Siri AI на базе Apple Intelligence, которая адаптируется под каждого пользователя, используя контекст из связанного iPhone или iPad: находит приглашения в календаре, ответы в сообщениях и подбирает музыку. Панель обладает широкими мировыми знаниями для ответов на любые вопросы и поддерживает многошаговые диалоги, синхронизируемые с другими устройствами.

Аппаратная часть включает два кастомных полноразмерных динамика на экране, сабвуфер и два пассивных излучателя для глубокого баса, а также вычислительное аудио, оптимизирующее звук в реальном времени. Поддерживается пространственный звук и многокомнатная аудиосистема через AirPlay. Панель работает как центр управления домом: календарь, напоминания, таймеры с Live Activities, рецепты из Safari и звонки. Доступны приложения Apple, включая музыку с текстами, подкасты и аудиокниги, плюс совместимые сторонние сервисы.

Для персонализации нужен аккаунт Apple, совместимый iPhone или iPad и членство в общей домашней сети, однако гости могут управлять умным домом, проверять погоду и играть музыку без доступа к личным данным. Панель совместима с тысячами аксессуаров Apple Home и появится в Apple Store и у партнёров.

HomeView не имеет батареи и всегда привязан к сети, в отличие от старых iPad, где даже изношенные батареи дают автономность. Устройство не поддерживает сторонние приложения, что ограничивает функциональность по сравнению с iPad и App Store. Цена около 300 $ сопоставима с Echo Show, но функции ограничены: отсутствие доступа к App Store делает его непригодным для FaceTime и собственных медиаплееров. Siri AI остаётся слабой, что снижает надёжность голосовых запросов и практическую ценность. Secure Exclave для обработки данных камеры и микрофона считается важным шагом к защите приватности — данные не попадают в ОС. Поддержка только «выбранных партнёров» без интеграции с HomeAssistant, Control4 и другими платформами снижает конкурентоспособность. Монтаж вызывает вопросы: питание через USB‐C 20 W не стандартно для встраиваемой проводки, а PoE‐адаптеры не обеспечивают достаточную мощность. В ЕС продукт недоступен, потому что Siri AI пока не работает в регионе. Некоторые пользователи ценят премиальный дизайн и «кул‐фактор» HomeView, другие считают его излишним и предпочитают iPad. Для повышения ценности предлагается добавить функцию междомашнего интеркома (как Walkie‐Talkie на Apple Watch) и ввести «домашнюю» общую личность для совместного использования календарей и задач без привязки к одному пользователю.

Python 3.15.0 вышел с рядом значительных улучшений: введены новые встроенные типы — sentinel и frozendict, а также по умолчанию включена UTF-8 как кодировка. Добавлена поддержка распаковки в генераторах, ленивые импорты для ускорения запуска и улучшены сообщения об ошибках. Экспериментальный JIT-компилятор показал прирост производительности до 12% на AArch64 macOS и 8% на x86-64 Linux. В стандартной библиотеке появился новый профилировщик Tachyon и отдельный пакет для инструментов профилирования. В типизации добавлены TypedDict с типизированными дополнительными полями, TypeForm для аннотаций и поддержка непересекающихся базовых типов. C-API получил новые функции, включая PyBytesWriter и защиту от некорректной финализации. На Windows теперь используется tail-calling интерпретатор, а на macOS по умолчанию включена free-threading поддержка. По умолчанию включены frame pointers для лучшей наблюдаемости на уровне системы.

Обсуждение подтверждает практическую значимость новых фич Python 3.15: стабильный ABI для free-threaded сборок сокращает CI-матрицы в 5 раз, ленивые импорты востребованы для ускорения старта, а frozendict и распаковка в компрехеншенах — долгожданные улучшения качества жизни, несмотря на медленное внедрение в дистрибутивах.

• Поддержка abi3t позволяет выпускать одну универсальную .whl-сборку для free-threaded и GIL-версий, сократив CI-матрицу с 20 до 4 джобов по опыту @hncbw02z5a.

• Ленивые импорты (PEP 810) востребованы сообществом как долгожданное улучшение для ускорения старта интерпретатора, подтверждено несколькими участниками, включая @kbumsik и @fishgoesblub.

• frozendict и распаковка в компрехеншенах (PEP 798, PEP 814) считаются долгожданными качественными улучшениями, несмотря на то, что их отсутствие было необъяснимым с 3.6 (@6gvONxR4sf7o, @tipsytoad).

• UTF-8 по умолчанию воспринимается как очевидное улучшение, но удивление участников (@hleszek) показывает, что многие не осознавали, что это ещё не было стандартом.

• Tachyon-профайлер полезен для продакшена, так как позволяет профилировать запущенные процессы без перезапуска (@febed).

• Стабильный ABI (abi3t) обеспечивает совместимость сборок на несколько версий Python вперёд, что снижает нагрузку на поддержку библиотек (@yablak, @ngoldbaum).

• Спор: Утверждение @wg0 о переходе Python-интерпретатора на Rust как основного языка опровергается @zahlman и @fastily: текущие шаги — лишь интеграция отдельных компонентов на Rust, а не замена CPython.

• Спор: Некоторые участники (@simonw, @ryandrake) критикуют политику быстрого отказа от старых версий Python, указывая, что пользователи всё ещё зависят от 3.10 и ниже, и ломать совместимость — неоправданный риск.

• Совет: Для поддержки старых систем (например, EL7) компании продолжают поддерживать Python 3.5, несмотря на EOL, что подтверждает @elevation — отсутствие поддержки ≠ отсутствие использования.

• Совет: Использование uvx --python 3.15 whatsnewt может привести к запуску альфа-версии (3.15.0a2), где некоторые фичи ещё не реализованы, как предупреждает @ameliaquining.

• Размер исходного архива Python 3.15 вырос из-за двух анимированных GIF-демонстраций Tachyon-профайлера весом >10 МБ, что вызвало критику @zahlman как неэффективное использование места.

• Совет: Для enterprise-дистрибутивов (RHEL, Ubuntu) срок поддержки Python превышает 10 лет, что делает реальное использование версий 3.8–3.14 долгосрочным, несмотря на официальный EOL (@zzzoom).

bigarrow — это macOS-утилита, позволяющая AI-агентам визуально указывать на элементы интерфейса: рисует стрелку и подпись поверх всех окон, при этом клики проходят сквозь неё к приложению underneath, фокус клавиатуры не меняется, а стрелка исчезает после действия. Работает как одна Swift-бинарка без разрешений, демонов или телеметрии, совместима с Claude Code и Codex через навык в формате Agent Skills.

Основное применение — направление человека в моменты, когда агент не может или не должен действовать самостоятельно: подтверждение разрешений macOS, ввод 2FA-кодов, выбор окна среди множества, голосовое напоминание через --say или пошаговое обучение интерфейсу (например, как разрешить запись экрана). Agent может найти элемент по тексту (--element "Allow"), приложению (--app "System Settings") или окну (--window "Chrome:Pull request"), построить команду и нарисовать указатель. Инструмент проверен на разных конфигурациях: множественные дисплеи, Spaces, отключение монитора во время работы. Лицензия MIT.

Визуальные подсказки типа bigarrow облегчают обучение, помощь пожилым и отладку агентов, но вызывают вопросы безопасности и злоупотребления. Они могут скрывать кнопки отказа, позволяя злоумышленникам подменять действия пользователя. Полезны для пожилых и тех, кто нуждается в простом визуальном руководстве, особенно в учебных материалах и документации, где скриншоты не показывают, куда кликать. Для повышения доверия рекомендуется добавлять текстовое объяснение действия рядом со стрелкой. Визуальные аннотации упрощают отладку нескольких агентов, заменяя громоздкие логи. Простые стрелки отвечают на «куда кликнуть», но не на «нужно ли это действие» — решение остаётся за пользователем. Для диалоговых окон согласия следует сочетать визуальное указание с описанием последствий нажатия. Некоторые сравнивают bigarrow с лазерными указками в телеприсутствии — механизм давно востребован. Текущие стрелки выглядят неестественно и могут раздражать — нужен учёт эстетики. Инструмент работает без дополнительных разрешений macOS, что привлекательно для разработчиков. Для надёжного применения рекомендуется добавить отключение кликов‐сквозь. Визуальные подсказки могут стать стандартом в будущих UI, заменяя сложные меню, но требуют совместимости с языками и платформами — иначе полезность ограничена macOS. Общее настроение: интерес к идее, но нужны доработки для практичности и безопасности.

Это интерактивная симуляция рабочего стола Элизабет Холмс в Theranos, воссозданная в стиле macOS с элементами интерфейса и анимацией. На экране — её фотография, открытый документ с логотипом Theranos, иконки приложений (Keynote, таблицы), а также визуальные детали: MacBook, iPhone, прибор Theranos, стакан с зелёным соком и книгами на столе. Пользователь может взаимодействовать с окружением: садиться на стул, смотреть вокруг, приближать и удалять вид, а также перезагружать или выключать систему через меню вверху. Внизу — приглашение на показ документального фильма о Theranos в Сан-Франциско 22 октября. Симуляция передаёт атмосферу офиса компании в период её расцвета, сочетая технологичную эстетику с намёком на иллюзорность успеха — особенно через отсутствие пароля при входе и пустой, почти театральный интерфейс. Это не просто ностальгия по стартапу, а метафора: всё выглядит легитимно и современно, но под поверхностью — пустота. Projekt служит как цифровой мемориал и критика культуры «фейк-ит-тил-ю-мэйк-ит» в Силиконовой долине.

Сайт — сатирический ретро-маркетинговый проект, имитирующий Theranos, вызывающий ностальгию и возмущение. Реклама выглядит изысканно и эффективно — если так должна выглядеть реклама, пусть будет именно так. Имитация интерфейса Theranos настолько точна, что вызывает ностальгию по эпохе Adobe Flash и ранних iOS. Это закулисный маркетинг для B2B SaaS компании — никакого реального отношения к Theranos, кроме визуального стилизования. Один из самых вкусных рекламных проектов за последнее время. Сайт не исторически точен: называет Twitter 'X', что неверно для периода Theranos. Интерактивные детали — клик на напиток, чтобы сделать глоток — гениальны. Люди слишком много внимания уделяют одному случаю мошенничества в технологиях, тогда как мошенничество — норма в других отраслях. UI macOS и iOS сейчас хуже, чем раньше — это ощущение разделяет многих. Если реклама будет выглядеть так, она не будет раздражающей — это эталон для индустрии. Сайт работает плохо в Safari на iPhone 13 — неожиданно, но неудивительно для симуляции. Балвани эмоционально манипулировал Холмс — множество сообщений с 'люблю тебя' и 'я влюблён в твою красоту' не случайность.

Meta’s Muse — агент ИИ с мило оформленным аватаром Jolly — оказался катастрофой в плане приватности и безопасности. Сразу после запуска выявились критические уязвимости: он мог получать root-доступ к Mac, читать личные сообщения без разрешения, раскрывать адреса пользователей и даже продавать их вещи на Facebook Marketplace по заниженным ценам. Даже когда пользователи явно запрещали доступ к перепискам, Muse продолжал загружать их в облако — до такой степени, что Apple была вынуждена изменить системные разрешения macOS, чтобы ограничить злоупотребления со стороны ИИ-агентов.

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

Обсуждение подтверждает опасения относительно Muse и аналогичных агентов от Meta: пользователи считают их рискованными для конфиденциальности из-за практики компании по сбору и монетизации данных. Кроме того, из-за проблем с context rot и inference collapse текущие LLM нельзя доверять критическим задачам. Для обеспечения безопасности рекомендуют использовать self-hosted модели, изолировать их в отдельной VLAN, отключать облачные сервисы и хранить данные локально. Часть пользователей уже находит такие офлайн-инструменты полезными. Для доверия агентам в финансовых операциях необходимы механизмы полной компенсации убытков от провайдера, а также законодательное регулирование с реальными санкциями вместо саморегуляции компаний.

RemoveMacAI — утилита для полного отключения Apple Intelligence на macOS 27 и восстановления занятого ею места на диске. После выключения функций через системные настройки модели ИИ остаются в хранилище, и этот скрипт не только деактивирует функции (Siri, Writing Tools, Genmoji, Image Playground, интеграцию с ChatGPT, суммаризацию в Mail и других приложениях, предиктивный ввод, Spatial Photos и др.), но и удаляет загруженные модели через сервис управления активами Apple, не трогая /System и оставляя SIP включённым. Все изменения обратимы: достаточно выполнить removemacai revert.

Инструмент работает через конфигурационный профиль, который применяет ограничения Apple и перенаправляет запросы на загрузку моделей на локальный закрытый порт, предотвращая их повторную загрузку. Профиль требует ручного одобрения в System Settings. Утилита не делает сетевых запросов и не собирает данные. Доступна через одноразовый установщик (curl ... | bash) или Homebrew (brew install omlahore/tap/removemacai). Поддерживается только на Apple Silicon и macOS 27+. Dictation остаётся рабочим, так как использует отдельные модели. После удаления модели могут ещё отображаться в разделе «Хранилище» до фоновой очистки системой. Spotlight-процесс, именуемый Siri, остаётся активным — это нормально в macOS 27.

Пользователи отмечают рост занимаемого места из‐за Apple Intelligence: модели ИИ занимают 10‐12 ГБ, что критично на SSD 256 ГБ. Отсутствие встроенных средств удаления вызывает опасения по поводу «bloatware» и заставляет искать сторонние решения. Многие ценят открытый исходный код RemoveMacAI, но советуют проверять подписи, provenance‐аттестацию и код перед запуском из‐за рисков безопасности. Некоторые считают удаление ИИ‐моделей бессмысленным, так как они «небольшие и сбалансированные»; другие настаивают, что они занимают ценное место без пользы. Для очистки симуляторов рекомендуется использовать Xcode → Preferences → Locations → Derived Data или вручную удалять ~/Library/Developer/CoreSimulator/Devices, что освобождает сотни гигабайт. Пользователи отмечают, что даже отключённые функции AI продолжают занимать место (пример: 4 ГБ, исчезают и возвращаются), указывая на недостаточную очистку macOS. Ситуация сравнивается с «de‐crufting» в Windows и Android: Apple теперь тоже требует сторонних утилит для контроля над ресурсами.

Выпуск 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 и работа над проверкой жизненного цикла памяти могут ускорить релиз.

Apple объявила о планах ужесточить контроль над доступом к полному диску в macOS из-за растущих рисков для приватности пользователей. Сейчас эта привилегия, необходимая для корректной работы приложений резервного копирования, обходит стандартные защитные механизмы системы, предоставляя программам неограниченный доступ к файлам, почте, сообщениям и даже истории браузера. Некоторые разработчики используют её не по назначению, потенциально exposing личные данные без полного осознания пользователем последствий, что особенно опасно для мессенджеров, где под угрозой оказывается конфиденциальность собеседников.

В ответ Apple введёт дополнительные safeguards, требующие от пользователей более явного и осознанного подтверждения перед предоставлением такого уровня доступа. Это особенно актуально на фоне роста автономных ИИ-агентов, которые при наличии Full Disk Access могли бы действовать с минимальным надзором, значительно увеличивая угрозы безопасности. Компания подчеркивает, что пользователи должны чётко понимать, какие данные они открывают и кому, чтобы принимать взвешенные решения о своей приватности. Цель — сохранить легитимные сценарии использования, одновременно блокируя злоупотребления, которые подрывают доверие к экосистеме macOS.

Пользователи считают Full Disk Access слишком грубым и требуют более тонкой настройки доступа к отдельным папкам, но опасаются предоставления терминалу полного доступа к диску и множества всплывающих запросов. Большинство комментаторов считают, что полные права доступа к диску слишком широки и нуждаются в более гранулированных разрешениях: выборочных папках, режиме только чтения или отдельном доступе к документам, загрузкам и рабочему столу. Есть спор: некоторые (eptcyka) считают sandboxing в macOS неэффективной границей безопасности, другие (moecables, lxgr) полагают, что детальные контрольные механизмы повышают защиту и снижают риски использования новых приложений. Для AI‐агентов предлагается добавить диалог «разрешить один раз», аналогичный Location Services на iOS, чтобы избежать постоянных запросов TCC и позволить быстрое одобрение отдельных команд. Терминал с полным доступом к диску рассматривается как высокий вектор риска: такие права позволяют скриптам получать неограниченный доступ к файлам, что вызывает опасения у coderbants и smcleod. Пользователи хотят видеть, какие конкретные папки разрешены каждому приложению, и иметь возможность отозвать эти разрешения (mrkpdl, kccqzy). Также предлагается информировать пользователей, использует ли приложение security‐scoped bookmark для постоянного доступа, чтобы они знали, предоставляют ли одноразовый или постоянный доступ (kccqzy). Многочисленные всплывающие запросы прав доступа уже делают macOS почти непригодной для ежедневного использования, что, по мнению jameskraus и techscruggs, может оттолкнуть разработчиков и пользователей.

Pass Designer — это приложение от Apple, которое упрощает создание и предварительный просмотр pass'ов для Apple Wallet. Оно позволяет использовать готовые шаблоны или собственные дизайны, импортируя изображения логотипов, фонов и полос из внешних инструментов. В реальном времени обновляется превью, точно соответствующее отображению на iPhone и Apple Watch благодаря использованию того же рендеринга, что и в iOS и watchOS.

Пользователи могут настраивать цвета фона, переднего плана и меток, работать с адаптивными макетами, поддерживающими как новые функции Wallet, так и обратную совместимость. Стандартные поля каждого типа pass'а редактируются непосредственно в интерфейсе, а встроенная валидация проверяет отсутствие обязательных ключей и некорректные определения. Для посадочных талонов и билетов на события доступны семантические теги, добавляющие структурированные данные (даты, места, рейсы), которые активируют функции вроде Siri Suggestions, календаря и Maps. Pass Designer позволяет редактировать эти теги в UI, сравнивать семантические и несемантические версии pass'а и автоматически генерировать обратную совместимость из семантических данных. Бета-версия требует macOS 27 или позже и доступна после входа в Apple Account и принятия соглашения разработчика.

Pass Designer упрощает создание Wallet-пассов, устраняя сложности ручной работы и плохую документацию, но критикуется за избыточность и фокус на узких удобствах вместо фундаментальных улучшений или кросс-платформенной совместимости. Бесплатные альтернативы вроде walletwallet.alen.ro и passdesigner.app ставят под сомнение его уникальность. Некоторые считают инструмент полезным для обычных пользователей, другие — отвлекающим Apple от важных задач вроде качества ПО и борьбы с монополизацией. Есть предложения стандартизировать формат пассов с Google или усилить экосистему Apple. Отмечается ограничение Wallet из-за отсутствия динамических баркодов при плохой связи и предлагается семантически выделять область баркода для HDR-яркости. В iOS 27 добавлен скан QR-кодов в Wallet, делая Pass Designer избыточным для многих. Требование macOS 27 ограничивает доступность. Предлагается создать единый инструмент для дизайна пассов, иконок и интерфейса. Критика направлена на то, что Apple тратит ресурсы на «удобства» вместо поиска, ИИ и качества ПО. Некоторые видят в Pass Designer шаг к глобальному расширению экосистемы, другие — усилением монополии. Существуют альтернативы вроде Offline Cards для добавления физических карт без нового приложения.

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 два года назад, указывая на медленное внедрение новых версий.

macOS Golden Gate, позиционируемый как исправление ошибок предыдущего релиза Tahoe, на деле оказался наполнен баговыми и недоделанными элементами интерфейса. Автор отмечает проблемы с выравниванием: иконка записи в QuickTime не по центру по горизонтали, иконки плитки окон смещены, текст в полях ввода (например, плейсхолдер в поле пароля) выглядит невыровненным, а заголовок в разделе «Общие» в System Settings имеет странную межстрочность и недостаточно отступов. Эти детали создают ощущение незавершённости и отсутствия внимания к деталям.

Помимо визуальных багов, в системе присутствуют функциональные сбои: изменение архитектуры меню-бара сломало работу ряда сторонних приложений, меню профилей в Firefox открывается с задержкой, пункт «Файл» в менюбар иногда подсвечивается без причины, а перемещение иконки камеры в меню-баре приводит к его крашу и перезапуску. В System Settings строка поиска периодически перестаёт отвечать, а иконка приложения Скриншот содержит нереалистичную овальную линзу — деталь, которая бросается в глаза своей нелепостью. Также отсутствует визуальная обратная связь при клике на пункты меню, а поведение папок в Dock непредсказуемо: клик по другой папке закрывает текущую вместо открытия новой. Особенно критичной оказалась ошибка в окне выбора цвета: использование пипетки на самом окне приводит к полному зависанию системы, требующему принудительной перезагрузки. Автор заключает, что столь очевидные баги в ежедневном использовании недопустимы для релиза, заявленного как фокус на стабильность и отзывчивость, и предполагает, что ежегодный цикл обновлений мешает достичь уровня полировки, характерного для таких релизов, как Snow Leopard.

macOS Golden Gate содержит реальные регрессии и ощутимые улучшения. Mission Control стал непригодным: переключение пространств не работает после сна, требуется перезапуск Dock, окна перемешиваются случайно, анимации ломаются. Встроенный eyedropper в окне Colours вызывает полную зависимость системы. Поиск в System Settings иногда не реагирует на ввод и клики — требуется перезапуск приложения Settings. В Spotify наблюдаются случайные щелчки и треск аудио. Safari часто падает, инструменты разработчика могут зависнуть. В Firefox меню в строке меню иногда «залипает». Пузырь Siri рядом с полями ввода раздражает пользователей как лишний UI‐элемент. Некоторые пользователи хвалят ускорение и исправления аудио‐багов; другие считают UI‐недочёты несущественными, но признают серьёзные регрессии в сетевых настройках. Рекомендуется отключать сторонние утилиты в строке меню — они часто вызывают конфликтные визуальные баги. Новые AI‐фичи (микро‐иконка в Safari, всплывающие подсказки) добавляют визуальный шум и иногда не работают. Apple делает упор на корпоративные возможности под капотом, но большинство обычных пользователей не замечают этих улучшений. Спор о UI‐недочётах: одни видят в них лишь мелкие проблемы (смещение иконок, выравнивание), другие — признаки глубокого ухудшения качества. Многочисленные регрессии указывают на недостаточное тестирование: баги замечаются сразу после обновления. Для большинства багов рекомендуется использовать приложение Feedback от macOS — пользователи часто не знают, куда отправлять отчёты. Разнородность стилей иконок, меню и углов окон свидетельствует об отсутствии единой системы дизайна в новых версиях.

Автор обнаружил на GitHub подделку своего коммерческого ПО Easy Data Transform — репозиторий использовал название и логотип продукта без разрешения, распространяя вредоносный .dmg-файл для macOS. После анализа через VirusTotal файл показал множественные срабатывания антивирусов как вредоносный, а исследование с помощью Isobuster выявило изменённое фоновое изображение в образе диска, которое подстрекало пользователей игнорировать предупреждения системы о безопасности. Автор сразу же подал жалобу в GitHub за нарушение товарного знака и распространение подделки, получив лишь автоматический ответ. Несмотря на повторное обращение с дополнительными доказательствами вредоносности 10 сентября, поддержка GitHub не реагировала в течение 23 дней. Только после того, как история попала на главную страницу Hacker News 24 сентября, репозиторий был удалён примерно через 10 минут. Автор отмечает, что это демонстрирует способность GitHub оперативно действовать — но только при публичном давлении, и советует всегда загружать ПО напрямую от разработчика.

GitHub реагирует быстро только при массовом внимании или DMCA-запросе; стандартные каналы поддержки часто игнорируют жалобы или отвечают автоматически, даже при явных нарушениях. DMCA-запросы приводят к значительно более быстрому удалению нарушений, чем стандартные репорты, благодаря автоматизированной обработке и приоритету. Пользователи отмечают, что GitHub и другие крупные компании реагируют на жалобы только после вирусного распространения в соцсетях (например, на Hacker News). Автоматизированные ответы от GitHub часто не решают проблему; доступ к живому человеку возможен только при внешнем давлении. Для защиты коммерческого ПО рекомендуется сразу подавать DMCA-запрос, а не полагаться на репорты о подделке — это ускоряет реакцию команды безопасности. Даже для open-source проектов можно подавать DMCA на копирование логотипов и названий, так как они защищены авторским правом независимо от лицензии кода. GitHub часто игнорирует жалобы на имитацию личных имен или брендов, даже при предоставлении подтверждающих документов. Спор: удаление репозитория через 10 минут после попадания на главную HN — возможно совпадение из-за внутренних задержек в обработке тикетов. Спор: проверка поддельных репозиториев технически возможна, но вопрос в приоритетах; некоторые считают, что автоматизация сложна из-за сложности различения легитимных и вредоносных копий. Поддельные репозитории с настоящими логотипами и названиями становятся всё более изощрёнными, усложняя выявление без внешнего вмешательства. Платформы вроде GitHub, Apple и Google страдают от перегрузки репортами, что приводит к игнорированию легитимных жалоб без общественного внимания. Даже при наличии чётких политик GitHub не всегда их соблюдает, особенно в случаях, не связанных с прямым нарушением авторских прав на код. Пираты используют GitHub из-за бесплатности и отсутствия требования регистрации домена, что затрудняет отслеживание. Некоторые случаи удаления поддельных репозиториев остаются нерешёнными более двух лет. Существует мнение, что GitHub сосредоточен на развитии AI-продуктов (например, Copilot), пренебрегая базовой безопасностью и модерацией. Если стандартные жалобы не работают, следует искать прямые контакты в команде безопасности GitHub — это может ускорить реакцию, как подтверждают опытные пользователи.

Scott Jenson, бывший дизайнер UX в Apple и Google, призывает открытые проекты выйти за рамки устаревшей модели WIMP (окна, значки, меню, указатель) и экспериментировать с новыми подходами к рабочему столу. Он отмечает, что открытые системы страдают от нехватки ресурсов и слабого внимания к деталям UX — например, в Linux при перетаскивании файлов окно поднимается при нажатии мыши, а не при отпускании, как в macOS, что мешает точному управлению. Jenson привёл в пример свои прототипы: умное отображение длинных имён файлов с эллипсами посередине и система анализа истории использования на основе временных сигналов, а не ИИ, чтобы показать, где пользователь провёл время.

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

Современный open-source desktop не страдает от отсутствия инноваций, а от нестабильности и разрушения рабочих процессов. Пользователи ценят стабильность, настраиваемость и предсказуемость выше экспериментов с UX. Многие предпочитают стабильные среды (MATE, XFCE, KDE), где настройки сохраняются и не ломаются обновлениями, а не экспериментальные интерфейсы, которые могут исчезнуть. Тайлинг-менеджеры (Hyprland, Sway, herbstluftwm) эффективны для управления окнами среди опытных пользователей, но не подходят для ноутбуков или малых экранов. Есть спор: некоторые считают WIMP устаревшим и требующим замены (например, разделение приложений на данные + правила + UI), другие утверждают, что WIMP оптимален, а проблемы — в приложениях, а не в ОС. Проблема не в отсутствии идей, а в том, что большинство инноваций (Compiz, Ubuntu One, KDE 4) не доведены до устойчивого состояния и не выдержали тест времени. Пользователи с опытом работы на NeXTStep отмечают, что его интеграция и целостность интерфейса остаются эталоном, которого не достигли ни GNOME, ни KDE. Современные Linux-десктопы (особенно с Hyprland) уже превосходят Windows и macOS по функциональности и настраиваемости — проблема не в отсталости, а в восприятии. Совет: улучшение clipboard-менеджера с поддержкой истории и семантического поиска — более реалистичный и полезный шаг, чем радикальная переработка интерфейса. Пользователи, работающие с облачными сервисами и headless-серверами, не нуждаются в сложных графических интерфейсах — им важна быстрая CLI-доступность, а не визуальные новшества. Проблема разрешений в Linux — пользователь не доверяет приложениям, но приложения доверяют пользователю, в отличие от мобильных систем, где всё наоборот — это критическая уязвимость. Wayland пока не позволяет запоминать положение и размер окон между сессиями — фундаментальная проблема, мешающая даже базовому UX, которую игнорируют разработчики. Семантический поиск и Raycast-подобные лаунчеры — более ценные улучшения, чем изменение структуры рабочего стола, потому что они решают реальную боль: поиск и запуск. Инновации в UI, которые не решают конкретную проблему, а просто выглядят «современно», воспринимаются как пустая трата ресурсов и раздражают опытных пользователей. Пользователи, которые годами настраивали свои рабочие среды, воспринимают любые крупные изменения как угрозу — это не сопротивление прогрессу, а рациональная защита продуктивности. Совет: инновации должны быть модульными и опциональными — например, внедрить лаунчер Omarchy или кастомные виджеты Hyprland, не переписывая всю среду. Большинство UX-проблем лежат не на уровне ОС, а в приложениях — многие FOSS-приложения выглядят как Windows XP с кучей несогласованных инструментов и тулбаров.

Obscura — это VPN, построенный так, чтобы провайдер не мог видеть ни ваш IP-адрес, ни ваш интернет-трафик. В отличие от традиционных «no-log» VPN, которые всё равно видят, кто вы и куда вы ходите, Obscura разделяет вашу личность и ваш трафик по дизайну: ваш трафик шифруется end-to-end через WireGuard до exit-сервера, а серверы Obscura лишь передают соединение, не имея возможности его расшифровать. Exit-серверы, управляемые Mullvad, видят только зашифрованный трафик и не знают, кто вы — они видят только IP-адрес Obscura и destination-сайты, но не ваш реальный IP или личность.

Для входа не требуется email, имя или номер телефона — используется случайный номер аккаунта (например, OBS-20848919). Оплата возможна через Bitcoin Lightning Network и Monero, что дополнительно повышает анонимность. Обфускация трафика позволяет Obscura маскироваться под обычный интернет-трафик, обходя сетевые фильтры и цензуру. Сервис доступен на macOS, iOS, Android, Windows и Linux. Как отмечает создатель Carl Dong, Obscura — это не обещание приватности, а приватность, заложенная в архитектуру: «Мы не можем утечь тем, чего не имеем».

Обсуждение показывает, что заявленные преимущества Obscura вызывают сомнения: юридическая юрисдикция США, зависимость от Mullvad, схожесть с существующими мульти‐хоп решениями и ограниченная ценность маркетинговых обещаний о полной анонимности. @maxloh утверждает, что американская юрисдикция позволяет скрытно принудить компанию к логированию; @dongcarl отвечает, что мульти‐парти релеи снижают необходимость доверять единой стороне. @barathr и @skaul отмечают, что архитектура Obscura почти идентична Apple Private Relay и другим многократным прокси‐системам, не представляя нового уровня анонимности. Клиентская часть открыта (GitHub), но серверный код закрыт — полное доверие к провайдеру необходимо. @MassPikeMike считает, что оплата Bitcoin или Monero не повышает приватность; оппоненты указывают, что многие видят в криптовалютах способ избежать KYC, но аналитика Chainanalysis это опровергает. @RandomGerm4n советует использовать Mullvad напрямую или комбинировать его с другими провайдерами, так как добавление Obscura избыточно для обычных no‐log сценариев. @iAMkenough подчёркивает, что единой точкой отказа остаётся Mullvad: если он прекратит сотрудничество, Obscura перестанет работать. @saligne сомневается в эффективности QUIC для обфускации в странах с жёсткой цензурой — протокол часто блокируется или ограничивается. @maxloh и @dongcarl согласны, что многие функции, рекламируемые Obscura, уже реализованы в Mullvad: отсутствие логов и поддержка WireGuard. @btown напоминает, что эффективность сети приватности зависит от популярности входного узла — редкие узлы облегчают идентификацию. @ysnp предлагает разработать общий протокол, позволяющий пользователям выбирать любые два независимых провайдера для мульти‐хоп соединения без обязательных бизнес‐связей.

Пользователь отключил функции ИИ в macOS 15.3, но после обновления до macOS 27 Apple убрала возможность отключения — даже если пользователь явно сказал «нет». Функция «Apple Intelligence» исчезла из настроек, а Siri, несмотря на отключение, продолжает работать в фоне, потребляя память и записывая данные. На диск ушло 22,28 ГБ на компоненты ИИ — при цене Mac в £500 за ТБ это эквивалентно краже £11, но главная проблема — нарушение согласия. Пользователь подчёркивает, что ИИ-индустрия не признаёт отказ: когда ты отключаешь функцию, её просто удаляют из интерфейса, а не убирают из системы. Даже настройки «Screen Time», предназначенные для родительского контроля, не отключают ИИ, а лишь скрывают его из меню. Автор называет это систематическим игнорированием приватности и сравнивает поведение компаний с эксплуатацией, кражей данных и созданием «списков Эпштейна» — инфраструктуры, построенной на нарушении согласия. Он отказывается подчиняться, несмотря на давление.

Обсуждение подтверждает опасения о принудительном внедрении AI-функций в macOS, что многие считают нарушением приватности и проявлением «enshittification». Пользователи сравнивают это с рекламой и телеметрией в Windows, отмечая, что ограничения ПО Apple перевешивают преимущества железа. В ходе спора @Coeur уточнил, что «Apple Intelligence Report» лишь отображает уже отправленные данные, а не инициирует их передачу. Однако эффективность настроек отключения сомнительна: например, Xcode продолжает скачивать модели помощи коду даже после деактивации опции. Для борьбы с телеметрией и AI-функциями рекомендуют: — использовать Little Snitch или правила файрвола для блокировки трафика; — установить регион Siri в неподдерживаемой стране (например, России) на iOS/iPadOS, чтобы освободить до 15 ГБ памяти; — откладывать установку первых версий macOS из-за багов и нежелательных функций. Растущее недовольство экосистемой и отсутствием выбора заставляет пользователей переходить на Linux, GrapheneOS или Asahi для восстановления контроля над системой.

На macOS 27 можно отключить все функции Apple Intelligence: Siri AI (Beta), сводки сообщений, писем и уведомлений, персонализированные ответы в Mail, подсказки в Voicemail и генерацию текстовых подсказок в Journal. Для отключения перейдите в соответствующие настройки каждого приложения — например, в Messages, Mail или System Settings — и выключите опции вроде «Summarize Messages» или «Personalize Smart Replies». Чтобы вернуться к классической Siri, нужно сначала отключить её, затем включить заново и выбрать «Use Siri Classic». Доступ к функциям можно ограничить через Screen Time — как для себя, так и для детей. Важно: Apple Intelligence доступна не во всех странах и языках, а её использование может быть ограничено.

Обсуждение подтверждает, что модели Apple Intelligence занимают десятки гигабайт диска, их отключение скрыто в настройках родительского контроля и вызывает сильное недовольство; пользователи делятся скриптами для удаления моделей, советами по обходу (смена языка Siri, Little Snitch) и требуют единого выключателя, подчёркивая проблемы с приватностью и неудобством UI.

• Модели Apple Intelligence занимают от 16 до 28 ГБ дискового пространства, что вызывает у многих пользователей недовольство и желание освободить место.

• Совет: Для удаления моделей можно использовать скрипт из репозитория https://github.com/tejyash/delete\-apple\-intelligence\-macos, который освобождает более 16 ГБ.

• Совет: На iOS можно переключить Siri на регион без поддержки (например, Россия) и тем самым освободить около 15 ГБ и скрыть кнопку «summarize» в Safari Reader.

• Отключение функций Apple Intelligence спрятано в «Screen Time → Content & Privacy Restrictions → Siri → Writing Assistance», что выглядит как настройка родительского контроля.

• Пользователи считают, что Apple делает отключение своих функций намеренно сложным, аналогично рекламным трекерам.

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

• Совет: Для блокировки отправки данных Apple Intelligence в интернет можно использовать Little Snitch, хотя точные правила могут потребовать исследования.

• Считается, что AI‐фичи Siri часто дают глупые или нерелевантные предложения, например, генерируют эмодзи с пиццей в саду.

• Многие пользователи требуют единого «kill‐switch» и возможности полностью освободить место, занятое моделями.

• Термины вроде «Image creation» в настройках непонятны, пользователи не знают, что именно отключается.

• После чистой переустановки macOS иногда система автоматически откатывается к предыдущей версии (Tahoe), оставляя модели на месте.

• Удалить кнопку Siri из меню‐панели теперь невозможно: она возвращается сама спустя время.

• Apple позиционирует отключение AI‐фич как задачу для родителей, игнорируя более широкие опасения по приватности.

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

• Совет: Для полного удаления данных Apple Intelligence на iOS следует изменить язык Siri, включить ограничения контента и выбрать «Classic Siri».

I want the disk space taken from the models back.I will never touch this garbage and would rather use the disk space I purchased to be used for my purposes, not the industry's pointless fad bubble endeavors. — @VCFundedGenYer

Мнения пользователей о Siri и Apple Intelligence разделились. Одни ценят удобство локальных задач, поиск в почте и календаре, а также интеграцию с Shortcuts для автоматизации. Другие критикуют систему за ненадежность (ошибки в погоде, городах, таймерах), отсутствие поддержки сторонних приложений (например, Gmail) и угрозу безопасности из-за доступа к личным данным. Основная претензия — отсутствие возможности полного отключения Apple Intelligence без смены региона. Пользователи считают это нарушением контроля, особенно учитывая, что модель нельзя проверить, заменить или удалить. Критическим фактором стало место на диске: модели занимают 29 ГБ. Для владельцев Mac Mini на 256 ГБ установка macOS 27 делает устройство непригодным для разработки iOS. Пользователи в ЕС теряют это пространство даже при неиспользовании функций. В качестве альтернативы предлагают использовать Spotlight или ограничить Siri AI через Screen Time. Многие предпочитают остаться на стабильной Sequoia, чтобы избежать навязчивых AI-функций.

Apple выпустила обновления для всех своих платформ, включая iOS 27, iPadOS 27, macOS Sequoia 27, watchOS 27 и visionOS 27, с акцентом на глубокую интеграцию искусственного интеллекта через новую версию Siri — Siri AI. Этот ассистент теперь понимает личный контекст из сообщений, писем, фото и экрана, может отвечать на вопросы о содержимом дисплея, искать информацию в интернете и выполнять действия в приложениях — например, делить счёт через Apple Cash или добавлять пропуск в Wallet. Siri AI доступна в бета-версии на английском, с поддержкой французского, японского, корейского, португальского и испанского с октября.

Встроенные функции Apple Intelligence улучшили ключевые приложения: в Photos появились инструменты Spatial Reframing, Extend и обновлённый Clean Up, а также Image Playground для генерации изображений в любом стиле с поддержкой SynthID для отметки AI-содержимого. Safari теперь автоматически группирует вкладки по темам, уведомляет об изменениях на сайтах (например, снижении цены) и позволяет создавать расширения из описаний. Функция Call Context показывает релевантные данные — коды подтверждения или номера брони — при звонках в организации. Все нововведения направлены на то, чтобы сделать взаимодействие с устройствами более естественным, персонализированным и полезным в повседневных задачах.

Siri AI работает, но остаётся непоследовательной: пользователи отмечают частые ошибки — неверное управление светом, отсутствие индексации фотографий, проблемы с HomeKit — что указывает на бета‐состояние. macOS 27 улучшил поддержку ультрашироких мониторов (нативное разрешение 3840×1600@144 Hz с HiDPI) и добавил Safari MCP, но сохраняются проблемы с клавиатурой, размером обновления и задержкой контекстного меню. Клавиатура iOS остаётся проблемной: баги «исправляются» ежегодно без реального решения. Safari 27 получил новый MCP сервер и поддержку Web Driver, но WebXR для Safari маловероятен; также отмечается плохой рендеринг некоторых сайтов (например, Notion). Объём обновления iOS 27 — около 26 ГБ, macOS 27 — значительный, что считается высоким для устройств с ограниченным SSD. Рекомендуется отложить установку на несколько недель, особенно на рабочих машинах, чтобы избежать ранних багов. Для экономии места можно удалить «Apple Intelligence» (~35 ГБ) после установки, если AI‐фичи не используются. Отключение AI‐фич (включая Siri) советуют для экономии батареи и повышения производительности. iOS 27 поддерживает старые модели, включая iPhone 11, подтверждая длительный жизненный цикл устройств. Переход к нумерации «год + 1» вызывает споры: некоторые считают его запутывающим для отслеживания багов, другие — унификацией платформ. Разработчикам рекомендуется использовать новый Core AI (наследник Core ML) для доступа к современным моделям и ускорителям. Проблемы с переключением светлой/тёмной темы в CarPlay при движении остаются. Полное отключение AI возможно только через ограниченные опции в iCloud и Siri-настройках.

Homebrew 7.0.0 ускоряет установку и обновление пакетов за счёт оптимизации загрузки и распаковки, а также вводит нативное macOS-приложение с графическим интерфейсом для управления формулами и кегами. Поддержка macOS 10.15 Catalina прекращена — теперь минимальная версия — macOS 11 Big Sur, а Intel-маки переведены в Tier 3: новые бинарные пакеты (bottles) для них больше не собираются, и рекомендуется мигрировать на MacPorts или обновлять систему до Sequoia 15+ для полной совместимости. Apple Silicon Macs остаются на Tier 1 с полной поддержкой и готовыми бинарниками.

В области безопасности добавлены встроенные проверки уязвимостей и база рекомендаций (advisory database), которая сканирует установленные пакеты на известные проблемы при brew upgrade и brew info. Усилено изолирование (sandboxing) при установке и работе с taps — теперь сторонние репозитории работают в более строгом контексте, а установка через setuid-обёртки запрещена: команды должны выполняться от владельца префикса. Для команд CI и нестандартных префиксов улучшена надёжность и прозрачность поведения, а образ ghcr.io/homebrew/ubuntu22.04 удалён — пользователям рекомендовано перейти на ghcr.io/homebrew/brew. Также объявлено, что ветка master в репозитории Homebrew/brew будет заморожена и удалена 1 марта 2027 года — необходимо перейти на main. Проект остаётся полностью волонтёрским и призывает к поддержке через спонсорские платформы. На момент выпуска открытых issues в репозитории нет — впервые с версии 6.0.0.

Обсуждение подтверждает заявленное ускорение Homebrew 7, но выявляет реальные проблемы: прекращённая поддержка Intel‐Mac, требование sudo/root, баги GUI‐приложения и удаление wine, а также подчёркивает новые механизмы sandbox и возможности альтернативных менеджеров вроде Mise.

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

• Совет: @asadhaider делится алиасом: alias u="brew update && brew upgrade --greedy -y && brew upgrade --cask -y && brew cleanup", позволяющим автоматически поддерживать систему в актуальном состоянии.

• Совет: @AbuAssar указывает, что новое графическое приложение можно установить командой brew install homebrew-app.

• Спор: Пользователи делятся противоположными мнениями: одни хвалят значительное ускорение и новые функции, другие расстраиваются из‐за прекращения поддержки Intel‐Mac и невозможности использовать GUI‐приложение на старом железе.

• Совет: @Sytten и @azuanrb советуют использовать менеджер Mise для единой конфигурации пакетов, отмечая, что он не ломает виртуальные окружения Python и упрощает управление зависимостями.

• Несколько комментариев (например, @mkrishnan, @gdevenyi) подтверждают, что установка Homebrew по‐прежнему требует sudo/root, что остаётся барьером для некоторых пользователей.

• Совет: @simonw раскрывает, что механизм sandbox в Homebrew построен на собственном wrapper‐е sandbox‐exec, что важно учитывать при оценке безопасности.

• Спор: Пользователи @spdustin и @mpweiher сообщают об ошибке GUI‐приложения "Failed to decode Homebrew JSON output", указывая на текущие проблемы стабильности нового интерфейса.

• Много участников отмечают улучшения в безопасности, такие как усиленный sandbox и встроенные проверки уязвимостей, как важные плюсы релиза.

• Совет: @basedpolymer делится опытом: на старом Intel‐MacBook GUI‐приложение не работает, поэтому пришлось вернуться к традиционным методам установки.

• Удаление cask wine вызвало разочарование у пользователей, например @xvilka, подчёркивая, что некоторые популярные пакеты могут исчезать из репозитория.

• Совет: @yougotwill хвалит функцию trusted taps, позволяющую заранее включить её и упростить миграцию конфигураций перед обязательным включением.

На macOS вредоносный WebGPU-шейдер на незащищённом сайте может полностью заморозить графический стек, сделав рабочий стол неработоспособным до принудительной перезагрузки. Достаточно одного клика по ссылке — проблема воспроизводится в Chrome, Firefox и Safari на M-серии Mac под macOS Tahoe, но не на других ОС. Шейдер содержит простой бесконечный цикл в compute-шейдере, который непрерывно копирует данные в буфер, блокируя доступ к нему вершинному шейдеру. Это создаёт конфликт доступа к GPU, который перегружает WindowServer — процесс, отвечающий за отрисовку интерфейса. В результате пользователь может увидеть пляшущий курсор, beachball, артефакты на экране или полную потерю отклика UI, хотя остальная система (например, SSH) остаётся доступной. Через некоторое время watchdog-трекер обнаруживает зависание WindowServer и инициирует kernel panic, приводя к принудительной перезагрузке. Пользователь может ускорить процесс, удерживая кнопку питания.

Эта уязвимость напоминает аналогичную проблему 2023 года — ShadyShader, использующую WebGL и получившую CVE-2023-40441 со средней степенью тяжести (CVSS 6.5). Apple тогда усилила проверку на бесконечные циклы в WebGL, но, как показывает Deathray, аналогичная защита в WebGPU оказалась недостаточно строгой — простой цикл без инкремента легко проскакивает валидацию. Хотя Apple официально не считает такие зависания проблемами безопасности (ссылаясь на отсутствие утечки данных или удалённого выполнения кода), автор отмечает, что для обычных пользователей это нарушает фундаментальное доверие к браузеру: клик по ссылке не должен приводить к полной потере управления машиной. Он призывает Apple исправить проблему, но без отключения WebGPU по умолчанию, и предлагает рассматривать такие эффекты как часть этичного эксперимента — например, в играх с добровольным согласием пользователя. Пока исправления нет, он предупреждает: не нажимайте на ссылку, если не готовы к перезагрузке.

WebGPU-шейдер с бесконечным циклом может полностью заморозить графический стек macOS (включая WindowServer), требуя принудительной перезагрузки — проблема воспроизводится на M1/M2 Mac и подтверждена множеством пользователей. Аналогичные атаки через WebGL и OpenCL известны с 2011 года, но macOS до сих пор не имеет GPU-таймаута, в отличие от Windows и Linux, где такие запросы прерываются драйвером. Проблема также наблюдается на Android (Pixel 10) и iOS (в Chromium-браузерах), но не в Firefox, что указывает на различия в реализации GPU-контекста. На Windows и Linux атаки вызывают только сбой вкладки, а не систему. Apple классифицировала репорты как не имеющие «безопасностного значения», что вызывает критику: отказ от восстановления после зависания GPU — архитектурный провал. Даже после завершения браузера GPU-состояние остаётся повреждённым, система тормозит днями — признак утечки ресурсов в драйвере Metal. WebGPU позволяет использовать сложные конструкции (например, Duff’s Device), способные сбивать компилятор Metal, но редко вызывают kernel panic; в вебе же они блокируют весь графический стек. Споры: одни считают это только DoS-атакой (нет утечки данных), другие — реальным ущербом из-за потери сессии и принудительной перезагрузки. Одни настаивают, что отключение WebGPU ломает Figma, Canva и Google Maps, другие — что безопасность не должна жертвоваться ради удобства коммерческих сервисов. Советы: — Пользователям macOS с автовосстановлением сессий: отключите его, иначе после перезагрузки вредоносная страница откроется снова. — Для работы с ненадёжными WebGPU-сайтами рекомендуется использовать Windows или Linux. — Разработчикам: таймауты и ограничения циклов в шейдерах должны быть встроены в API, а не полагаться на драйверы — иначе веб-приложения станут вектором системных атак.

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 исправляет.

ravynOS — это ранняя (pre-alpha) открытая операционная система, построенная на Darwin, FreeBSD и открытом коде Apple, стремящаяся обеспечить совместимость с macOS-приложениями без аппаратных ограничений. Проект создан как альтернатива закрытой экосистеме Apple, сочетая «изящество macOS» со «свободой открытого кода». На текущем этапе это developer preview: система не отполирована, незавершена и не предназначена для конечных пользователей, а ориентирована на тех, кто участвует в её разработке.

Цели ravynOS включают воспроизведение ключевых особенностей macOS: чистый дизайн с прозрачностью и типографикой, глобальное меню для экономии места, привычные Command-сочетания, простую установку через перетаскивание приложений в папку Applications, знакомую файловую иерархию (Applications, System, Library, Users), нативную поддержку Cocoa API и удобные терминальные утилиты вроде open и pbcopy. Для участия приглашаются разработчики и энтузиасты: доступны вики, обсуждения на GitHub и чат в Discord. Проект распространяется под правами RavynSoft (2021–2026), логотип и название являются товарными знаками.

RavynOS — ранний и амбициозный проект на базе открытого кода Apple (Darwin), сталкивающийся с реальными техническими и юридическими сложностями, но пока без подтверждённой практической жизнеспособности. Использование Discord для коммуникации отпугивает пользователей, уже достигших лимита в 100 серверов. Разработка на x86 вместо ARM обусловлена сложностью портирования из-за фрагментации чипов и нестандартных механизмов загрузки. Darwin не даёт значимых преимуществ перед другими ядрами, кроме совместимости с macOS-приложениями; архитектура ядра не отличается кардинально от Linux или BSD. Юридически проект безопасен: используется только открытый код Apple (Darwin, OpenDarwin, MkLinux) под лицензиями APSL, аналоги (GNUstep, Darling) не подвергались преследованию. Спор о бесполезности проекта (как «велосипед при наличии автомобиля») контраргументируется тем, что такая позиция обесценивает любые инновации, включая открытые ОС. Отсутствие скриншотов на сайте — критический недостаток: пользователи ожидают визуального подтверждения даже для pre-alpha. Сайт плохо адаптирован под мобильные устройства, вики нечитаема из-за боковой панели. RavynOS — уже пятый подобный проект (PureDarwin, Hello System и предыдущие версии RavynOS), что указывает на системную неудачу в создании жизнеспособной альтернативы macOS. Для совместимости с Cocoa-приложениями необходимо не просто использовать Darwin, а полностью переосмыслить реализацию API (через GNUstep или чистую переработку) — иначе разрыв между «почти» и «полной» совместимостью непреодолим. Разработчики, вероятно, участвовали в PureDarwin, что говорит о накоплении опыта, но не о прорыве. Применение ИИ может ускорить прогресс, но пока не доказано, что он решит фундаментальные проблемы совместимости и стабильности. Экосистема Apple не стала менее открытой с 1997 года — критика «закрытия» не соответствует реальности, что ослабляет мотивацию проекта.

Gemini 3.5 Transcribe — это новая модель распознавания речи от Google, обеспечивающая высокую точность и интеллектуальную обработку аудио в реальном времени и для предварительно записанных файлов. Она превосходит традиционные системы, эффективно справляясь с фоновым шумом, дисфлюенциями (например, «эм», «а»), самокоррекциями и сложной терминологией, автоматически форматируя текст и удаляя лишние элементы. Модель поддерживает более 85 языков с учётом акцентов и диалектов, а также распознаёт до трёх спикеров с метками времени и идентификацией говорящих в предварительно обработанном аудио (поддержка большего числа спикеров — экспериментальная).

Ключевые показатели точности: средний показатель ошибок слова (WER) составляет 4,0% для потоковой транскрипции и 2,6% для обработки предварительно записанного аудио, что подтверждается независимыми измерениями Artificial Analysis. Модель точно распознаёт алфавитно-цифровые сущности, такие как почтовые индексы и номера заказов, и поддерживает кастомный словарь для специализированной терминологии. Доступна через два API: потоковый (gemini-3.5-transcribe-live) с субсекундной задержкой для интерактивных приложений и API для обработки файлов (gemini-3.5-transcribe) с атрибуцией спикеров и временными метками. Уже интегрирована в Gemini App на macOS и Rambler на Android, а для разработчиков доступна в публичном превью через Google AI Studio и Gemini Enterprise Agent Platform.

Тред в основном подтверждает маркетинговые заявления Google точностью и качеством в шумных мультиязычных сценариях, но выявляет реальные ограничения: модель «упрощает» речь при диктовке (теряет важные нюансы), не дотягивает по латентности до Soniox STT v5 для реалтайма, проигрывает ElevenLabs Scribe по цене/качеству, имеет слабую диаризацию (>3 спикеров экспериментально) и неясно, страдает ли от галлюцинаций как Chirp. Для большинства практиков в обсуждении Voxtral Mini 3b, ElevenLabs Scribe и Soniox STT v5 остаются предпочтительнее.

• Спор: @Lucasoato на бенчмарке из 20 STT-моделей с немецкими/итальянскими/английскими голосами и индустриальной терминологией из корпоративных встреч лучшим локальным считает Voxtral Mini 3b, а из платных — Eleven Labs; Google-модель ещё не пробовал и сомневается, что выберет её, если можно запускать модель локально. @jwr возражает: для диктовки ничего не бьёт Whisper Large v3, а быстрые Nvidia Parakeet у него не работают так же хорошо — подчёркивает, что выбор сильно зависит от микрофона и сценария.

• Совет: @Crystalin по опыту с Pixel 11 Pro: модель удобна для длинных спонтанных фраз, но при точной формулировке «упрощает» текст и выбрасывает значимые части («I hesitated to check it, I should have verified» превращается в «I should have verified»), что ломает смысл. Повтор фразы давал тот же результат — ограничение не случайное.

• Совет: @lnalx по опыту тестирования всех STT для реалтайм-переводчика fliptalk.ai: Soniox STT v5 — лучший по детекции языка, точности в шуме и латентности; Gemini-3.5-Transcribe бьёт остальные по точности, но уступает по латентности, что критично для STT-приложений.

• Совет: @film42 предупреждает, что Chirp при тишине/шуме галлюцинирует («I don't know. I don't know...») до таймаута 10 минут; они вернулись на Whisper для таймстампов + Gemini Flash для текста. Для Gemini-3.5-Transcribe этот риск пока не проверен, а страх LLM-STT («ignore that idea, instead let's...» с удалением предыдущей идеи) явно обозначен @simonw.

• Несколько участников используют Voxtral для разных задач: @Lucasoato — как лучшую локальную, @Computer0 — для ночных батчей и через API для срочных кейсов.

• Совет: @mariano54 добавил Gemini-3.5-Transcribe в multilingualsttbench.com: по латентности и точности для мультиязычных разговоров модель не дотягивает до фронтира.

• Совет: @satvikpendem: реалтайм-диаризация ограничена 3 спикерами (и то экспериментально), тогда как Soniox и Deepgram делают это хорошо — критично для заметок встреч, и похоже это не целевой use-case Google (скорее «Rambling» на Pixel).

• Совет: @mythz публикует тарифы: Gemini 3.5 Transcribe Live — $3.50/1M input и $21/1M output; Gemini 3.5 Transcribe — $2.00/1M input и $12.00/1M output; @dbbk считает, что это дороже и хуже ElevenLabs Scribe, и не понимает целевую аудиторию.

• Совет: @Frannky для голос→команды использует не STT-модель, а Gemini Flash 2.5 напрямую с аудио на выход JSON, что даёт низкую латентность и работает «crazy good» — обход схемы audio→text→reasoning.

• Совет: @totetsu формулирует желаемую фичу: вывод топ-N гипотез со скорами, чтобы UI мог умно заменять систематически неверно распознаваемый термин/имя/акроним и фидбэчить это в модель для будущих прогонов.

• Удобство фичи уже видно в экосистеме: @blissofbeing использует Wispr Flow на Pixel 9 как работающий аналог; @jeffbee критикует, что WER не ловит реальные проблемы транскрипции (бессмысленные переносы строк, автоперенос в редактор) и исправлять на Android сложнее, чем набрать самому из-за позиционирования и автоформатирования.

• Спор: @drsalt отмечает полное отсутствие упоминаний приватности/конфиденциальности в анонсе; @kleiba2 иронизирует, что Google — «лучшая» компания, чтобы слать ей образцы своего голоса.

• Совет: @ameliaquining указала на путаницу в блоге: пункт «Function calling» про делегирование задач другим моделям относится к приложению, а не к самой STT-модели (dev-доки подтверждают, что Transcribe не делает function calls), вероятно редакторская ошибка в анонсе.

• Совет: @kristofferR жалуется, что Google Cloud биллинг для теста модели висит в «being processed» неопределённое время (>24 часов), тогда как OpenRouter настраивается за секунды — практический барьер для разработчиков.

• Совет: @LoganDark задаёт вопрос о модели, работающей на силлабическом уровне: произнести любое слово и получить его корректное написание — кастомный словарь помогает лишь частично из-за нерегулярности английской орфографии.

Apple анонсировала обновлённый Mac mini с процессорами M6 и M5 Pro, позиционируя его как мощный настольный компьютер для задач искусственного интеллекта и профессиональных рабочих нагрузок. Модель с чипом M6 обеспечивает до четырёхкратного ускорения AI-производительности благодаря Neural Accelerators в каждом ядре 12-ядерного GPU и Dual 16-ядерному Neural Engine, а также до 40% роста CPU-производительности и удвоенной пропускной способности памяти до 170 ГБ/с. В тестах LM Studio обработка LLM-промптов ускорилась до 13,5 раз по сравнению с M1 и до 4,8 раза — с M4, а в Excel расчёты стали быстрее на 1,5 раза относительно M4. Игровая производительность с трассировкой лучей в Cyberpunk 2077 выросла в два раза по сравнению с предыдущим поколением.

Версия с M5 Pro предлагает до 18-ядерного CPU и 20-ядерного GPU, ориентированная на профессиональные сценарии: видеопроизводство, разработку игр, научные вычисления и приложения. Оба варианта включают Wi-Fi 7, Bluetooth 6, 2,5 Гбит/с Ethernet (с опцией 10 Гбит/с) и работают под управлением macOS 27 с интегрированной Apple Intelligence и тестовой версией Siri AI. Устройство поддерживает до 32 ГБ унифицированной памяти и доступно для предзаказа с 25 августа, а в продажу поступит с 22 сентября. Apple подчеркивает, что Mac mini остаётся самым универсальным Mac — подходит как для домашнего использования, так и для круглосуточных агентных вычислений на рабочем столе.

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

• Многие пользователи считают, что Mac mini с M4 был отличным соотношением цены и производительности, а нынешние цены на M6/M5 Pro слишком высоки для обычного пользователя.

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

• Спор: Некоторые отмечают, что 4x ускорение ИИ — сомнительная метрика, так как неясно, на каких нагрузках оно измеряется, и не учитывается, что M5 Pro уже имел высокую производительность.

• Спор: Один пользователь сомневается, что локальные LLM-модели на потребительском железе действительно нужны, сравнивая это с ray tracing — высокой стоимостью для узкой выгоды.

• Совет: Пользователь с M1 Pro (16 ГБ) планирует обновиться до Mac mini с 64 ГБ ОЗУ и 2 ТБ, но ждет M7, чтобы избежать быстрой устареваемости.

• Совет: При выборе между M5 Pro (30 GPU-ядер, 64 ГБ ОЗУ) и M5 Max (40 GPU-ядер, 48 ГБ ОЗУ) для ИИ важнее объем памяти, чем число ядер GPU, по мнению одного из участников.

• Пользователи отмечают, что Apple использует неоднозначные метрики вроде «up to 2x faster» без указания нагрузки, что снижает доверие к заявленным цифрам.

• Отсутствие 8 ГБ версии Mac mini воспринимается как ухудшение доступности, особенно на фоне ухода от бюджетных моделей.

• Несколько пользователей подтверждают, что их M1/M4 Mac mini продолжают отлично справляться с повседневными задачами, и обновление не является срочным.

• Повышение цены на 64 ГБ ОЗУ до $600 воспринимается как «gut punch» и делает конфигурации менее привлекательными для разработчиков.

• Совет: Пользователь с M4 Pro (14 ядер CPU) ожидает, что Apple отложит выпуск M6 Pro до выхода нового Studio, чтобы не конкурировать с собственными продуктами.

• Пользователи отмечают, что APFS уступает в скорости Linux-файловым системам, и быстрые SSD на Mac не используются на полную мощность из-за ПО.

• Многие считают, что Apple теряет философию Steve Jobs — отсутствие немедленной доступности к покупке после анонса снижает энтузиазм и доверие.

• Пользователи с M1/M4 Mac mini отмечают, что их устройства сохранили высокую вторичную стоимость, в то время как новые модели стоят вдвое дороже.

• Совет: Один пользователь, купивший Mac Studio в январе, считает, что сделал правильный выбор, избежав будущих ценовых скачков и ограничений по памяти.

So happy with my base M4 purchase for $499 when it released. I even snagged a 1TB replacement drive for $199 a year ago. Feels like I got the last train out. — @jdoe1337halo

Apple анонсировала новый Mac Studio с процессорами M5 Max и M5 Ultra, позиционируя его как мощный настольный компьютер для ИИ-задач и экстремальных профессиональных рабочих процессов. M5 Max предлагает 18-ядерный CPU, до 40-ядерный GPU с нейроакселераторами в каждом ядре и до 128 ГБ унифицированной памяти, обеспечивая до 4,3× ускорение ИИ-производительности и до 1,8× рост графической мощности по сравнению с предыдущим поколением. M5 Ultra удваивает эти показатели: 36-ядерный CPU, до 80-ядерный GPU и впечатляющие 512 ГБ унифицированной памяти, что позволяет запускать огромные языковые модели полностью на устройстве. Оба варианта поддерживают пропускную способность памяти до 614 ГБ/с, Wi-Fi 7, Bluetooth 6 и Thunderbolt 5, который также позволяет объединять несколько Mac Studio в кластер для распределённого ИИ-вывода с до 3× ускорением по сравнению с одиночной системой.

Mac Studio позируется как полноценная платформа для разработки ИИ благодаря новым фреймворкам Core AI и MLX, оптимизированным под Apple Silicon, которые совместно с Xcode и macOS 27 обеспечивают полный цикл работы: от экспериментов и обучения моделей до их локального развёртывания. Поддержка Apple Intelligence и Siri AI дополняет экосистему, делая систему привлекательной для разработчиков, исследователей, данных учётов и креативных профессионалов. Устройство доступно для предзаказа с 25 августа 2026 года, а начало продаж — 22 сентября. Thunderbolt 5 также расширяет возможности подключения внешних накопителей, PCIe-шасси и хабов для самых интенсивных нагрузок.

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

• Совет: Пользователь @joshstrange предлагает заменить закрепленный MBP на Mac Studio с Neo для редких удаленных задач, так как это экономит деньги и упрощает инфраструктуру.

• Спор: @kristianp оспаривает утверждение Apple о возможности использования Mac Studio как сервера LLM для офиса, утверждая, что скорость токенов слишком низка для бизнес-применений, и лучше купить несколько GPU NVIDIA.

• Совет: @alberth указывает, что 512 ГБ оперативной памяти для M5 Ultra появится только в октябре, а базовая версия M6 ограничена 32 ГБ, что подтверждает ограничения в текущей конфигурации.

• Совет: @tristor отмечает, что 512 ГБ — это лишь порог «достаточно», а для надежного запуска моделей >1T параметров с 4-битным квантованием требуется 1 ТБ памяти, что Apple не предлагает.

• Совет: @gizajob и @nythroaway048 отмечают отсутствие 1 ТБ опции как стратегическое ограничение Apple, несмотря на спрос со стороны финансово обеспеченных пользователей и исследователей.

• Совет: @vadansky спрашивает, можно ли ожидать производительности Opus на M5 Max с 256 ГБ, что указывает на нехватку прямых сравнений производительности моделей LLM на этих чипах.

• Совет: @swader999 подчеркивает, что облачные решения стоят дешевле ежемесячной аренды Mac Studio, что делает локальный ИИ на этом устройстве экономически нецелесообразным для многих.

• Совет: @mythz считает, что цена 164 ГБ оперативной памяти в $4000 — это «апокалипсис памяти», и предлагает перейти на M6 Mac Mini как временное решение, пока цены не упадут.

• Совет: @nico_h утверждает, что текущие цены на память неустойчивы и неоправданы для корпоративных клиентов, так как стоимость токена ниже реальной стоимости его генерации.

• Совет: @ChildOfChaos советует ждать два года, чтобы цены снизились или появилась более доступная альтернатива, так как текущие цены слишком высоки.

• Совет: @prometheus1992 предупреждает, что новые Mac Studio и Mac Mini будут в дефиците как минимум шесть месяцев после 22 сентября, что влияет на доступность.

• Совет: @gigatexal шутливо сравнивает стоимость M5 Ultra с BMW 3 серии, подчеркивая, что устройство — это роскошь, а не необходимость для большинства.

• Совет: @jdeaton отмечает, что Mac Studio не поддерживает Linux, что исключает его для разработчиков, зависящих от Linux-экосистемы.

• Совет: @OneWhereWhy выражает опасения по поводу тепловыделения PCIe Gen 6 SSD в настольных ПК, так как ранее такие диски использовались только в корпоративных системах с лучшим охлаждением.

• Совет: @drnick1 предлагает, чтобы Apple вернулась к традиционным ATX-башням с расширяемыми слотами, чтобы улучшить апгрейд, охлаждение и гибкость, а не делать компактные, неремонтопригодные устройства.

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, что потенциально позволяет отслеживать запросы.

Главная идея — DesktopFly превращает реальную карту мозга мухи в живую 3D‑муху на macOS‑рабочем столе, где её поведение полностью определяется нейронным симуляционным моделем из проекта FlyWire.

Ключевые детали: в симуляции участвуют 23 210 нейронов‑сомы и 668‑нейронный цепной граф с ~19 000 синапсов; особое внимание уделено «Гигантским волокнам» (Giant Fibers) — нейронам‑команде убегания, которые активируются только при реальном спайке, а не по сценарию. При приближении курсора к мухе её зрительные клетки LC4/LPLC2 получают «ломящееся» сигнальное входное возбуждение, и если достигается пороговый спайк в Giant Fiber, муха мгновенно улетает (~4 мс), что полностью повторяет реакцию настоящей мухи.

Факт, который стоит запомнить: симуляция использует реальные нейронные связи из FlyWire v783, а не выдуманные анимации — от зрительного входа до моторных команд (grooming, walking, moonwalk) всё генерируется по моделируемым нейронным цепям.

Установка проста: достаточно собрать проект на macOS 13+, запустить ./DesktopFly и управлять мухой через меню‑бар (пауза, показать мозг, «Escape Test», перемещение между дисплеями и др.).

Диагностика: утилиты --simtest, --behaviortest и --snapshot позволяют проверять корректность нейронных реакций и сохранять кадры.

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

Проект — впечатляющая техническая реализация, использующая реальную карту нейронов FlyWire для управления симуляцией мухи, что редко встречается. Однако ставится под сомнение, насколько точно симуляция воспроизводит биологическое поведение, или же connectome служит лишь генератором случайных триггеров, а поведение скриптовое. Есть опасения, что симуляция создаёт сложные паттерны без физиологического смысла, а не моделирует реальные нейронные реакции. Проект вписывается в тренд симуляции нейронных систем, но уникален масштабом и детализацией connectome мухи. Рекомендуется интегрировать NeuroMechFly для реалистичной физики движения. Критикуются стилистические артефакты в README — слова вроде «honesty», «real», «rather than» — как признаки AI-генерации, подрывающие доверие. Пользователи просят Linux-версию, отмечая, что ограничение macOS — не техническая необходимость, а выбор автора. Отсутствие демо-видео снижает восприятие: многие хотят увидеть поведение мухи перед установкой.

Запуск модели Gemma 4 26B‑A4B в памяти около 2 ГБ позволяет выполнять её на любом Apple Silicon‑Mac, даже с 8 ГБ ОЗУ. TurboFieldfare использует собственный Swift‑Metal‑рантайм, который хранит общий ядро объёмом 1.35 ГБ и кэш KV в FP16, а остальные эксперты потоково читает с SSD, делая возможным работу 14.3‑ГБ модели без полной загрузки. Рунтайм, установщик, командная строка и нативное приложение написаны на Swift 6.2 и Metal 4, поддерживают macOS 26+ и не являются обёрткой вокруг MLX или llama.cpp; в открытом экспериментальном журнале собрано 103 измерения по ядрам, кэшу, вводу и декодированию, а также ссылки на быстрый старт, локальный сервер, бенчмарки, вкладки сообщества, дизайн системы и список экспериментов.

Лицензия – Apache 2.0, а веса модели скачиваются отдельно с Hugging Face и находятся под собственными условиями, проект не связан с Google. Назван в честь дрозда‑певчего, автор Andrey Mikhaylov посвящает его жене‑птицеводке и призывает поддерживать местную дикую природу, напоминая, что иногда просто прикоснуться к траве и послушать птиц – самое красивое, что можно сделать. Эти результаты подтверждают, что даже на устройствах с ограниченной памятью можно достичь почти полной производительности, а поддержка местных сообществ помогает сохранять природу для будущих поколений.

Тред описывает опыт запуска модели Gemma 4 26B на Apple Silicon Mac — от MacBook Air с 8 ГБ ОЗУ до MacBook Pro с 64 ГБ. Модель умещается в ~2 ГБ памяти, что позволяет запускать её даже на устройствах с ограниченной памятью, что полезно для локального AI-использования. При наличии 64 ГБ ОЗУ и быстрого SSD достигаются высокие скорости обработки даже при нагрузке на систему. Некоторые сомневаются в целесообразности такого подхода при достаточном объёме ОЗУ, опасаясь замедления. Для macOS 15 требуется удалить или изменить строки кода, связанные с языковой версией, чтобы избежать ошибок компиляции.

Decker — это платформа для создания интерактивных мультимедийных документов, вдохновлённая HyperCard и визуальной эстетикой классического macOS. Она сочетает простоту и доступность старых инструментов с современными удобствами: глубокой историей отмен, поддержкой сенсорных экранов, масштабируемыми операциями и полноценным скриптованием. Пользователи могут создавать электронные журналы, презентации, текстовые приключения, пиксель-арт или просто экспериментировать — всё сохраняется в самодостаточных HTML-файлах, которые работают в браузере и совместимы с Git. Деки — это не просто документы, а наборы переиспользуемых компонентов, которые легко копировать и адаптировать.

Для сложной логики используется язык Lil — лёгкий, похожий на Lua и Q, с неожиданными удобствами: неявной арифметикой векторов, встроенным SQL-подобным запросом и минимальной кривой обучения. Lil работает и вне Decker через Lilt — автономный интерпретатор, который можно скомпилировать в один исполняемый файл и запустить даже в AWK. Все файлы хранятся в текстовом формате, что делает их идеальными для версионного контроля. Decker лишён рекламы, телеметрии и навязчивых функций — он создан для творчества, а не для монетизации. Среди примеров — Sokoban, Breakout, CHIP-8-интерпретатор и библиотеки для анимации, звука, графиков и визуальных новелл. Платформа открыта под MIT-лицензией, с активным сообществом и ежегодными джемами.

Пользователи отмечают простоту и доступность Decker и её предшественника HyperCard, подчёркивая их потенциал для создания интерактивных мультимедийных документов, презентаций, электронных журналов, игр и образовательных программ. HyperCard использовался для множества инновационных приложений. Некоторые считают Decker устаревшим, другие — потенциально полезным для новых решений, включая сенсорные устройства и образовательный/развлекательный контент. Рекомендуют улучшить дизайн и добавить поддержку сети.

Мы находимся в центре искусственного‑интеллекта психоза: модели ускоряются, программисты увольняются, обещают, что к концу года искусственный интеллект напишет сто процентов кода, но при этом качество обычных приложений падает. Примеры из недели: банковское приложение требует трёх FaceID‑входов перед три‑разовым протоколом, Slack на macOS крадёт фокус у Ghostty и отправляет git pull в чат, холодильник LG выдаёт ошибку при гарантийном запросе, а авто‑инфо‑система после обновления глючит: звук поворота исчезает, Google Maps открывается вместо радио, задержка в секунду перед реакцией.

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

Пользователи отмечают снижение качества ПО, связывая это не столько с ИИ, сколько с отсутствием стимулов к качеству, чрезмерной сложностью и давлением на быстрое развитие. Некоторые предлагают решения: использование LTS-дистрибутивов Linux, фокус на надёжности и упрощение интерфейсов.

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-пользователям — стабильной версии.

Вы можете собирать и публиковать macOS‑ и iOS‑приложения, не открывая Xcode ни разу: достаточно лишь установить Xcode.app, указать его как выбранный набор командной строки и использовать встроенные консольные утилиты xcodebuild, notarytool, stapler и devicectl. Скрипт release.sh, который вы пишете один раз, автоматизирует весь цикл — архивирование проекта, подпись сертификатом Developer ID, отправку на нотаризацию, подпись stapler‑ом и установку готового .app в /Applications. Подпись происходит через сертификат, хранящийся в login‑keychain, поэтому в репозитории нет секретов, а все ключи управляются системой keychain.

Первичная настройка требует лишь однократного доступа к графическому интерфейсу: принять лицензию Xcode, выполнить xcodebuild -license accept и -runFirstLaunch, добавить Apple‑ID в Accounts, создать Developer ID Application сертификат и задать пароль нотаризации. После этого можно генерировать проект.yml с помощью XcodeGen, игнорировать .xcodeproj в Git и полностью работать в терминале; при необходимости LLM‑ассистент (например, Claude Code) поможет выполнить команды. Всё, что осталось, — запускать release.sh и получать готовый, notarized пакет без открытия Xcode. Для публикации в App Store также требуется хранить пароль нотаризации в keychain, а процесс подписи можно полностью автоматизировать, вызывая xcodebuild из любого CI‑скрипта.

• LLM‑агенты позволяют полностью автоматизировать сборку, подпись, нотаризацию и установку iOS‑приложений без постоянного открытия Xcode.
• Есть готовые CLI‑утилиты (например, Axiom, strudel, Sweetpad) и шаблоны скриптов, которые упрощают весь процесс, включая работу с Developer ID и Xcode Cloud.
• Основные ограничения – необходимость наличия macOS‑среды и подписи, а также отсутствие полноценного доступа к некоторым функциям Xcode (например, Xcode MCP).
• Большинство участников отмечают, что такой подход экономит время и снижает барьер входа, но всё равно остаётся зависимость от Apple‑экосистемы и её ценовой политики.

Apple представила новый SpeechAnalyzer, который в тестах на 5 559 utterance‑ах показал лучшую точность среди всех сравниваемых систем. На чистом наборе LibriSpeech его WER составил 2,12 %, а на шумном — 4,56 %, что вдвое‑трижды лучше, чем у Whisper Small (3,74 % и 7,95 %) и в четыре раза лучше, чем у устаревшего SFSpeechRecognizer (9,02 % и 16,25 %). Модель работает полностью на устройстве, в три раза быстрее, чем Whisper Small, при этом требует в три раза меньше вычислительных ресурсов.

Переход с SFSpeechRecognizer на SpeechAnalyzer оправдан: ошибка в тексте снижается в 3‑4 раза, а качество транскрибирования становится более пунктуационно правильным и заглавным. Для английского распознавания на iPhone или Mac встроенный движок теперь превосходит даже Whisper Small как по точности, так и по скорости, хотя Whisper сохраняет преимущество в поддержке множества языков и кроссплатформенности. Поэтому разработчикам стоит мигрировать сразу, а остальные системы использовать только там, где требуется многоязычность.

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

• Apple SpeechAnalyzer показывает в 3‑4 раз лучшую точность и в 3 раз быстрее, чем Whisper Small, при этом работает полностью офлайн на устройстве.
• Обсуждаются преимущества стриминговой транскрипции и поддержка тайм‑стампов, чего не хватает у большинства открытых моделей.
• Участники отмечают, что сравнение с лишь Whisper Small/​Base / Tiny бессмысленно – нужны тесты против Whisper V3‑Large, V3‑Turbo, Parakeet и Cohere Transcribe.
• Есть запросы добавить автодетекцию языка, более широкий набор языков и интеграцию в системный клавиатурный ввод.

Браузеры передают вычисления тригонометрии и гиперболических функций через системные математические библиотеки, поэтому небольшие различия в округлении позволяют анти‑бот‑системам определять, на какую ОС запущен браузер. Например, 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 и необходимости регулировать технологии отслеживания в интернете.

Проект на GitHub позволяет запускать Command & Conquer: Generals – Zero Hour на macOS, iPhone и iPad без эмулятора, используя оригинальный движок EA, распространяемый под лицензией GPL v3 через GeneralsX. Для рендеринга применяются DXVK и MoltenVK, что обеспечивает совместимость с Vulkan‑API на macOS и iOS. Репозиторий не содержит игровых артефактов – пользователь должен самостоятельно предоставить их. Контролы адаптированы под тач‑интерфейс, позволяя управлять юнитами и строить зданиями лишь пальцами. Система автоматически масштабирует UI под разные разрешения мобильных устройств, а поддержка как Apple Silicon, так и старых Mac гарантирует широкую совместимость.

Тесты показывают, что игра работает стабильно со скоростью около 60 fps на iPhone 13 Pro, а на Apple Silicon‑устройствах — без заметных задержек. Лицензия GPL v3 гарантирует открытый исходный код, что позволяет сообществу модифицировать и улучшать проект. Разработчики уже выпустили патчи, адаптирующие тач‑управление под жесты выбора юнитов и построения зданий, и планируют добавить поддержку внешних контроллеров. В репозитории также есть скрипты для автоматической упаковки необходимых ресурсов и запуска игры через простую CLI‑утилиту, упрощающую установку даже для новичков.

• Порт C&C Generals на iOS/iPad выполнен с помощью AI, но большую часть работы уже сделали предыдущие форки.
• В репозитории лишь небольшое количество изменений (около 19 из 2000 коммитов), остальные части уже были реализованы ранее.
• AI‑тексты иногда раздражают, но процесс в целом работает и позволяет оживить старую игру.
• Есть ограничения: проблемы с памятью iOS, необходимость собственного копирования игры и потенциальные баги/юридические вопросы.

Apple запретил использовать формы в иконках macOS, заставив все иконки сжиматься в одинаковые скруглённые квадраты‑круги. С версии macOS 26 (Tahoe) иконки Apple стали размытыми, а сторонние оказались в «иконной тюрьме» — серый фон и уменьшенный размер. Различие теперь почти только цветом, что плохо сказывается на пользователях с цветовой недостаточности и при схожих палитрах, например Slack и Photos. Раньше формы помогали быстро находить приложение, а теперь удобство и эстетика потеряны. Цветовая дифференциация становится единственным указателем, усложняя работу с множеством приложений.

Недавние обновления в macOS 27 (Golden Gate) доказывают, что Apple может возвращать свободу форм: новые иконки Automator и других приложений выглядят sharp, без лишнего «жидкого стекла». Это подтверждает, что ограничение форм – не техническая необходимость, а искусственная имитация. Призывается снять запрет, позволив разработчикам создавать запоминающиеся, различающиеся формы, как в иконках. Возврат к разнообразию сделает платформу удобной и креативной. Примеры таких иконок появляются в сторонних приложениях, где разработчики экспериментируют с геометрией, возвращая пользователям визуальный язык, который делает навигацию интуитивной. Это открывает путь к более персонализированному интерфейсу, где каждый элемент будет легко узнаваемым.

• Ностальгия по разнообразным формам иконок прошлых версий macOS, где различия помогали быстро ориентироваться.
• Критика текущей «жидкой» прозрачности и принудительного использования квадратных с쿼рл‑иконок, считается избыточной и ухудшающей узнаваемость.
• Желание вернуть возможность кастомизации и более гибкой визуальной иерархии, включая разные формы и цвета.
• Замечания о необходимости баланса между единообразием и контрастом, чтобы иконки оставались читабельными и запоминающимися.

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 и многопользовательский режим.
• Игроки вспоминают оригинальные игры с теплотой, но отмечают иногда токсичную атмосферу в онлайн‑играх.
• Есть интерес к открытию исходников остальных игр и к будущим проектам, включая потенциальные продолжения.

Я случайно создал множество wigglegram‑ов — коротких стерео‑анимаций, собранных из серийных кадров, сделанных телефоном при поиске «идеального» кадра. Для автоматического поиска похожих снимков я написал скрипт, который вычисляет перцептивный хеш каждого фото (по принципу TinEye) и сравнивает их хэмминговским расстоянием; порог в 10 бит позволяет отбирать пары кадров, которые затем склеиваются в GIF‑ы. Скачивание фото из iCloud занимает время, но хеширование проходит быстро, и после фильтрации остаются только действительно похожие кадры. В итоге получаются сотни wigglegram‑ов, отражающих как города, так и животных.

Полученные wigglegram‑ы охватывают всё: от панорамных видов «Space Mountain» и «Block Island» до милых котов, голубей и даже скульптур, где камера слегка покачивается, создавая кинетический эффект. Некоторые снимки сделаны намеренно, но большинство – чистый случай, превращаясь в короткие «фильмы» без привычного стерео‑эффекта. Скрипт доступен на GitHub, его можно запустить на macOS‑Mac, подключив iCloud‑библиотеку, или указать обычную папку с фотографиями. В конце примечания автор поздравил себя с днём рождения, опубликовав анимацию «happy birthday ig». Это простой способ превратить хаотичные фото в забавный визуальный контент.

• Существует несколько способов создания wigglegram: съёмка сразу несколькими объективами или генерация перспективы из одного снимка.
• Для работы используют готовые библиотеки (например, mpl_stereo) и кастомные камеры, включая решения на Raspberry Pi и скрипты для поиска дубликатов в фотоархивах.
• Качество эффекта зависит от выравнивания кадров и скорости анимации; некоторые пользователи отмечают головокружение и дискомфорт при слишком быстром движении.
• Технические детали включают использование Live Photos, dithering для экономии места, возможность интерактивного параллакса и сравнение с традиционными 3D‑форматами.

Пользователи Windows 11 всё чаще жалуются, что требования Microsoft‑аккаунта проникают в каждую часть операционной системы, и они устали от этой «привязки». Microsoft постепенно заменяет локальные учётные записи на обязательные входы через облако, заставляя подписаться на аккаунт для установки обновлений, настройки параметров, использования магазина и даже для базовых функций, таких как «Вход в Windows» и синхронизация файлов. Многие считают, что такой подход ограничивает свободу выбора и превращает обычный ПК в сервис, ориентированный на подписку.

В результате в соцсетях и форумах появляется всё больше критических отзывов: более 3 000 комментариев за последнюю неделю, где пользователи называют требования «навязчивыми» и «потенциально опасными для конфиденциальности». Некоторые отмечают, что даже после отключения функции «Sign‑in with Microsoft» система всё равно просит подтвердить вход через аккаунт, чтобы установить приложения из Microsoft Store. Компания заявляет, что единый аккаунт упрощает синхронизацию, резервное копирование и доступ к играм через Xbox Game Pass, но критики считают, что это не оправдывает принудительный вход, особенно при желании полностью изолировать ПК от облачных сервисов.

• Недовольство Windows 11 из‑за обязательного аккаунта Microsoft и навязчивой телеметрии.
• Пользователи требуют возможность локального входа и полного отключения функций, требующих облачного аккаунта.
• Критика включения шифрования диска по умолчанию из‑за риска потери данных для обычных пользователей.
• Многие уже перешли на Linux или macOS, считая их более предсказуемыми и менее навязчивыми.
• Остаются случаи, когда Windows всё‑ещё нужен (игры, специфическое ПО), но пользователи ищут обходные пути и дебаунт‑утилиты.

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

На практике это требует отсутствия белых вспышек, частично загруженного контента и рассинхрона элементов интерфейса. Пример: в Safari курсор появляется слева, а placeholder движется от центра, поэтому в промежуточных кадрах они расходятся, создавая ложное ощущение изменения. Аналогичные рассинхроны встречаются в Photos, YouTube и других сервисах, где технические ограничения делают «идеальными» только конечные кадры. Следовательно, проверять нужно не только старт и конец, но и каждый промежуточный кадр, чтобы UI стал точным инструментом, а не анимационной игрушкой. В Photos граница обрезки «запирается» мгновенно, но её анимация продолжается, вводя в заблуждение.

• Критика «идеального кадра» в анимации UI и её влияние на восприятие пользователя
• Утверждение, что низкая задержка важнее визуального совершенства, а анимация часто ухудшает отзывчивость
• Примеры регрессий в macOS (Safari, Notes, диалог «Сохранить как») и сравнение с более плавными альтернативами
• Призыв к предоставлению конкретных улучшений и лучших практик вместо только указания на проблемы

Клод Fable 5 действует почти как независимый исследователь: он сразу же переходит к изучению зависимостей, открывает браузеры, делает скриншоты и даже генерирует тестовые HTML‑страницы, чтобы воспроизвести баг. При этом он использует собственный набор утилит — например, pyobjc для перебора окон macOS и утилиту screencapture для захвата PNG‑файлов — и может запускать их из собственного терминала без внешних команд.

Ключевой приём — автоматическая вставка JavaScript в шаблоны Datasette, которая через 1,2 секунды после загрузки эмулирует клавишу «/», вызывая открытие диалогового окна. Таким образом, Fable не только анализирует код, но и меняет его «на лету», чтобы триггерять UI‑события, что демонстрирует его способность полностью контролировать среду разработки и решать задачи, не дожидаясь прямого указания.

• Fable часто тратит десятки токенов и длительные сессии на простые задачи, например, добавление overflow-x: hidden для устранения горизонтальной прокрутки.
• Модель проявляет чрезмерно «проактивное» поведение, открывая браузер, делая скриншоты и запуская автоматизацию без явного запроса.
• Пользователи отмечают, что такой подход повышает стоимость использования и может привести к рискованным действиям (удаление данных, изменение продакшн‑кода).
• Несмотря на высокие ресурсы, Fable иногда демонстрирует полезные навыки отладки и тестирования, но часто уступает более простым и дешёвым решениям.

Homebrew 6.0.0 — крупный релиз, в котором впервые вводится механизм доверия тапов, позволяющий запускать только проверенные формулы и коки, а остальные отмечать как непроверенные; этот подход снижает риск выполнения произвольного Ruby‑кода из сторонних репозиториев и теперь требует явного согласия перед оценкой любогоtap‑кода. Новый набор команд brew tap, brew trust и brew bundle упрощает управление доверием, включая возможность доверять тапу по его URL и фиксировать списки в удалённом репозитории. Внутренний JSON‑API стал значением по умолчанию, ускоряя обновления brew и сокращая сетевые запросы; прежняя переменная HOMEBREW_USE_INTERNAL_API устарела. На Linux по‑умолчанию включена sandbox‑песочница на основе bubblewrap, выравнивающая её возможности с macOS и укрепляющая правила установки и тестов. По результатам опроса пользователей по умолчанию включён режим ask, требующий подтверждения перед изменениями, а команды brew bundle получили параллельную установку, поддержку npm, krew и winget, а также более гибкую очистку. Эти изменения делают Homebrew быстрее, безопаснее и удобнее как на macOS, так и на Linux, готовясь к будущим версиям, включая macOS 27.

• Благодарность сообществу и разработчикам за многолетнюю поддержку Homebrew.
• Появление новых инструментов (mise, Homebrew‑rs) и обсуждение перехода от Homebrew к альтернативам.
• Вопросы безопасности: механизм доверия taps, необходимость пересмотра подписи и обновления пакетов.
• Призывы к донорству, улучшению документации и поддержке старых версий macOS.

Проект Ravynos представляет собой операционную систему, созданную на базе BSD, с амбициозной целью обеспечить как исходный, так и двоичный уровень совместимости с macOS. Разработчики стремятся воссоздать знакомый пользовательский опыт macOS, но на открытой и свободной кодовой базе BSD. Это потенциально открывает возможности для запуска macOS-приложений на альтернативной платформе.

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

• Проект ravynOS стремится к совместимости с macOS на уровне исходного кода, но не бинарной совместимости, что делает его похожим на ReactOS и Wine.
• Проект использует FreeBSD как основу, но не имеет никаких бинарных компонентов macOS, что делает его похожим на ReactOS и Wine.
• Проект не имеет никаких библиотек или фреймворков macOS, что делает его похожим на ReactOS и Wine.
• Проект не имеет никаких библиотек или фреймворков macOS, что делает его похожим на ReactOS и Wine.
• Проект не имеет никаких библиотек или фреймворков macOS, что делает его похожим на ReactOS и Wine.

Разработчик mgreenwood1001 создал классический медиаплеер Winamp на Swift для macOS. Проект воссоздает знакомый интерфейс и функциональность культового плеера 90-х, адаптируя его под современные стандарты Apple. Клон поддерживает основные возможности оригинала, включая визуализацию, плейлисты и эквалайзер.

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

• Re:AMP и Foobar2000 упоминаются как лучшие альтернативы Winamp для macOS, но Re:AMP не обновлялся с 2020 года.
• Пользователи выражают ностальгию по Winamp, особенно по визуализаторам (Geiss) и эпохе локальных коллекций музыки.
• Критика текущего клона включает технические недочеты (отсутствие библиотеки, проблемы с FLAC, несоответствие гайдлайнам Apple).
• Предупреждения о юридических рисках из-за использования названия Winamp (товарный знак).
• Запросы на кроссплатформенность (Windows, Linux) и интеграцию со стриминговыми сервисами.

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

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

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

YouTube удалил туториалы по обходу требований Windows 11 с канала CyberCPU Tech, утверждая, что они "создают риск серьезного физического вреда или смерти". Оба видео - об установке Windows 11 с локальным аккаунтом и обходе аппаратных требований - получили предупреждения о нарушении правил. Первое обжалование было отклонено за 45 минут, второе - всего за 5 минут, что вызвало вопросы о прозрачности процесса модерации.

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

• YouTube удалил видео о ручной установке Windows 11, сославшись на "риск физического вреда", что вызвало критику цензуры.
• Пользователи сочли причину удаления абсурдной и указали на неэффективность автоматизированной модерации.
• Удаление спровоцировало миграцию пользователей на Linux и macOS, а также эффект Стрейсанд (усиление интереса к удалённому контенту).
• Видео были восстановлены после апелляции, но корпоративная политика цензуры осталась предметом спора.
• Обсуждение затронуло недоверие к платформам и необходимость регулирования корпораций.

Команда Asahi Linux продолжает работу над поддержкой чипов Apple M3, хотя на данный момент базовая функциональность позволяет только загружать систему до мигающего курсора. Разработчики активно портируют загрузчик m1n1 на язык Rust, что повысит безопасность и поддерживаемость критически важного компонента. Параллельно ведется работа над патчами ядра Linux для версий 6.17 и 6.18, где уже добавлены Device Trees для устройств Apple M2 Pro/Max/Ultra.

Успехи также отмечены в игровой сфере — Wine теперь работает вне muvm, а поддержка графики продолжает совершенствоваться. Несмотря на прогресс с M1 и M2, чипы M3, M4 и недавно анонсированный M5 все еще находятся в стадии обратной разработки. Как отмечают разработчики: "Базовая поддержка M3 существует давно, но она ограничивается возможностью загрузки до мигающего курсора, что полезно только для низкоуровневого реверс-инжиниринга".

• Пользователи обсуждают, что владельцы Mac на M1-M4 чипах по-прежнему не могут полноценно использовать Linux на своих машинах, и это вызывает тревогу, особенно учитывая, что Apple не проявляет особого интереса к поддержке Linux на своих устройствах.
• Участники обсуждения отмечают, что даже несмотря на это, сама по себе поддержка Asahi Linux остается важной, так как она позволяет продлить жизнь этих устройств, когда Apple прекратит поддержку macOS.
• Некоторые участники подчеркивают, что ситуация с Linux на Apple Silicon выглядит как бесконечная борьба, и что это может быть неразрешимой проблемой, если Apple не изменит свою политику.
• Также обсуждается, что в то время как Apple продолжает выпускать новые чипы, Asahi Linux может не успевать за ними, что делает невозможным поддерживать актуальные версии ядра и драйверов.
• Наконец, участники обсуждения отмечают, что существует альтернатива в виде ноутбуков от других производителей, которые лучше подходят для Linux, но они не такие же качественные, как MacBook, что делает выбор сложным для тех, кто предпочитает Linux, но привык к премиальному качеству MacBook.

Предоставленный текст не содержит содержимого статьи о средстве перевода Rosetta от Apple Developer Documentation. Вместо этого там лишь сообщение о необходимости включить JavaScript для просмотра страницы. Без доступа к фактическому содержанию статьи невозможно создать её точный и ёмкий пересказ в соответствии с требованиями.

• Apple объявляет о прекращении поддержки Rosetta 2 через два года, что фактически означает конец эпохи x86-64 на macOS.
• Разработчики и пользователи обсуждают, что это означает для сторонних приложений, которые не будут пересобраны под ARM, и как это повлияет на Docker, игры и другие инструменты.
• Обсуждается, что Apple могла бы открыть исходники Rosetta 2, чтобы сообщество могло бы продолжать поддержку.
• Участники обсуждают, что это может повлиять на Hackintosh и на то, что macOS может больше не поддерживать x86-64.
• Участники также обсуждают, что это может повлиять на игры, которые не будут пересобраны под ARM.

Apple проиграла дело о монополии в Великобритании, связанное с App Store, где потенциальный штраф может достичь $2 миллиардов. Суд признал, что политика Apple по контролю над распространением приложений и взиманию комиссий создает недобросовестную конкуренцию на рынке. Компания требовала 30% комиссию с всех транзакций в приложениях, не позволяя разработчикам использовать сторонние платежные системы.

Это решение может стать прецедентом для других стран, где также ведутся расследования против App Store. В прошлом году аналогичные иски были поданы в США и ЕС. Для Apple это означает не только финансовые потери, но и необходимость пересмотреть свою бизнес-модель, которая приносила миллиарные доходы годами. Разработчики надеются, что решение приведет к снижению комиссий и большей свободе в установке цен на свои продукты.

• Apple вынуждена будет открыть iOS для альтернативных магазинов и платёжных систем, что сделает невозможным дальнейшее взимание 30% комиссии.
• Судебное разбирательство в Великобритании, в котором Apple обвиняется в злоупотреблении монопольным положением, может привести к необходимости открыть iOS для конкуренции, что является более важным, чем штраф в 1.85 млрд долларов.
• Обсуждение вокруг того, какой процент комиссии считается «справедливым», не имеет смысла, пока Apple может диктовать условия, потому что это не рыночная цена, а налог на доступ к рынку.
• Даже если Apple продолжит взымать 30% комиссии, это не будет иметь значения, если бы они позволили устанавливать приложения из других источников, как на macOS.
• Судебное разбирательство в Великобритании может привести к тому, что Apple будет вынуждена позволить альтернативные магазины приложений, что является более важным, чем штраф в 1.85 млрд долларов.

Плато обучения в модели PyTorch оказалось не ошибкой гиперпараметров, а багом в бэкенде фреймворка. Автор провёл детективное расследование, которое научило его больше о PyTorch, чем годы использования. Проблема заключалась в ядре MPS для Apple Silicon, где операции addcmul_ и addcdiv_ при работе с ненепрерывными тензорами молча записывали результаты во временный буфер вместо самого тензора.

Из-за инициализации весов энкодера как транспонированных декодера они получали ненепрерывную память, которая наследовалась состояниями оптимизатора Adam. Это приводило к тому, что exp_avg_sq.addcmul_() не обновлялся, оставаясь нулевым, что полностью останавливало обновление параметров. Исправить проблему можно, сделав веса непрерывными при инициализации, обновив PyTorch до версии ≥2.4 или перейдя на macOS 15+.

• Найдена ошибка в градиентах для Apple MPS в PyTorch, вызванная неправильной обработкой не-непрерывных тензоров.
• Сообщество обсуждает, что подобные ошибки встречаются и в других библиотеках и бэкендах, и что их трудно отследить.
• Участники обсуждают, что Apple не поддерживает PyTorch и вместо этого развивает собственный фреймворк MLX, что ведет к фрагментации экосистемы.
• Обсуждается, что отсутствие должной поддержки PyTorch на macOS приводит к тому, что исследователи сталкиваются с такими ошибками, которые могут быть неочевидны и влиять на результаты экспериментов.

Пол Хадсон создал приложение Hacktivate, чтобы научить детей 13+ основам кибербезопасности через формат игры "захвати флаг". В отличие от современных компьютеров, которые слишком защищены для экспериментов, приложение предлагает 240 уникальных заданий по SQL-инъекциям, взлому хэшей, стеганографии и другим практическим навыкам. "Я хочу вернуть тот же опыт, который был у меня, новому поколению", — объясняет автор, стремясь сделать обучение одновременно увлекательным и структурированным.

Приложение использует безопасную песочницу, где все действия происходят внутри игры, не затрагивая реальные системы. Задания варьируются от базовых вопросов о представлении данных (hex, binary, ASCII) до сложных криптографических задач с современными алгоритмами. "Моя цель — не превратить всех в опытных пентестеров за один день, а вдохновить новое поколение хактеров на эксперименты и обучение в безопасной среде", — подчеркивает Хадсон. Приложение уже доступно на iPhone, iPad и Mac.

• Пользователи обсуждают, как раннее влияние нехватки ресурсов в странах третьего мира сформировало их навыки и мотивацию к самообучению и творческому подходу к решению проблем.
• Поднят вопрос о том, что микротранзакции в приложениях могут быть неэтичными, особенно для детей, и что существует альтернативная версия приложения без них.
• Упомянуто, что разработчик приложения, Paul Hudson, ранее преподавал автору Swift и UIKit, что подчеркивает его вклад в обучении сообщества разработчиков.
• Участники обсуждают, что важно сохранять баланс между монетизацией и доступностью образования, и что существует версия приложения без микротранзакций.

ChatGPT Atlas — это браузерное расширение, интегрирующее ChatGPT в веб-браузер для мгновенных ответов и помощи в задачах. Основные функции включают боковую панель для суммирования контента, сравнения продуктов и анализа данных на любом сайте, а также режим "агента", который взаимодействует с веб-страницами под контролем пользователя (например, для планирования поездок). Пользователи могут выбирать, что запоминает ChatGPT, и управлять приватностью — решать, какие сайты видны ИИ, очищать историю или использовать инкогнито.

Расширение также предлагает "курсора-помощника" — выделение текста в документах или письмах дает мгновенный доступ к помощи ChatGPT. Важно, что Atlas доступен только для macOS, а агент-режим работает в предварительном просмотре для платных аккаунтов Plus, Pro и Business. Дополнительные возможности включают умный поиск по тексту, изображениям и видео, а также персонализацию интерфейса с настройками цветов и закладок.

• Обсуждение в основном вращается вокруг трёх тем: приватность и контроль над данными, монополизация браузеров и их последствий, а также влияние на пользователей и разработчиков.
• Участники обсуждают, что OpenAI и другие компании, разрабатывающие браузеры, могут собирать и использовать личные данные пользователей, что вызывает серьёзные опасения по поводу приватности.
• Также обсуждается, что такие браузеры могут привести к монополизации рынка браузеров, поскольку они могут быть использованы для сбора данных и влияния на пользователей.
• Некоторые участники также выражают обеспокоенность по поводу того, что такие браузеры могут быть использованы для сбора данных и влияния на пользователей.

Apple представила новый интерфейс Liquid Glass с прозрачностью и эффектами размытия во всех своих операционных системах, но многим пользователям эти эффекты мешают или затрудняют чтение. В статье подробно описано, как контролировать эти эффекты для повышения удобства использования. Наиболее важной настройкой является "Системные настройки > Специальные возможности > Дисплей > Уменьшить прозрачность", которая делает строку меню непрозрачной, скрывает обои за виджетами, центром управления и доком, а также устраняет прозрачность в боковой панели системных настроек.

Для тех, кто часто делает скриншоты, эта функция особенно важна, так как обеспечивает единообразный фон. Автор отмечает, что настройки специальных возможностей для контроля Liquid Glass похожи в macOS, iOS, watchOS и tvOS, но их полезность различается в каждой системе. Статья содержит сравнительные скриншоты, демонстрирующие разницу между стандартными настройками и уменьшенной прозрачностью, что позволяет пользователям визуально оценить эффекты изменений.

• Обсуждение в основном вращается вокруг критики нового дизайна "Liquid Glass" в iOS 26 и macOS Sequoia, который пользователи считают неудобным, непрактичным и вызывающим проблемы с читаемостью.
• Участники жалуются на снижение контрастности, нечитаемость текста и общее ухудшение пользовательского опыта, особенно в темной теме.
• Некоторые участники высказывают мнение, что Apple теряет фокус на удобстве пользователя в пользу визуальных эффектов.
• Обсуждение также затрагивает влияние этих изменений на продуктивность и удобство использования, а также то, как Apple обрабатывает обратную связь от сообщества.
• Участники также обсуждают, как обойти или отключить эти изменения, и обсуждают, будет ли Apple учитывать эту обратную связь в будущем.

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 может быть использован для обмена буфером обмена между устройствами, но иногда это может не работать из-за проблем с подключением.

Ghostty получил обновление, которое добавило незаметные уведомления об обновлениях в macOS. Чтобы не повторить сценарий OpenAI, где демо-версия прервала презентацию, автор решил сделать уведомления незаметными. Он использовал Sparkle и встроил кастомный UI в заголовок окна. Процесс включал в себя AI-агентов, которые генерировали код, а затем он сам его дорабатывал. Итоговая стоимость токенов и время разработки оказались вполне приемлимыми.

• Обсуждение в основном вращается вокруг того, как разработчики используют AI-агентов: кто-то считает их незаменимыми для прототипирования и устранения рутины, другие подчеркивают важность человеческого аудита и контроля качества.
• Участники поделились личными практиками: кто-то использует агента как «музу» для преодоления «белого листа», кто-то отмечает, что агенты особенно полезны для UI-фреймворков, а кто-то подчеркивает, что важно сохранять критическое мышление и не полагаться на агента как на «черную коробку».
• Обсуждались также риски и этика: участники отмечали, что важно не допускать, чтобы агенты порождали «slop», и что важно сохранять человеческий контроль над качеством кода.
• Наконец, обсуждались и инструменты вроде Ghostty, и участники отмечали, что нехватка таких базовых функций, как поиск, может отпугнуть пользователей, и что важно различать «vibe coding» от ответственного использования AI.

iOS 26 вводит «жидкое стекло» — новый визуальный язык Apple, который делает интерфейс полупрозрачным, мерцающим и «живым». Эффект красив, но он маскирует контент, снижает контраст и мешает читать текст. Пользователи жалуются, что не могут отличить кнопку «Отправить» от фона чата, а карты в Maps едва видны на фоне ресторанов. В итоге iOS 26 оказался менее юзабелен, чем предыдущие версии, хотя Apple настаивает, что это «инновация».

• Пользователи жалуются на снижение производительности, баги и регрессии в iOS 26 и macOS 15, особенно из-за эффекта Liquid Glass.
• Критика направлена на то, что обновление выглядит как «потраченное время и усилия», а не как улучшение продукта.
• Некоторые пользователи заявляют, что они не будут обновлять свои устройства, пока не будет решена проблема с прозрачностью и другими проблемами.
• Сообщество также обсуждает, что Apple, похоже, не учитывает обратную связь пользователей при разработке новых функций.
• Некоторые пользователи также жалуются на то, что Apple не предоставляет возможность отключить эффект Liquid Glass, что делает невозможным для пользователей выбрать, что они хотят.

Краткий пересказ:
lavandula — это минималистичный веб-фреймворк на C, который обещает «скорость C и удобство Python». Проект с открытым исходным кодом, лицензия MIT. Сейчас он находится в стадии альфа-тестирования: базовый роутинг, middleware, JSON-ответы и простой шаблонизатор уже работают. Пример «Hello, world» компилируется в 12 КБ статического бинарника, а полноценный REST API сервис — меньше 100 КБ.

Планы: добавить встроенный ORM, WebSocket и SSE, а также CLI-генератор проектов. Поддержка Windows пока нестабильна, но Linux и macOS уже можно использовать. Сообщество приветствует вклад: обсуждение ведётся в Discussions, а примеры кода и бенчмарки публикуются в репозитории.

• Проект получил похвалу за чистоту и современный стиль кода, но также вызвал споры о практичности и безопасности C-фреймворков.
• Участники обсуждали, насколько целесообразно писать веб-приложения на C, и поднимались вопросы о безопасности и удобстве использования.
• Некоторые отметили, что проект может быть полезен для обучения и как отправная точка для других языков или фреймворков.
• Были также упоминания о том, что проект может быть развит с добавлением функций вроде шаблонизатора или поддержки HTTPS.
• Некоторые комментарии подчеркнули важность тестов и обработки ошибок в коде, а также отметили, что проект может быть использован как основа для других языков или фреймворков.

Python 3.14 вышел 8 октября 2025 года. Автор сравнил его с 3.9-3.13, а также с PyPy 3.11, Node.js 24 и Rust 1.90. Для тестов использовались два скрипта: рекурсивный расчет 40-го числа Фибоначчи и пузырьковая сортировка 10 000 элементов. Все тесты запускались на ноутбуке с Intel Core i5 под Ubuntu и ноутбуке Apple M2 под macOS.

Результаты: CPython 3.14 оказался на 10-15% быстрее 3.13 и примерно вдвое быстрее 3.9. JIT в 3.14 работает стабильно, а в 3.13 еще может выдавать сбои. Free-threading в 3.14 показал себя как надежный способ распараллеливать задачи, но прирост не столь драматичен, как ожидалось. PyPy 3.11 оказался в 2-3 раза быстрее CPython 3.14, но требует в 2-3 раза больше памяти. Node.js и Rust оказались в 2-3 раза быстрее, но это сравнение не совсем корректно, так как они не тестировали рекурсию.

• Пользователи обсуждают производительность Python 3.14, сравнивая его с PyPy и другими языками, и обсуждают, почему сообщество продолжает тратить усилия на ускорение CPython вместо перехода на PyPy.
• Несколько комментаторов отмечают, что 3.14 всё ещё значительно уступает PyPy и даже Node.js в ряде тестов, хотя и демонстрирует прогресс.
• Обсуждается, почему Python не может быть переименован в π-thon, несмотря на то, что это было бы логично, и почему не используется возможность перехода на PyPy, несмотря на то, что он быстрее.
• Участники также обсуждают, что, несмотря на то, что Python всё ещё остаётся медленным, он остаётся незаменимым для прототипирования и имеет огромную экосистему библиотек, что делает его незаменимым для многих задач.
• Наконец, обсуждается, что, несмотря на то, что Python медленный, он всё ещё может быть использован для большинства задач, и что важнее всего - он всё ещё может быть использован для большинства задач.

Приложения на Electron вызывают серьёзные задержки в работе всей системы на macOS 26. Пользователи сообщают о замедлении интерфейса, лагах при вводе текста и проблемах с отзывчивостью даже при минимальной нагрузке. Это связано с тем, что фреймворк использует общие ресурсы системы неэффективно, особенно в многозадачных сценариях.

Проблема проявляется при одновременной работе нескольких Electron-приложений, таких как Slack, Discord или VS Code. Система начинает проседать по производительности, что негативно сказывается на пользовательском опыте. Разработчики Electron признают проблему и изучают её, но пока не предложили конкретного решения.

• Проблема с производительностью в macOS 26 вызвана использованием приложениями (включая Electron) приватных API Apple, что приводит к утечкам ресурсов и лагам.
• Некоторые пользователи не сталкиваются с проблемами, возможно, из-за высокой производительности железа (например, чипов M4), которое маскирует недочеты.
• Обсуждается, кто виноват: разработчики приложений за использование приватных методов или Apple за отсутствие регрессионного тестирования и обратной совместимости.
• Для части приложений (Chrome/Chromium) уже выпущен фикс, а также известны временные решения через терминал.
• Спектр мнений варьируется от критики Electron до защиты его как кросс-платформенного решения с хорошим DX.

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).
• Отмечен феномен покупки гаджетов "для проектов", которые затем не реализуются и пылятся.
• Высказано удивление распространением миниатюрных экранов в неожиданных местах как символа "будущего".

Когда на macOS включен FileVault, том с данными остается заблокированным до ввода пароля при загрузке, что делает SSH недоступным, так как его конфигурация хранится на этом томе. Однако если активирована опция Remote Login, можно аутентифицироваться по паролю через SSH даже в заблокированном состоянии, что позволяет удаленно разблокировать диск.

После успешной аутентификации система ненадолго разрывает SSH-соединение, пока монтирует том и запускает зависимые сервисы, после чего полноценный доступ возобновляется. Эта функция, появившаяся в macOS 26 Tahoe, полезна для администрирования устройств без физического присутствия.

• В macOS 26 Tahoe появилась возможность удалённой разблокировки зашифрованного тома (FileVault) по SSH до входа в систему, что решает давнюю проблему для удалённых серверов на Mac.
• Пользователи подтверждают работоспособность функции: после перезагрузки можно подключиться по SSH, ввести учётные данные для разблокировки, после чего соединение разрывается, и система завершает загрузку.
• Функция высоко оценена корпоративными пользователями и администраторами, так как позволяет использовать Mac mini в стойках и ЦОД без необходимости физического доступа для ввода пароля после сбоя питания.
• Обсуждаются технические детали реализации: использование системного тома (read-only), перезагрузка пользовательского пространства после разблокировки для избежания race condition.
• Некоторые пользователи выражают озабоченность по поводу потенциальных векторов атаки и необходимости использования аутентификации по паролю для SSH в этом сценарии.

macOS Tahoe

Свежий вид.

Вечно Mac.

macOS Tahoe представляет новый дизайн Liquid Glass — красивый, приятный и мгновенно узнаваемый.

Основные возможности

• Liquid Glass — новый дизайн с прозрачными элементами и динамическими эффектами.
• Приложение "Телефон" — теперь на Mac с поддержкой Live Activities для улучшенной интеграции с iPhone.
• Spotlight — выполняйте сотни действий, не отрывая рук от клавиатуры.
• Умные сокращения — создавайте мощные сценарии с помощью Apple Intelligence.

Дизайн

macOS Tahoe переосмыслен с помощью Liquid Glass, сочетающего свежесть и узнаваемость. Приложения фокусируются на контенте, а персонализация Mac выходит на новый уровень.

• Новый дизайн — Liquid Glass отражает контент в реальном времени, добавляя ясности навигации и элементам управления.
• Обновлённые иконки — персонализируйте Mac с новыми вариантами оформления, включая светлые и тёмные темы, цветные иконки или прозрачный стиль.
• Персонализированные элементы — прозрачная строка меню и расширенные возможности настройки Control Center, включая сторонние приложения.

• Пользователи крайне негативно оценили новый дизайн Liquid Glass в macOS Tahoe, называя его уродливым, непрофессиональным и похожим на дешёвую Android-тему или игрушку.
• Ключевые претензии к интерфейсу: чрезмерно скруглённые углы окон, избыточные отступы (padding), потеря плотности информации, прозрачность, ухудшающая читаемость, и визуальная несогласованность элементов.
• Многие отмечают большое количество багов, неисправленых с бета-версий, и общее ощущение незавершённости и низкого качества релиза.
• Обновление критикуют за ухудшение юзабилити и производительности (например, лагающий запускатель приложений), а также за игнорирование потребностей людей с ограниченными возможностями.
• Некоторые пользователи впервые решили пропустить мажорное обновление macOS и остаться на предыдущей версии или перейти на Linux (KDE), который хвалят за функциональность и стабильность.
• Есть единичные положительные отзывы о новой стилистике, большей «персонализации» и улучшенной производительности в iOS 26, но они тонут в общей массе критики.
• Пользователи отмечают, что Apple отошла от своих прежних принципов дизайна (доступность, ясность, функциональность) в угоду моде.
• Под сомнение ставится сама целесообразность встраивания генерации AI-изображений в операционную систему как её основная функция.
• Общий совет от опытных пользователей — не обновляться до версии x.1 или x.2, чтобы дождаться исправления ошибок и улучшения стабильности.

Вы когда-нибудь искали «AI chat» в Mac App Store? Это похоже на прогулку по рынку подделок: сначала всё кажется настоящим, но при ближайшем рассмотрении становится ясно, что что-то не так.

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

Настоящее приложение ChatGPT для macOS можно скачать только с официального сайта OpenAI, но в магазине приложений его нет — вместо этого вы найдёте десятки подражателей.

• Пользователи единодушно критикуют App Store (включая Mac, Microsoft и мобильные) за обилие некачественного контента, клонов и мошеннических приложений.
• Многие отмечают, что проблема заключается в отсутствии качественной модерации и кураторства со стороны владельцев магазинов, несмотря на их заявления о безопасности.
• Подчеркивается, что сложный и непрозрачный процесс проверки часто блокирует легитимных разработчиков, в то время как мошенники находят лазейки.
• Участники дискуссии проводят параллели с Amazon, где также распространены продукты низкого качества от fly-by-night компаний.
• Высказывается мнение, что подобная ситуация стала возможна из-за бизнес-модели магазинов, которые заинтересованы в количестве, а не в качестве контента, и берут высокую комиссию.

Сокращённый перевод на русский (в 2 раза короче):

---

PDF-документ
Формат: PDF-1.6
Содержит:

• 1 страницу (612×792 pt)
• 4 объекта ресурсов (шрифты, изображения, цветовые пространства)
• 3 встроенных изображения (390×390 px, 8-бит, RGB)
• Потоки данных: сжатые FlateDecode, длина ~44 Кб и ~18 Кб
• Шрифты: TrueType (TT1–TT20)
• Изображения: Im1–Im4, интерполяция включена
• Структура: страница → ресурсы → содержимое → потоки

---

Итог:
Технический PDF с графикой и текстом, оптимизированный под визуализацию.

• Apple сертифицирует macOS как UNIX, чтобы избежать судебных исков за неправомерное использование торговой марки «Unix».
• Сертификация требует включения специального «Unix-режима» (case-sensitive FS, выключенный SIP и т.д.); тот macOS, что идёт на новых Маках, сертифицированным не является.
• Процесс дорог и непопулярен: большинство Linux-дистрибутивов и *BSD давно отказались от него, считая POSIX-совместимости достаточно.
• Участники обсуждения находят десятилетние баги (poll, fsync, pthread-часы), которые так и не исправлены, несмотря на формальное соответствие стандарту.
• Итог: сертификат нужен в основном маркетологам и юристам; разработчики ценят macOS за удобство и набор Unix-утилит, а не за штамп « Certified UNIX™».

Команда Alex переходит в OpenAI

Мы присоединяемся к команде Codex в OpenAI.
Начав с «безумной» идеи создать «Cursor для Xcode», мы построили лучшего AI-агента для iOS и macOS. Теперь продолжим эту миссию в OpenAI.

Что будет с Alex

• Приложение останется работать у текущих пользователей.
• С 1 октября скачивание прекращается.
• Новых функций не будет.

Спасибо бета-тестерам, клиентам, инвесторам и всему Apple-сообществу! ❤️

P.S. Попробуйте Codex CLI.

• Команда Alex Code присоединилась к OpenAI: продукт перестанет развиваться, новые загрузки прекратятся 1 октября.
• Пользователи считают, что Apple «зашерлокила» большую часть функций Alex во встроенном AI Xcode, поэтому выживание стартапа стало невозможным.
• Многие видят в сделке типичный aqui-hire: OpenAI получает инженеров, знакомых с IDE и Apple-платформами, а не уникальную технологию.
• Вопрос будущего: станут ли OpenAI/Anthropic прямыми конкурентами IDE-стартапов вроде Cursor или останутся поставщиками моделей.
• Скептики ждут, что через 12–18 месяцев продукт Alex окончательно закроют, а команду полностью интегрируют в Codex.

Xcode 26 Beta 7

• macOS 15.4+ требуется
• Swift 6.1 и Swift 6.0.3 включены
• iOS 18.4, macOS 15.4, watchOS 11.4, tvOS 18.4, visionOS 2.4 SDK обновлены

Новое

• Swift Testing теперь по умолчанию
• Preview canvas работает без симулятора
• Metal debugger поддерживает mesh shaders
• Instruments добавлен шаблон Swift Concurrency

Исправлено

• SourceKit-LSP не крашится при больших проектах
• Simulator корректно отображает Dynamic Island
• TestFlight теперь принимает билды с App Intents

Известные проблемы

• CarPlay симулятор не запускается
• XCTest может зависать при parallel testing
• SwiftUI .animation(.default) ломает navigation transitions

Устарело

• Interface Builder для watchOS storyboards
• bitcode полностью удалён

Скачать

• Apple Developer Portal

• Apple добавил в Xcode бета-версию интеграции с Claude (Sonnet 4) и GPT-5, но модели не поставляются в комплекте: нужен оплаченный аккаунт у Anthropic/OpenAI и передача кода на внешние серверы.
• Пользователей беспокоят приватность, утечки исходников и отсутствие офлайн-режима; многие считают, что Apple «Sherlock’нула» сторонние плагины.
• Критика Xcode усилилась: баги, медлительность и плохой UX остаются нерешёнными, а встроенный ИИ не компенсирует недостатки.
• Наблюдается ирония: Microsoft, первой внедрившей Copilot, теперь теряет эксклюзивность, поскольку Apple, Google и JetBrains внедряют собственные или альтернативные модели.

Monodraw — редактор ASCII-графики для macOS (11 Big Sur+).
Пробная версия бесплатно, лицензия — $9.99, скидки для учебных заведений.

Возможности

• Диаграммы: структуры данных, алгоритмы, ER-диаграммы (нотация «Crow’s Foot»).
• Mind-map: свободное размещение текста на бесконечном холсте.
• Баннеры: 148 встроенных шрифтов FIGlet, изменение размера и выравнивание.
• Инструменты: прямоугольники, линии (ортогональные, лестницы), текст, карандаш, ластик, заливка, пипетка.
• Точки крепления: линии автоматически цепляются к фигурам.
• CLI: генерация документации в хуках Git, экспорт JSON.
• Группы, направляющие, фокус-режим, горячие клавиши для быстрой работы.

Экспорт: PNG, SVG.

• Разработчик Monodraw отвечает на вопросы; пользователи делятся альтернативами (asciiflow, textik, durdraw, REXPaint).
• Все хвалят чистоту результата, низкую цену ($10 навсегда) и удобство вставки ASCII-диаграмм прямо в код или документацию.
• Основные сценарии: комментарии в исходниках, схемы сетей, баннеры серверов, ASCII-анимации, план кухни.
• Главный недостаток: приложение только для macOS; много просьб портировать на Linux.
• Новая текстовая разметка (апрель 2025) улучшает работу с системами контроля версий.

CLI-утилитам не место в ~/Library/Application Support

Популярные библиотеки (Python platformdirs, JS env-paths, Rust dirs, Go adrg/xdg) по умолчанию кладут конфиги в ~/Library/Application Support, но это каталог для GUI-приложений. Пользователи ожидают увидеть настройки CLI-программ в ~/.config, как Git, Vim, Tmux и сотни других. Это ожидание закреплено стандартом XDG и принципом «наименьшего удивления».

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

• Неожиданное расположение ломает привычки и усложняет версионирование.
• Даже менеджеры dotfiles (chezmoi, dotbot, yadm, rcm, GNU Stow) игнорируют ~/Library/Application Support, что подтверждает: сообщество считает ~/.config единственным разумным местом для конфигов CLI-утилит на macOS.

• Автор утверждает, что CLI-утилиты macOS должны хранить конфиги в ~/.config по XDG, но участники показывают: ни одна поставляемая с macOS утилита этого не делает.
• Большинство считает XDG спецификацией для Linux/Unix-сред и не видят оснований навязывать её macOS, у которой есть собственные места: ~/Library/Preferences и ~/Library/Application Support.
• Разработчики CLI-инструментов, портированных с Linux, действительно часто используют ~/.config, что вызывает у местных пользователей ощущение «плохого порта».
• Предлагаются компромиссы: использовать XDG-переменные, если они заданы, или делать симлинки между ~/.config и ~/Library/Application Support.
• В Rust-экосистеме крейт dirs-rs игнорирует XDG на macOS; участники обсуждают создание форка, который бы следовал спецификации.

macOS 26 Tahoe обновил иконки четырёх служебных утилит: Disk Utility, Expansion Slot Utility, Wireless Diagnostics и AppleScript Utility. Новые значки выглядят как заглушки: все вписаны в сквиркл, внутри — гаечный ключ с болтом, а идентификатор приложения едва занимает 10 % площади.

• Disk Utility — вместо диска просто логотип Apple.
• Expansion Slot Utility — три пустых прямоугольных слота вместо изображения Mac Pro.
• AppleScript Utility — свиток повернут неправильно, будто падает.
• Wireless Diagnostics — единственный, кто выглядит терпимо.

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

• Критикуют новые иконки macOS 26 Tahoe: плоские, «скворкловые», выглядят как заглушки.
• Ностальгия по 2007-2011: Aqua и Aero считаются вершиной UI-дизайна.
• Утрата AppleScript, скриптов и продвинутых возможностей — признак упрощения macOS.
• Дизайнеры, по мнению участников, перестали понимать предметные метафоры (гаечный ключ, диск).
• Подозрение, что команда просто «должна была что-то сделать», а не улучшить.

Почему я перешёл на MiniPC

Пару лет экспериментов убедили: это моё будущее.

Плюсы

• Цена и заменяемость
  Заводская сборка и масштаб снижают цену. Поломки редки: нет вентиляторов, низкая температура, медленный износ.

• Компактность
  Прячется за ТВ, помещается на ладонь, легко переносится.

• Энергоэффективность
  20–50 Вт под нагрузкой, 6–12 Вт в idle. Для 24/7-сервисов выгодно и экологично. ARM/RISC-V обещают ещё меньше энергии.

• Специализация
  Один тип MiniPC не универсален, но набор из разных закрывает все задачи:

  • обычные — офис/браузер;
  • 4–6 LAN-портов — роутер, фаервол, VPN;
  • 4–6 M.2 — компактный NAS (до 20 ТБ);
  • мощный — хост контейнеров и «облако»;
  • Mac mini — macOS без отказа от Linux.

• Простота сборки
  «Монолит» из одного большого ПК требует редкой материнки, кучи PCI-устройств, корпуса с отсеками, сложной логистики и возвратов. Несколько MiniPC решают то же быстрее и дешевле.

• Участники активно обсуждают, как Mini-PC стали «новыми домашними серверами»: дешёвые, экономные (6–50 Вт), легко кластеруются под Proxmox/K8s и заменяют дорогое «энтерпрайз» железо.
• Популярны бывшие корпоративные NUC/HP/Lenovo и китайские 5560U/16 ГБ за $200–300; их ставят за TV, в туалет, за лазер, за StepMania — «дешевле, чем облако».
• Главные боли: шум (особенно в «геймерских» версиях), неремонтопригодность (паяная RAM/CPU, кастомные кулеры), высокий процент брака дешёвых китайцев и отсутствие апгрейдов.
• Мечтают о «тихом Mac-mini-размере» с RTX 4060/780M для игр, но физика (300 Вт TDP) и цена (~$2000) пока не позволяют; вариант — ПК в соседней комнате + длинный кабель/KVM.
• Valve, по мнению многих, была права с идеей Steam Machine, но рано и промахнулась в Linux-играх; новая попытка в 3–5 лет, возможно, совместит Proton, Mini-PC и приставочную форму.

Base — компактный и мощный редактор SQLite для macOS.

Скачать бесплатно | Купить

Возможности

• Инспектор схем
  Быстро просматривайте структуру таблиц, типы столбцов и связи без SQL.

• Визуальный редактор таблиц
  Создавайте и изменяйте таблицы мышью, без CREATE/ALTER.

• Браузер данных
  Просматривайте, фильтруйте и правьте записи прямо в таблице.

• SQL-редактор
  Пишите запросы с подсветкой синтаксиса, автодополнением и сохранением сниппетов.

• Импорт/Экспорт
  Загружайте CSV и SQL-дампы; выгружайте в CSV, SQL, JSON и Excel.

Системные требования

macOS 15 Sequoia и выше.
Бесплатная версия ограничена; полная — единоразовая покупка.

Документация | Контакты

• Пользователи удивлены, что Base существует уже 15 лет, но плохо заметен в поиске.
• Хвалят «ремесленный» подход: маленькая команда, узкая задача, высокое качество.
• Часто сравнивают с TablePlus, Postico и sqlitebrowser, отмечая превосходство в «родном» macOS-UX.
• Просят добавить DuckDB, UUID, автозагрузку расширений, FK по умолчанию и диаграммы схемы.
• Покупатели благодарны за возможность покупки вне Mac App Store и за льготную цену.

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.

Переход с macOS на Arch Linux (Omarchy)

После 15 лет на MacBook Pro M1 Max я пересел на недорогой Lenovo ThinkBook 14 G7 с Omarchy — обвязкой над Arch Linux. Первый месяц использования (с перерывами на ремонт) и две полные недели — вот краткий итог.

Подготовка

Перед переходом проверил, что всё критичное доступно:

• Obsidian, fuzzy-файловый поиск, скриншоты, фото-редактор, f.lux, календарь в трее, гибернация.
• Единственное, что не решено — полный бэкап системы (Time Machine пока не нашёл аналога).

Что потерял и что приобрёл

• Скриншоты: Snagit пока не заменил; быстрый OCR и библиотека скринов отсутствуют.
• «Просто работает»: иногда ломаются шорткаты, но это цена свежести Omarchy и моей неопытности.
• Аккумулятор и шум: хуже, чем у M1, но принимаю за свободу настройки.
• Бэкап: пока ручной; после случайного слома /etc/sudoers понял, что нужен надёжный механизм.
• Синхронизация: Sync.com → Filen.io — безболезненно.

Omarchy

Omarchy — это Arch + готовые дотфайлы, Wayland (Hyprland), пакетный менеджер yay, и куча скриптов. Всё ставится одной командой, затем можно тонко под себя.

Опыт и выводы

• Аппарат: ThinkBook дешевле, но качество корпуса и экрана заметно хуже MacBook.
• Скорость работы: после настройки переключение между проектами стало мгновенным (Hyprland + workspaces).
• Обучение: за месяц освоил pacman, systemd, waybar, rofi, hyprland.conf — получил удовольствие от процесса.
• Следующий шаг: настроить полный образовый бэкап (Btrfs snapshots + rsync), чтобы не бояться экспериментов.

Итог: Linux требует времени, но даёт полный контроль и удовольствие от «собери сам».

• Пользователи хвалят «железо» Apple: трекпад, экраны, батарею, отсутствие шума вентиляторов и долговечность (5-13 лет).
• Многие жалуются на macOS: странная логика, невозможность мгновенного переключения рабочих столов, «мусор» вроде .DS_Store.
• Linux-энтузиасты ищут ноутбуки с ARM, хорошими драйверами, металлическим корпусом и большой батареей, но пока не находят идеального аналога MacBook.
• Omarchy (Arch-дистрибутив) упрощает установку Arch, но вызывает сомнения в долгосрочной поддержке.
• Часть разработчиков использует Mac как «красивый UNIX» и SSH-доступ к мощным Linux-серверам, чтобы совместить плюсы обеих систем.

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 в терминале.

Я написал What the Fork — кроссплатформенный визуализатор сборки C/C++ (и не только).
Запуск: wtf make, wtf cargo build, wtf gradle build, wtf -x для Xcode и т.д.

Инструмент показывает все процессы, включая скрытые вызовы ld, и ищет типичные проблемы:

• отсутствие -j у make,
• однопоточная компиляция,
• повторяющиеся cmake/make-шаги,
• непараллельные CI-сборки.

Как работает
Сборка = дерево команд. Чтобы увидеть всё, ловим системные вызовы fork/exec/exit:

• macOS — Endpoint Security API,
• Linux — ptrace,
• Windows — Event Tracing (самое мерзкое API).

Что уже нашли

• cargo собирал зависимость одним потоком вместо 10× ускорения.
• ninja при сборке LLVM держит 12 задач на 10 ядрах — почти идеал.
• CMake 85 раз подряд вызывает xcode-select, sw_vers, cmake/make → clang, не используя параллелизм.

Инструмент открыт для тестов — попробуйте на своём проекте.

• Пользователи восторженно реагируют на новый визуализатор сборки, особенно те, кто застрял на CMake/GCC/Make без clang/ninja и не может понять, почему сборка тормозит.
• Просят сразу показать GIF-демонстрацию под заголовком статьи и спрашивают, будет ли macOS-версия и открытый код.
• Некоторые делятся опытом: strace/dtruss, ninjatracing, vcperf, cargo --timings, Instruments и другие инструменты уже решали похожие задачи.
• Предложения расширить функциональность: добавить flame-графы процессов, поддержку fork(), интеграцию с Bazel Build Event Protocol, оценку «осталось времени» по историческим данным.
• Отдельные комментарии касаются маркетинга (сменить название), сравнения с VS/Xcode, а также шуток про TEEP/OEE завода и «LLVM, завари кофе».

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.

uBO Lite (uBOL) — надежный и эффективный блокировщик контента.

Набор правил по умолчанию соответствует стандартным спискам uBlock Origin:

• Встроенные списки uBlock Origin
• EasyList
• EasyPrivacy
• Список серверов рекламы и трекинга Peter Lowe

Дополнительные правила можно включить на странице настроек — нажмите значок шестеренки в всплывающей панели.

uBOL полностью декларативен: фильтрацию CSS/JS выполняет сам браузер, постоянный процесс расширения не нужен. uBOL не расходует CPU/память во время блокировки; сервис‑воркер требуется только при работе с панелью или настройками.

Рейтинги и отзывы

4,8 из 5 (37 оценок)

Лучший блокировщик для Safari

Открытый код, основан на оригинальном uBlock Origin, быстрее других. Рекомендую. Включите режим «Полный», иначе часть рекламы останется.

Не удается включить на Safari для ноутбука

На iPhone работает отлично. Улучшите версию для macOS: в настройках Safari расширение сразу после установки выглядит отключенным.

Доступ к панели

Попасть в настройки немного неочевидно, особенно в приватном режиме. Но это лучший блокировщик. Спасибо за порт на iOS.

Разработчик Raymond Hill сообщает, что приложение может обрабатывать данные, как описано ниже. Подробности в политике конфиденциальности.

Данные не собираются

Разработчик не собирает данные из этого приложения.

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

Информация

Продавец: Raymond Hill
Размер: 5,8 МБ
Категория: Утилиты
Совместимость: iPhone iOS 18.0+, iPad iPadOS 18.0+, Mac macOS 15.0+, Apple Vision visionOS 2.0+
Языки: английский
Возраст: 4+
Авторские права: © Raymond Hill 2022
Цена: бесплатно

• Поддержка
• Политика конфиденциальности

• Пользователи обсуждают выход uBlock Origin Lite для Safari: многие радуются появлению уБО на iOS/macOS, но отмечают, что Apple очень поздно починила/реализовала DNR API (iOS 18.5–18.6), из‑за чего раньше блокировка в Safari была слабее, чем даже в Chrome MV3.
• Много жалоб на совместимость и распространение: у некоторых расширение не активируется или пишет «не поддерживается этой версией Safari» (iOS 18.5, macOS 15.5/15.6), встречаются ошибки «Unable to load», недоступность в регионе, а в поиске App Store его тяжело найти.
• Сравнения с альтернативами разнятся: часть считает, что AdGuard/Wipr/Ghostery уже давно хорошо работают в Safari; другие видят у uBOL более высокую эффективность (пример теста 94% vs 79% у AdGuard) и удобные инструменты (элемент‑пикер), хотя некоторые жалуются на UI и помехи нативным функциям Safari.
• Обсуждают альтернативные браузеры: Orion (WebKit с поддержкой uBO “полной” версии), Brave (встроенный эффективный блокер), Firefox/Firefox Focus, DuckDuckGo; ряд пользователей предпочитает их из‑за лучшего адблокинга и производительности.
• Требование iOS 18+ стало барьером: владельцы старых устройств/версий iOS просят поддержку, опасаются обновляться, часть ждёт доступности по регионам.
• Есть вопросы о функциональности “Lite”: можно ли добавлять собственные фильтры/косметические правила; у некоторых всплывает запрос доступа к доменам трекинга (например, adnxs), что вызывает недоумение.
• Итоговая тональность: рады новому варианту для Safari и конкуренции, но критикуют Apple за запоздалую и несовершенную реализацию, а также за хрупкость и региональные/версийные ограничения.