Проект HackiOS запускает открытое ядро XNU (версия xnu-8796.121.2, ядро iOS 16.5) на аппаратном обеспечении Android-смартфона и поверх него — немодифицированное пользовательское пространство iOS 16.5: launchd, backboardd, SpringBoard и приложения. Это стало возможным благодаря собственному EFI-загрузчику, заменам закрытых драйверов Apple, порту UEFI и драйверу Wi-Fi Linux на слое совместимости. Работает в двух средах: на POCO X5 Pro 5G (Snapdragon 778G) без прошивки — UEFI стартует через fastboot boot, система живёт в оперативной памяти и исчезает после перезагрузки, — и в QEMU на любом компьютере с Linux.

Уже работают экран блокировки, разблокировка свайпом, домашний экран с иконками и обоями iOS, системные жесты, Control Center, приложения (Настройки, Часы, Календарь, Фото, Заметки, Safari), виджеты, тачскрин Goodix GT9916 с мультитач, восемь ядер CPU, GPU Adreno 642L через Mesa/freedreno и Wi-Fi (WCN6750, ath11k) со скоростью 55–90 Мбит/с. Из 456 системных шейдеров 293 уже работают на Adreno. Не работают пока сотовая связь, Bluetooth, зарядка под этим ядром, запись видео и вход в Apple ID из-за отсутствия Secure Enclave. Это исследовательский стенд, а не ROM: сессия длится заданное число секунд, затем ядро передаёт лог загрузчику. Файлы Apple в репозиториях отсутствуют — скрипт скачивает IPSW с CDN Apple на машину пользователя.

Тред дополняет статью наблюдениями: камера работает, но зарядка не поддерживается. Большинство современных iOS-приложений не запустятся на ядре 16.5, однако это важный шаг для исследований. Проект финансируется токеном $HACKIOS на BNB Chain (комиссия 1% идет на развитие). Это исследовательская сессия, а не полноценный ROM: после ограниченного по времени сеанса ядро возвращается к загрузчику и передает журнал. В разработке используется ИИ Claude, который через ADB автоматически загружает версии ядра и проверяет результаты. Авторы предупреждают, что открытый порт может упростить создание клонов iPhone. Также обсуждаются сложности с доступом к App Store из-за отсутствия уникального идентификатора и причины остановки порта на iOS 16.5 (возможно, из-за изменений в iOS 17). В качестве альтернативы предложено запустить свободный Android-дистрибутив, например GrapheneOS, на оборудовании Apple.

Браузер 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% экрана.

Google опубликовал руководство по стилю Rust — часть серии открытых стайлгайдов. Документ опирается на публичные правила оформления Rust и требует применять правила проектирования API с учётом контекста. Среди ключевых требований: предпочитать небольшие крейты, использовать плоскую структуру файлов для исходников rust_library, называть файлы и листовые модули по главному пользовательскому элементу, не реализовывать API в нелистовых модулях, избегать глобальных импортов через * и импортировать элементы одного модуля одним выражением use. Имена типов импортируются и используются без квалификации, а вызовы функций верхнего уровня — с именем модуля.

Отдельные разделы посвящены владению и заимствованию: рекомендуется избегать Rc и Arc, предпочитать заимствования глубоким копиям. Для входных и выходных параметров советуют принимать гибкие ссылки на неизменяемые данные, выбирать между итераторами и коллекциями осознанно, использовать Into, а также предпочитать enum вместо bool в API. Запрещён вызов panic::catch_unwind — исключение сделано лишь для защиты в глубину там, где код и так избегает паник, и только при panic=unwind; Chrome, Android и Fuchsia требуют panic=abort. Для конкатенации и подстановки строк предпочтительны format! и write! вместо + и str::replace. Тесты следует писать в рамках фреймворка конкретной кодовой базы: в Chrome — rust_gtest_interop, в Fuchsia — #[fuchsia::test].

В Chromium небольшие крейты ускоряют компиляцию и упрощают построение графа зависимостей, так как позволяют эффективнее использовать параллельность сборки. В Blaze/Bazel отсутствует инкрементальная компиляция крейтов, поэтому разделение кода на мелкие библиотеки ускоряет кеширование и пересборку измененных частей, а также уменьшает нелокальные эффекты при добавлении зависимостей в монорепозитории. При этом не следует путать мелкие крейты с микрофункциями. Рекомендации по коду: — использовать `#[non_exhaustive]` только для публичных `enum` с ожидаемыми новыми вариантами (хотя ведутся споры, не ослабляет ли это гарантии компилятора); — применять неквалифицированные имена импортов только для широко известных типов (например, `HashMap`), сохраняя полные пути для остальных; — использовать `Arc` или `Rc` вместо сложных жизненных времен, если ссылка живет дольше стека вызовов; — добавлять атрибут `#[rust_analyzer::prefer_underscore_import]` для расширяющих трейтов; — писать шестнадцатеричные литералы в нижнем регистре. Особенности и споры: — Запрет на `async/.await` в Chromium соответствует политике проекта и рекомендациям Rust for Linux. — Создание единого гайдлайна Google по Rust полезно для согласованности кода, настройки `fmt` и `clippy`, хотя есть мнение, что стиль-гайды сейчас нужны скорее для LLM, чем для людей. — Сохраняются разногласия о целесообразности геттеров и сеттеров.

Claude Duet — это проактивный агент на базе Opus 5.5, который сам понимает, что требует вашего внимания, берёт задачи любого масштаба, продолжает работать в ваше отсутствие и ждёт подтверждения в важных случаях. Доступен в рамках исследовательского предпросмотра по списку ожидания для подписчиков Pro и Max в США; тарифы Team и Enterprise пока не включены.

Агент каждое утро присылает сводку, намечает следующие шаги и замолкает, пока не понадобится вам. Через сообщение можно поручить ему организовать встречу или собрать дашборд — он выполнит и сообщит о готовности. Память, навыки и подключённые приложения из Claude доступны с первого сообщения в единой ветке. Перед чувствительными действиями — отправкой сообщений или оплатой — Duet спрашивает разрешение; подтверждения, входы и проверки безопасности выполняются на вашем облачном компьютере, поэтому конфиденциальные данные остаются приватными. Вы видите, что агент сделал и делает, и можете им управлять.

Duet умеет присылать утренний брифинг, отмечать важное во входящих и календаре, готовить черновики ответов на утверждение, находить неоплаченные счета и составлять напоминания, подготавливать расчёты зарплат и договоры к отправке, а также собирать справки, презентации и дашборды. Это отдельное приложение для iOS и Android, на компьютере открывается на claude.ai. В ходе предпросмотра Duet делит лимиты использования с остальным Claude, причём фоновые проверки тоже расходуют их, а крупные задачи вроде финансовой модели требуют больше шагов. Разработчики предупреждают: возможны ошибки — агент может неверно понять ветку, ошибиться в оценке срочности или пропустить что-то, пришедшее между проверками.

Обсуждение Claude Duet выявило следующие проблемы: * **UX и доступность:** Неудобная регистрация в лист ожидания (повторный ввод данных) и ограничение доступа только для подписчиков Pro и Max в США вызывают недовольство. * **Безопасность:** Постоянный доступ агента к личным данным (например, 1Password) создает риски конфиденциальности. Для их снижения рекомендуют использовать отдельный data hub с контролем доступа и подтверждением действий пользователем. * **Эффективность:** Агенты способны автоматизировать сложные задачи (поиск недвижимости, покупка авто), но их надежность в кодинге и веб-взаимодействии сомнительна. Большинство пользователей не видят преимуществ «всегда включенных» агентов перед запросами по требованию. * **Развитие:** Для полного контроля данных пользователям необходимы локальное развертывание или офлайн-модели. * **Бизнес:** Отмечается влияние маржинальности низкоприоритетных запросов на развитие продукта.

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

Google на Android автоматически подтверждает и привязывает ваш номер телефона ко всем аккаунтам Google, в которые вы вошли на устройстве, без явного запроса. Пользователи стали получать письма от «noreply-phone-verification@google.com» о том, что номер подтверждён. Настройка «Phone number verification» охватывает и дополнительные профили, и рабочие аккаунты, и второстепенные учётные записи.

Изменение носит характер «opt-out»: раньше такого поведения не было, а поддержка Google обновила документацию между августом и октябром 2025 года, закрепив автоматическое включение. Это особенно неприятно тем, кто намеренно разделяет основную SIM-карту и вспомогательные аккаунты.

Отключить можно в настройках телефона: «Настройки» → «Google» → «Verify phone numbers automatically». Но уже привязанные номера придётся удалять вручную на странице «Personal Info» каждого аккаунта. Часть пользователей также жаловалась, что отключение не сохраняется и функция включается снова, хотя редакции воспроизвести это не удалось. Google запросили комментарий.

Google автоматически привязывает номер телефона к каждому вошедшему аккаунту, вызывая опасения по поводу приватности, безопасности корпоративных данных и ограничивая возможность создания анонимных или раздельных учётных записей. Пользователи сообщают о необходимости обходных мер и требуют явного выбора. Автоматическое связывание номера телефона с несколькими аккаунтами считается массовым нарушением приватности и делает невозможным создание анонимного аккаунта без раскрытия личности. Корпоративные политики запрещают привязывать личные номера к рабочим аккаунтам, а автоматическое добавление номера создаёт юридические и финансовые риски для компаний. Пользователи сталкиваются с блокировкой доступа и ограничениями при попытке использовать телефонный номер, уже использованный в других аккаунтах, что мешает работе с сервисами Google, например, Google Meet. Для обхода принудительного связывания многие переходят на альтернативные ОС (GrapheneOS) или используют отдельные устройства без Google Play, хотя это может ограничить работу некоторых приложений. Рекомендуется отключать функцию «Phone number verification» в настройках и удалять привязанные номера сразу после получения уведомления, чтобы минимизировать сбор данных. Система автоматически отправляет уведомления и письма о привязке, поэтому «тихое» действие на деле не скрыто, но пользователи не получают возможности предварительно согласиться. Слияние телефонных номеров с аккаунтами усиливает возможность построения единой цифровой идентичности, что может стать базой для систем социального кредита.

Исследователь безопасности обнаружил критическую уязвимость удалённого выполнения кода на сайтах документации Google для разработчиков. Всё началось с анализа OAuth-потока: при обращении к /oauth2authorize сервер устанавливал сессионную cookie Flask размером около 1200 байт. Поскольку cookie подписываются, но не шифруются, содержимое оказалось доступно для чтения. Внутри лежал сериализованный через pickle объект OAuth2WebServerFlow, содержавший в открытом виде client_id и client_secret OAuth-приложения Google.

Ключевая находка: этот же client_secret использовался как SECRET_KEY для подписи сессий Flask. Исследователь воспроизвёл подпись офлайн через itsdangerous с производным ключом cookie-session — результат совпал байт в байт. Это означало полную потерю целостности сессии: можно было подделать любые значения и получить валидную подпись. Поскольку callback распаковывал объект потока через pickle.loads, атакующий мог подсунуть произвольный pickle с опасным опкодом REDUCE, что давало неаутентифицированное RCE.

Для доказательства без вреда продакшену использовался payload с time.sleep(N) — задержка ответа точно соответствовала заданному числу секунд. Уязвимость затронула несколько хостов DevSite, включая firebase.google.com, developer.android.com и source.android.com. Google выпустил хотфикс в течение суток, а выплата составила $90 000: базовые $75 000 за RCE уровня S0 с коэффициентом 1.2 за качество отчёта. Рекомендации включают ротацию секретов, отдельный SECRET_KEY для каждой инсталляции, хранение OAuth-объекта на сервере и отказ от pickle на границе с клиентом.

Обсуждение поднимает вопросы о признании вклада LLM, роли человеческой экспертизы, влиянии стиля LLM‐текстов на восприятие, недопустимости практик вроде pickle в cookie и будущем размера баунти, подтверждая, что Google продолжает выплачивать крупные вознаграждения за критические уязвимости. Спор: одни считают, что автор должен указывать, что LLM (Claude) нашёл уязвимость, иначе человек лишён агентства; другие утверждают, что без человеческого направления LLM бы не нашёл баг, поэтому кредит остаётся за исследователем. Большинство согласны: LLM — лишь инструмент, его использование должно быть открыто, но результат зависит от опыта и вопросов, задаваемых человеком. Совет: рост применения ИИ может снизить размер баунти до уровня стоимости токенов, поэтому исследователям стоит готовиться к более скромным выплатам. Критика стиля: блог, написанный полностью LLM, отталкивает читателей и усложняет восприятие технических деталей. Упоминание: использование pickle в cookie с подписью — серьёзное упущение, маловероятно пройти код‐ревью или автоматическое тестирование в крупных проектах. Совет для новичков: осваивать AI‐инструменты, но одновременно углублять фундаментальные знания о протоколах и механизмах, иначе AI останется лишь «начинающим» помощником. Выплата $90 000 за найденную уязвимость подтверждает, что Google всё ещё готов платить крупные суммы за критические RCE, несмотря на обсуждения об изменении рынка.

В Android 17 (сборки сентября 2026) функции wcscspn() и wcspbrk() из bionic ошибочно считают совпадением любой символ wchar_t начиная с U+0100, если набор отвергаемых символов состоит из двух и более знаков, все из которых меньше U+0100. Сканирование широких строк останавливается на первом эмодзи, иероглифе, кириллице или другом символе вне латиницы-1, хотя его нет в наборе. Остальные функции — wcsspn(), wcschr(), wcsrchr(), wmemchr(), wcsstr() — работают корректно.

Причина видна в дизассемблировании libc.so: для набора из двух и более символов строится 256-байтовая таблица, а затем цикл сканирования проверяет лишь младший байт и при c >= 0x100 безусловно останавливается, помечая символ как совпадение. Для wcsspn такая остановка верна, поэтому пострадали только дополняющие функции. Регрессия появилась между июньским и сентябрьским релизами: публичные исходники android-17.0.0_r1 используют корректный external/llvm-libc. Тест TEST(wchar, wcspbrk) проверяет лишь ASCII и баг не ловит.

На практике в Visual Pinball на Android перестали загружаться таблицы, где в комментариях VBScript есть эмодзи: лексер через wcspbrk(ptr, L"\n\r") получал позицию эмодзи вместо конца строки и сообщал «Invalid character». Обход сделан заменой вызовов на обычные циклы.

Обсуждение связывает задержки публикации исходного кода AOSP с интерпретацией нового EU Cyber Resilience Act, хотя часть участников считает, что это не объясняет текущие задержки, поскольку Samsung уже выпустил One UI 9 и запустил таймер обновлений. Большинство согласны, что отсутствие своевременного доступа к исходникам вынуждает разработчиков декомпилировать бинарные библиотеки для поиска и исправления багов. Рост возможностей AI‐инструментов (например, Claude) для автоматической декомпиляции и анализа бинарных файлов снижает необходимость в открытом коде. Указывается на низкую ресурсную обеспеченность NDK — команда, вероятно, состоит из двух полных ставок — что замедляет реакцию на баги и исправления. В качестве решений предлагаются поддержка независимых форков Android (например, GrapheneOS) или форк самой платформы для обхода бюрократических задержек и ускорения развития нужных функций.

Пять лет назад казалось, что Linux-телефоны вот-вот бросят вызов монополии Android и iOS. После выхода Librem 5 от Purism и PinePhone от PINE64 в 2020 году рынок заглох: сказались проблемы обеих компаний, слабые SoC без свободных драйверов и незрелость интерфейсов Plasma Mobile и Phosh.

Ситуацию меняют три факта. Во-первых, чип RK3588S наконец даёт производительность современного смартфона при открытых драйверах. Во-вторых, появился путь через IoT-платформы Qualcomm, а использование ядра Android продлевает срок поддержки устройств. В-третьих, несмотря на скромное финансирование, Phosh доказал свою состоятельность, а Jolla с телефоном C2 показала, что спрос сохраняется. При этом сама индустрия сворачивает альтернативу на базе AOSP.

Главный барьер — не технологии, а компании: они не спешат воспользоваться созревшими условиями. Между тем опросы Ipsos фиксируют тревогу о приватности у 79% людей в мире и 84% в США, а Malwarebytes — у 89% потребителей из-за misuse данных корпорациями и ИИ. Чтобы выйти в мейнстрим, Linux-телефонам нужна поддержка Android-приложений через Waydroid и блокировка трекеров, как у Murena и iodé.

Из обсуждения

• @hamsterbase: There are already 100 million HarmonyOS devices in China, so you could say it's now a three-way rivalry. The apps I use every day basically all have native HarmonyOS versions, including even foreign apps like Tesla and Sam's Club.I've actually been using HarmonyOS for half a year now, and it feels pretty good — the notifications and system smoothness are on par with iOS. The reason I don't use an iPhone is that I need NFC access control, which iOS doesn't support.Huawei has invested a large amount of manpower to station people in major companies to help develop HarmonyOS. I think they have already broken the vicious cycle of "no users -> no apps -> even fewer users."Moreover, in the current AI era, it has become easier for Chinese developers to port software to HarmonyOS. For example, Moonlight, the streaming software I often use, has several natively customized and optimized versions available in the HarmonyOS app store.
• @microtonal: No, they won't become a viable alternative:- Worse compatibility with the millions of Android apps already out there.- Hardware vendors (outside Apple) all target Android.- The usability of Android/iOS is far better than non-Android Linux phones.- The security of non-Android Linux phones is in a bad state (e.g. lacking proper app sandboxing). Heck, even the Android emulation layers that some of these phones have, throw the strong Android sandbox model out of the window.The answer is very obvious and it is AOSP. Even though Google is trying to close AOSP more (e.g. by not pushing source continuously to the AOSP Git repos and keeping QPR1/3 for themselves), it is still an open source system. Play Services can either be run sandboxed or emulated with microG. AOSP allows alternative systems to hit the ground running, you get great app compatibility, a tested security model, great usability, and support from hardware vendors, including vendors that are alternative friendly (used to be Pixel, now Motorola, Fairphone, etc.). If ever needed, AOSP could be forked and it would still be leagues ahead of non-Android Linux phones.All the downsides that apply to AOSP-based systems (like things getting blocked by Play Integrity, unlockable bootloaders) also apply to non-Android Linux systems.

LineageOS отмечает приближение десятилетнего юбилея проекта, который будет отмечаться 24 декабря 2026 года. Этот релиз, основанный на Android 17, стал возможен благодаря раннему ребейзу изменений после выхода Android 17 в июне, что позволило команде опередить график. Безопасность остаётся приоритетом: патчи с августа 2025 по октябрь 2026 интегрированы в ветки 18.1–24.0, а для старых версий (15.1–17.1) завершена бэкпортировка патчей до ноября 2025, хотя декабрьские обновления 2025 года остаются частично неадаптированными из-за сложности.

В приложениях LineageOS произошли значительные обновления: Canvas — новый редактор изображений с базовыми инструментами обработки; Catapult (Android TV Launcher) получил индикатор батареи и обновлённый UI; Etar обновлён до последней upstream-версии; Jelly теперь поддерживает PWA-подобные приложения через ярлыки; Twelve улучшил загрузку больших библиотек, добавил раздел «Most played» и исправил проблемы с аудио-offload; Updater перешёл на потоковые обновления по умолчанию, ускоряя установку на A/B-устройствах. Также добавлена поддержка десятков новых устройств, включая LG Velvet 5G, Motorola Edge 30 Ultra и несколько моделей Xiaomi и Nubia, что расширяет охват проекта.

LineageOS остаётся критически важным для продления срока службы старых устройств, где производители отказали в обновлениях. Пользователи активно используют его на Pixel 4a, OnePlus 7 и OnePlus 6T, чтобы избежать выбрасывания телефонов. Однако выявлен разрыв в приоритетах: GrapheneOS делает акцент на безопасности и своевременных обновлениях AOSP, тогда как LineageOS фокусируется на широкой совместимости. Поддержка устройств в LineageOS зависит исключительно от волонтёров-мейнтейнеров, владеющих устройствами — нет поддержки там, где никто не берётся на себя ответственность. Это объясняет отсутствие поддержки Mi 8 SE и неравномерность обновлений (например, Pixel 9 не поддерживается в LineageOS 24.0, в отличие от Pixel 9 Pro). На старых устройствах (Samsung Galaxy S5/S7) качество камеры может ухудшаться из-за отсутствия проприетарных драйверов, но проблему решает установка GCAM. На устройствах с разблокированным загрузчиком (OnePlus 7) LineageOS работает стабильно и лучше заводской прошивки без bloatware. Проблемы с RCS в групповых чатах на Pixel 4a с LineageOS связаны с разблокированным загрузчиком и не решаются системными обновлениями. LineageOS предоставляет только обновления пользовательского пространства, не включая ядерные патчи, что оставляет уязвимости в базовом стеке. Несмотря на заявления о поддержке сотен устройств, большинство — устаревшие модели; современные устройства (например, новые Motorola) представлены слабо. Использование на старых ноутбуках с x86_64 и Apple Silicon рассматривается как перспективное, но ограничено отсутствием поддержки аппаратных кодеков и камеры. GrapheneOS имеет преимущество в скорости обновлений благодаря доступу к проприетарным патчам безопасности через партнёрство с Motorola. LineageOS не рекомендует новые устройства для покупки, что затрудняет выбор новичкам. Для приложений, требующих доступа к данным (WhatsApp и т.п.), советуют использовать изолированные рабочие профили через Shelter для минимизации рисков приватности. LineageOS не заменяет GrapheneOS, а дополняет его — для устройств, не поддерживаемых более строгой системой. Оба проекта сосуществуют, удовлетворяя разные потребности пользователей.

На старых Android-устройствах с 2 ГБ ОЗУ, лишенных Google-сервисов, автор обнаружил неожиданную радость: легковесные приложения, ручная настройка и свобода от корпоративного контроля. Он собрал десяток таких телефонов для SMS-шлюзов и начал создавать собственные утилиты — именно так, без Play Store, он впервые по-настоящему почувствовал удовольствие от Android.

Попытка выложить игру и текстовый редактор Tabby в Play Store закончилась абсурдом: модерация отклонила приложения, прикрепив скриншоты порнографического содержимого из чужих приложений. Автор подал апелляцию — и получил молчаливый отказ без объяснений. Google не только не улучшает процесс, но и ужесточает контроль над разработчиками, одновременно допуская грубые ошибки: смешивание файлов, некорректные переводы, случайные скриншоты. Автор пришёл к выводу: полагаться на Google — ошибка. Он перешёл на F-Droid и Itch.io, где свобода и честность важнее монопольного контроля.

Google Play Store стал непригоден для хобби-разработчиков из-за избыточных барьеров входа, отсутствия прозрачности и неадекватной модерации, что толкает их к альтернативным платформам вроде F-Droid и Itch.io. Требование 12 тестеров в течение 14 дней для новых аккаунтов разработчика направлено на исключение хобби-разработчиков, так как не приносит Google дохода, а только увеличивает нагрузку на поддержку. Разработчики подтверждают, что Google часто отправляет неправильные скриншоты при отказе в публикации — системная проблема ручной модерации и отсутствия прозрачности. Альтернативные магазины, такие как F-Droid, предпочтительны, поскольку не требуют сложных проверок и позволяют публиковать приложения без корпоративного контроля. Пользователи и разработчики отмечают, что Google и Apple одинаково неэффективны в обработке заявок: задержки, непонятные отказы и отсутствие обратной связи — норма для обоих магазинов. Спор: требования к тестированию — защита от багов и вредоносного ПО, а не преследование хобби-разработчиков, поскольку массовый вход без тестирования может привести к сбоям. Спор: приложения — не просто санкционированные браузеры; критические риски (например, криптовалютные кошельки) требуют модерации, иначе поддельные приложения украдут средства. Совет: зарегистрировать корпоративный аккаунт разработчика — он не требует тестирования и позволяет сразу публиковать в продакшен. Совет: использовать Android-устройства без Google-сервисов (например, Graphene OS) для избежания зависимости от экосистемы и создания собственных утилит (например, SMS-шлюзов). Совет: для SMS-шлюзов в США необходимо учитывать 10DLC-регламенты операторов — случайные устройства для маркетинговых SMS приведут к блокировке и штрафам. Разработчики подтверждают, что старые аккаунты, созданные до ужесточения правил, работают лучше новых — Google намеренно усложняет доступ для новых участников. Отказ Google от прозрачности в модерации — системная проблема: разработчики не понимают причин отказа и не имеют формального механизма апелляции. Совет: использование AI для объяснения причин отказа улучшит опыт разработчиков, даже при частичной замене человеческой модерации — снизит фрустрацию и повысит доверие. Предложения о юридическом обеспечении права на апелляцию и арбитраж при отказе получили поддержку как необходимый шаг к балансу сил. Плохая репутация Google Play Store из-за пропуска мошеннических приложений (например, скам-приложений для знакомств) подрывает доверие и усиливает переход на альтернативы. Совет: разработчики, использующие старые Android-устройства с 2 ГБ ОЗУ без Google-сервисов, находят в них свободу: легковесные приложения, ручная настройка и возможность создавать собственные утилиты без ограничений Play Store.

Разработчик Conversations, federated мессенджера для Android, объявил о прекращении продаж приложения в Google Play Store после десяти лет монетизации. Запущенный в 2014 году как личный проект в студенческом общежитии, он стал его основным источником дохода: сначала через кастомную разработку для компаний, затем гранты и финансирование, а также стабильный доход от Play Store, который, по его словам, «платил за аренду». Однако отношения с Google ухудшались: частые и необоснованные отклонения обновлений, два удаления из магазина (включая ложное обвинение в загрузке контактов пользователей), длительные проверки (сейчас — 14 дней ожидания) и отсутствие различий между обновлениями функций и безопасности делали публикацию всё более рискованной и опасной. Google удерживает 15% с продаж — более 1000 евро в год, что сопоставимо с его расходами на интернет. Теперь, благодаря грантам от NLnet и других организаций, обеспечивающих финансирование до 2029 года и beyond, разработчик больше не зависит от Play Store. Приложение остаётся доступным бесплатно на F-Droid, где оно собирается воспроизводимо и подписывается его личным ключом. Он заключает: «Google не заслуживает меня и моих денег. Я ухожу. Долой посредников».

Основная причина ухода от Google Play — не 15% комиссия, а отсутствие поддержки, непрозрачные процессы и игнорирование обратной связи, что делает платформу неприемлемой для независимых разработчиков. 15% комиссия приемлема при адекватной поддержке и быстрых ревью, но текущий уровень сервиса — нулевой. Google не рассматривает разработчика как клиента: пользователь — продукт для рекламодателей, поэтому поддержка не приоритетна. Процессы публикации в Google Play сложны и медленны (до месяца на первый релиз), поглощая больше ресурсов, чем разработка. Google Play и Apple App Store действуют как монополисты, извлекая ренту без соответствующей ценности (rent-seeking). Многие независимые разработчики остаются в экосистеме из-за экономической зависимости, несмотря на токсичность. Пользователи не чувствуют боли до потери доступа к сервисам, поэтому монополии укрепляются без сопротивления. Альтернативы: - Прямая дистрибуция APK (используется разработчиками с 17 000+ пользователями), требует решений для обновлений и уведомлений. - Для E2EE-мессенджеров: опрос сервера вместо push-уведомлений (пример: 145 строк Python), жертвуя скоростью ради приватности и простоты. - Unified Push: прокси-приложение для делегирования push-уведомлений, обходящее ограничения Google Play. - PWA как альтернатива нативным приложениям для независимости от магазинов. Споры: - 15% — не налог, а плата за инфраструктуру (CDN, платежи); разработчики паразитируют на чужих ресурсах, несмотря на отсутствие поддержки от Google. - Плохая поддержка — следствие монополии или сознательная стратегия: Google не обязан улучшать сервис из-за отсутствия альтернатив у пользователей. Контраст: человеческая поддержка возможна (пример: автобусная компания ответила за 2 евро), но исчезает в крупных корпорациях. Опыт обращения в поддержку Google: ответы от AI или непонимающих людей хуже полного отсутствия ответа. Годовая плата в 1000 евро за Google Play сопоставима с расходами на интернет или ноутбук, но Google не чинит сломанный сервис — он игнорирует проблему.

F-Droid 2.0 — это полное переосмысление официального клиента для репозитория свободного ПО на Android, выпущенное после более чем года разработки и 14 тестовых релизов. Обновление построено на Kotlin Compose и Material Design, сохраняя привычные взаимодействия, но предлагая современный интерфейс, упрощённую навигацию и улучшенную обнаруживаемость приложений. Основные разделы теперь — Discover, Search и My Apps — заменяют прежнюю структуру, делая акцент на простом доступе к категориям, обновлениям и управлению установленным ПО.

Ключевое улучшение — переработанная система категорий: вместо нескольких широких групп теперь доступны numerous специализированные категории (например, отдельные жанры игр — 17 видов), объединённые в мета-категории для удобного browsing. Discover выделяет новые, обновлённые и самые популярные приложения, помогая пользователям находить релевантное ПО без трекинга или манипуляций вовлечённостью. Функция Nearby Swap пока не включена в релиз, но активно разрабатывается на основе улучшенных методов соединения. Команда призывает пользователей тестировать, переводить, донатить и участвовать в развитии проекта через Liberapay или OpenCollective, подчёркивая, что F-Droid 2.0 — фундамент для будущих улучшений в экосистеме свободного Android-ПО.

F-Droid 2.0 решает ключевые проблемы UX, но вызывает споры о дизайне, отсутствии рейтингов и сложностях с обновлением. Пользователи активно ищут альтернативы и ждут стабильного релиза. Совет: Пользователи рекомендуют Droid-ify и NeoStore как альтернативы из-за плохого UX официального F-Droid, особенно на GrapheneOS и для поиска популярных приложений. Спор: Одни хвалят новый дизайн на Kotlin Compose за современность и упрощённую навигацию, другие критикуют отсутствие визуальных разделителей, неясность тапаемых элементов и следование трендам без мысли. Все согласны, что поиск — ключевая функция, и его улучшение (удаление плавающей кнопки) — значительный прогресс, который давно требовался. Совет: Пользователи с опытом на Android без Google-аккаунтов советуют Aurora Store как комплемент F-Droid, несмотря на задержки с новыми приложениями и сбои в синхронизации. Спор: Некоторые отмечают, что F-Droid 2.0 не поддерживает F-Droid Privileged Extension (FPE), но заменяет его на Android Session Installer — другие считают это потерей функциональности для старых устройств. Пользователи жалуются на отсутствие рейтингов, отзывов и статистики загрузок, что делает выбор приложений рискованным и неинтуитивным, особенно для новичков. Совет: Пользователи с опытом на TV (Nvidia Shield, Onn TV) просят улучшить навигацию с пульта, так как текущий интерфейс не позволяет отслеживать фокус курсора. Спор: Некоторые считают, что F-Droid — это инструмент для разработчиков и продвинутых пользователей, а не массового рынка, и не ожидают от него простоты Kindle или Play Store. Все отмечают, что F-Droid 2.0 не обновляется автоматически, и пользователи вынуждены вручную скачивать APK, несмотря на наличие старой версии на устройстве. Совет: Пользователи с опытом в Linux и CLI просят создать командную утилиту fdr для управления приложениями через ADB, как пакетный менеджер для Android. Пользователи подтверждают, что репозитории F-Droid часто не синхронизируются вовремя, и это остаётся болевой точкой, даже в новой версии. Совет: Пользователи ищут F/OSS-читалки для Kindle-альтернатив, но жалуются, что существующие приложения слишком сложны и не подходят для обычных пользователей. Спор: Некоторые выражают недоверие к бинарникам из F-Droid, предпочитая скачивать APK напрямую с GitHub, так как репозиторий может быть устаревшим. Пользователи отмечают, что F-Droid стал важнее из-за ужесточения политики Google, и многие готовы отказаться от Android, если F-Droid перестанет работать. Совет: Пользователи с опытом на GrapheneOS и LineageOS подтверждают, что настройка F-Droid Privileged Extension была сложной, и переход на Android Session Installer — правильное решение.

Tailscale ускоряется за счёт снижения памяти и улучшения обработки пакетов. На Linux и Android теперь не копируются маленькие пакеты (например, 1 KiB) в отдельные 64 KiB буферы — вместо этого они остаются в едином буфере, где их границы помечаются, что экономит память и ускоряет обработку на ~5%. Одновременно сокращены длины очередей пакетов, что уменьшает задержки и освобождает память без потери устойчивости к всплескам трафика. Эти изменения уже частично реализованы и войдут в стабильный релиз v1.104 клиента.

Параллельно разрабатывается мульти-очередная технология для повышения пропускной способности в сценариях с подсетями, коннекторами приложений и выходными узлами — её выпуск запланирован после v1.104. Также тестируется кэширование netmap как флаг функции, которое станет стандартным в v1.104 для десктопов и позже для мобильных клиентов. Чтобы пользователи могли объективно оценивать производительность, Tailscale разрабатывает собственный набор инструментов для мониторинга и тестирования, который будет понимать специфику его сети: distinguish между DERP и прямыми соединениями, оценивать пользу пир-релеев и отслеживать динамику маршрутов — чего не умеют общие утилиты из-за привязки к точкам, жёсткости workflows и отсутствия поддержки QUIC/HTTP/3. Пользователей приглашают повлиять на развитие этого инструментария через опрос.

Tailscale проще в настройке, чем raw WireGuard: автоматизирует NAT-трансверс, DNS и управление ключами, что делает его удобным для не-технических пользователей и динамических сред (CI-джобы). Пользователи отмечают, что он позволяет подключаться к серверам без открытия портов, упрощая безопасный доступ к внутренним сервисам. Однако Tailscale критикуют за производительность на высоких нагрузках и высокое потребление батареи на iOS, что ограничивает его практическое применение. На Windows и macOS скорость не превышает 1 Гбит/с, на Linux — до 10 Гбит/с даже в синтетических тестах, что делает его неконкурентоспособным для высокопроизводительных сценариев. Потребление батареи на iOS вынуждает пользователей вручную управлять подключением, нивелируя преимущества автоматизации. Спор о скорости: некоторые утверждают, что raw WireGuard быстрее и стабильнее, особенно с динамическим DNS; другие отмечают, что Tailscale решает проблемы с забыванием конфигурации и сложностью поддержки после простоя. Также обсуждается отсутствие аппаратного ускорения криптографии в Tailscale, что ограничивает масштабируемость до сотен Гбит/с и может потребовать смены протокола (например, на IPsec с PQ). Однако ChaCha20-Poly1305 в WireGuard уже быстр и может быть оптимизирован через SIMD, что снижает необходимость в аппаратном ускорении. Дополнительные ограничения: Tailscale не поддерживает мультиузловые прокси, требуя отдельных контейнеров для устройств без прямой интеграции; не работает на микроконтроллерах, хотя это было бы идеально для IoT; не позволяет отключать принудительное исключение Android-приложений из VPN без вмешательства разработчика, что противоречит пользовательскому контролю. Предлагается добавить гибкость в выбор маршрутов через DERP (a→b→c) для снижения задержек при невозможности прямого соединения. На Linux и Android оптимизации (устранение копирования малых пакетов, сокращение очередей) дают ~5% прироста производительности, но не применимы на macOS и Windows из-за отсутствия ядерных аналогов. Tailscale уже давно отошёл от спецификации WireGuard, внося собственные улучшения, но создавая разрыв в ожиданиях совместимости. Использование батарейных устройств как exit-узлов неэффективно и противоречит рекомендациям по энергосбережению.

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

Ожидается, что в 2027 году устройства с предустановленным GrapheneOS появятся на рынке, но их доступность и совместимость с банковскими приложениями остаются под вопросом из-за высокой цены и отсутствия поддержки производителей. GrapheneOS уже поддерживается некоторыми приложениями, включая Roblox, а разработчики банковских приложений иногда реагируют на запросы пользователей. Спор о блокировке банковскими приложениями из-за Google Attestation: некоторые утверждают, что это препятствие, другие отмечают, что только один из нескольких банков действительно использует её для блокировки. Предустановленный GrapheneOS не продаётся напрямую Motorola — только через третьи стороны, поскольку Motorola не может официально предлагать устройства с несертифицированными Android-сборками из-за контрактов с Google. Пользователи могут проверить совместимость банковских приложений с GrapheneOS на privsec.dev и при необходимости обратиться в банк с требованием поддержки, как это сделал один пользователь, сменивший банк. Цена флагманских устройств с GrapheneOS ($1200–1460) делает их недоступными для большинства, которые предпочитают дешёвые альтернативы вроде iPhone SE или Pixel 7. Более экономичный вариант — установить GrapheneOS самостоятельно на Pixel 7 или аналогичные устройства. Спор о финансировании и архитектуре GrapheneOS: одни критикуют скрытые источники и решения, другие подчеркивают его прозрачность и безопасность по сравнению с LineageOS и аналогами. Пользователи хотят видеть GrapheneOS на доступных устройствах вроде Motorola Razr или за $200, но сейчас предложения ограничены флагманами. Для проверки целостности предустановленного GrapheneOS рекомендуется сброс до заводских настроек, проверка хеша ключа загрузки и использование Auditor — как на Pixel-устройствах. Отсутствие SD-карты, 3,5 мм разъёма и съёмного аккумулятора в современных устройствах с GrapheneOS вызывает ностальгию, но это следствие современного дизайна смартфонов. Пользователи сомневаются, что предустановленный GrapheneOS решит проблему задержек обновлений безопасности от Google, так как он зависит от аппаратной платформы Pixel/Motorola. Для тех, кому важна ремонтопригодность, рассматривается Fairphone как альтернатива Motorola, хотя GrapheneOS пока не поддерживается на этих устройствах. Банковские приложения блокируют GrapheneOS из-за Google Attestation, но банки меняют политику при достаточном числе жалоб и уходе клиентов. Спор о влиянии GrapheneOS: некоторые считают его слишком поздним и слабым для реального эффекта, другие верят, что рост популярности заставит разработчиков адаптировать приложения. Предустановленный GrapheneOS не рассматривается приложениями вроде Microsoft Authenticator как rooted-устройство, поскольку он использует строгую изоляцию и не предоставляет root-доступ по умолчанию.

ZuckOff — это приложение для iOS и Android, которое обнаруживает наличие умных очков с камерой (таких как Ray-Ban Meta, Oakley Meta, Snap Spectacles и аналогичных) по их Bluetooth-сигналу. Оно работает полностью локально: ничего не отправляется на серверы, не требуется учётная запись, и все данные остаются на устройстве пользователя. Приложение идентифицирует устройства по их уникальным производительским подписям (например, 0x0D53 для Luxottica, 0x058E для Meta, 0x03C2 для Snap), показывает доказательства срабатывания, ведёт журнал всех обнаруженных Bluetooth-устройств и позволяет исключать собственные очки из тревог. Доступны фоновые уведомления, виджет на главном экране и Live Activity на экране блокировки iPhone; сканирование можно запускать через Shortcuts, Siri или автоматизации. Лог можно экспортировать в CSV.

Приложение не гарантирует абсолютной защиты: некоторые модели очек могут не рекламировать своё присутствие постоянно (например, в спящем режиме), а сила сигнала лишь приблизительно указывает на расстояние, не давая направления. Разработчики приглашают пользователей присылать захваты Bluetooth-трафика от неподдерживаемых устройств для расширения базы сигналов, а также поддерживают сотрудничество с группами по защите конфиденциальности. Merchandise с символикой ZuckOff доступно через печать по заказу, а доходы от него и донатов (через Suppi или Buy Me a Coffee) идут на закупку новых пар очков для тестирования. Приложение независимо и не связано с Meta, Luxottica, Ray-Ban, Oakley или Snap.

ZuckOff — эффективный, но временный инструмент для обнаружения камер в очках. Его успех обусловлен сильным брендингом, а не техническим превосходством. Он стал символом сопротивления нарушению приватности. Пользователи считают его лучшим маркетинговым выбором по сравнению с открытым решением 'Nearby Glasses' из-за привлекательного названия и внимания СМИ. Критики отмечают у ZuckOff 'sketchy vibe' и коммерческие элементы, но сторонники видят в нём быстрое решение проблемы, которую должны были решить крупные компании (Meta, Google), но не решили. Обнаружение камер в очках — реакция на отсутствие регулирования и встроенных функций приватности от производителей. Совет: улучшить UI за 5 минут, чтобы избежать шаблонного ИИ-стиля и повысить доверие. ZuckOff работает локально без учётной записи — преимущество перед облачными решениями, угрожающими приватности. Будущее: производители могут внедрить 'приватный режим', отключающий или изменяющий Bluetooth-идентификаторы. Предложен стандарт 'do-not-film-me': смартфоны передают хеш биометрии по Bluetooth, заставляя камеры размывать лица. ZuckOff не решает проблему скрытой съёмки смартфонами — чаще используемыми для этого. Предлагается блокировка через Фарадеевы клетки. Ссылки на научную фантастику ('The Quantum Thief', 'Black Mirror') подчёркивают, что слежение становится нормой, а ZuckOff — попытка сохранить человеческую агентность. Спор: обнаружение по производительской сигнатуре можно подделать, но для текущего уровня угроз достаточно. Пользователи Meta Glasses для парапланеризма признают их полезность в конкретных сценариях, несмотря на общие опасения по приватности. Совет: создать миниатюрное устройство типа QuadRF для визуализации всех радиоисточников и полной картины скрытых камер.

GrapheneOS объявил, что Android 17 QPR1 стал первым релизом с Android Honeycomb, добавившим новые API для разработчиков без публикации в AOSP. Эти API эксклюзивны для Pixel OS и недоступны другим OEM. Команда уже портировала свой код под QPR1 до его релиза 15 сентября, но пока не имеет разрешения на публикацию. Они работают над бэкпортом прошивки, драйверов ядра и HAL с Android 17, чтобы обеспечить своевременные обновления безопасности.

GrapheneOS подчеркивает, что доступ к security preview необходим для отгрузки патчей без многомесячных задержек, и такой доступ у них есть благодаря партнёрствам, включая сотрудничество с Motorola. В дискуссии с сообществом они ответили на вопрос о том, не эквивалентен ли выпуск исправления безопасности раскрытию уязвимости, отметив, что могут сами реверсить fix и выпустить его до декабря 2026 года. Это ставит под сомнение смысл текущей системы security preview, если патчи можно было бы сразу выкладывать в открытый исходный код.

Google системно ограничивает доступ к новым API в AOSP, превращая Pixel в закрытую платформу для тестирования функций, недоступных OEM и альтернативным дистрибутивам, что подрывает идею Android как открытой ОС. Спор: одни считают эксклюзивные API для Pixel бета-тестированием из-за малой доли устройств; другие видят в этом стратегию устранения конкуренции через контроль инфраструктуры. Многие отмечают, что Google перестал восприниматься как добросовестный хранитель открытого кода: систематически задерживает патчи, вводит эмбарго и ограничивает доступ к API, подрывая доверие к AOSP. GrapheneOS воспринимается как критически важный проект, сохраняющий реальную открытость Android; его подавление угрожает свободе выбора пользователей и разработчиков. Пользователи и разработчики, перешедшие на GrapheneOS, подтверждают: контроль над устройством и отсутствие Google-сервисов дают ощущение свободы, недоступное в стандартном Android или iOS. Существует консенсус: Google стремится сделать AOSP второстепенным, оставив только ядро, а ключевые функции — в закрытых Pixel-сборках, превращая Android в закрытую экосистему под видом открытой. Советы: - Создать альтернативу Play Services и магазину приложений (возможно, с поддержкой Valve) для независимой экосистемы на базе AOSP. - Разрабатывать Linux-основанную ОС с изоляцией приложений через cgroups/контейнеры и поддержкой JVM/WASM, чтобы избежать зависимости от Android-инфраструктуры. Пользователи отмечают: даже при открытом AOSP сборка и поддержка дистрибутива без Google требуют значительных усилий, делая альтернативы недоступными для большинства. EU DMA может вынудить Google открыть некоторые API, но сроки (2027–2028) слишком далеки, чтобы считать это решением системного закрытия. Многие считают, что Google намеренно усложняет жизнь альтернативным дистрибутивам, чтобы вытеснить их и оставить только свои устройства как полнофункциональные Android-устройства. Опыт с BlackBerry показывает, что Google уже использовал аналогичные тактики для подавления конкурирующих платформ, усиливая подозрения в намеренном уничтожении открытости. Существует мнение, что Google ограничивает доступ к закрытым API с AI-технологиями, чтобы предотвратить реверс-инжиниринг и сохранить конкурентное преимущество. Пользователи отмечают: даже если AOSP открыт, его практическая ценность падает, поскольку ключевые функции, драйверы и HAL-компоненты недоступны без Google-подписи. Некоторые считают, что Google может полностью отказаться от AOSP, оставив его как исторический код, а реальный Android станет закрытой проприетарной системой под брендом Pixel. По опыту пользователей: переход на GrapheneOS требует отказа от приложений, зависящих от Google-сервисов, но это окупается полным контролем над устройством и отсутствием слежки.

Даниэль Гултш, администратор Mastodon-сервера gultsch.social, выразил недовольство длительностью проверки обновлений его приложения Conversations в Google Play. По его словам, заявка, поданная 9 сентября 2026 года, всё ещё находится на рассмотрении спустя неделю, что он считает неприемлемым. Он отмечает, что приложение существует более 12 лет и обновляется раз в месяц, и считает, что Google должно приоритизировать такие проверенные проекты. В комментариях другие разработчики подтверждают схожие проблемы: некоторые отмечают, что проверка теперь занимает 2–3 недели вместо прежних 48–72 часов, особенно если приложение включает поддержку Android Auto. Один из пользователей сообщил, что после удаления этой функции проверка сократилась до нескольких часов. Критика направлена на то, что Google, по мнению разработчиков, favourит приложения, использующие его рекламные и трекинговые сервисы, а не долгосрочные open-source проекты. Несмотря на жалобы в поддержку, ответы остаются шаблонными, и никаких улучшений в процессе не наблюдается. Ситуация подчеркивает растущее напряжение между независимыми разработчиками и централизованными платформами вроде Google Play.

Проверка в Google Play стала непредсказуемой: время варьируется от часов до недель без очевидных причин. Обычные обновления часто проходят автоматически за ~1 час, но попадание в ручную очередь увеличивает задержку до нескольких дней. Приложения с Android Auto проверяются дольше — до двух недель (ранее 48–72 часа). Обращения в поддержку ускоряют процесс лишь на несколько дней, не гарантируя мгновенного одобрения. Рост числа AI‐созданных приложений увеличивает нагрузку на очередь, удлиняя ожидание. Первые публикации нового приложения проходят более строгую проверку, чем последующие обновления. В App Store проверка иногда стала дольше, чем в Google Play, изменив прежнюю динамику. Для обхода задержек рекомендуется использовать PWA или веб‐распространение для не‐критических обновлений. В Google Play наличие минимум 12 бета‐тестеров (как требует платформа) помогает избежать дополнительных проверок. Опыт разработчиков противоречив: некоторые сообщают о многодневных задержках, другие — об одобрении в течение 24 часов.

GrapheneOS Messaging 13 полностью переработан на Jetpack Compose и Material 3, с обновлённым интерфейсом, улучшенной поддержкой больших экранов и множеством исправлений в стабильности, безопасности и удобстве использования. Добавлен новый адаптивный значок приложения, экран настройки с акцентом на конфиденциальность SMS и правильную обработку вырезов и системных панелей в обеих ориентациях.

В списке диалогов теперь можно закреплять беседы, откладывать уведомления на 1, 8, 24 часа или навсегда, помечать как непрочитанное свайпом или через меню, а также архивировать или разархивировать одним движением. Добавлены индикаторы для закреплённых, отложенных, отключённых уведомлений, рабочих профилей и статуса входящих MMS. Действия с архивацией, удалением и блокировкой применяются мгновенно, а экран архива полностью переработан.

В самих диалогах улучшены пузырьки сообщений, группировка, выделение и обработка ссылок. Добавлен счётчик сегментов и символов SMS, возможность редактировать темы MMS, баннер с разблокировкой для заблокированных отправителей и выбор SIM-карты по системному умолчанию при fallback. Переработан выбор получателей с разделением по алфавиту, поддержкой email, форматированных номеров и нескольких номеров на контакт. Экстренные номера нельзя набрать из чата, а сообщения, приходящие во время удаления диалога, больше не уничтожаются.

Медиа и вложения получили новый выбор фото и видео с поддержкой захвата, вспышки и встроенного выбора Android, а также переработанную запись аудио с жестом свайпа для отмены и блокировкой hands-free. Просмотр фото и vCard теперь поддерживает зум, индикаторы страниц, детали и сохранение в контакты. Делиться контентом стало удобнее благодаря новому выбору с поиском, недавними чатами и многократным выбором, с возможностью редактировать текст, добавлять тему и выбирать SIM перед отправкой.

В настройках добавлен раздел конфиденциальности, переписаны основные и per-SIM параметры, а экран лицензий теперь генерирует данные динамически. Улучшена безопасность: превью YouTube-ссылок отключено по умолчанию, проверка共享 контента блокирует опасные URI, виджеты больше не экспортируются, а PendingIntent используют флаг immutability. Добавлены лимиты при парсинге EXIF, MMS и типа контента, исправлены проблемы с GIF, цветовой коррупцией и парсером vCard. Уведомления теперь сохраняют непрочитанное состояние после перезагрузки, не звучат для заблокированных чатов и не сбрасывают изменения архива при синхронизации.

Для многопользовательского использования и рабочих профилей: уведомления во вторичных пользователях показывают содержание сообщений, а ожидающие MMS должны быть получены владельцем, после чего становятся доступны всем. Диалоги в рабочем профиле помечены специальной меткой. Доступность улучшена: метки для TalkBack, полные названия дней в таймстампах, копирование деталей сообщения как действие доступности и звуковое подтверждение при отправке. Тестовое покрытие расширено для слоёв данных, домена и Compose-UI, с проверками на каждом pull request. Обновлены зависимости: minSdk 36, targetSdk и compileSdk 37, AGP 9.3.2, Kotlin 2.4.10, Gradle 9.7.1, а также добавлены Compose BOM, Material 3 Adaptive, Navigation 3, Coil 3 и CameraX.

Обсуждение подтверждает, что переработка Messaging-приложения GrapheneOS — необходимое условие для привлечения массового пользователя, особенно с выходом на новые устройства, но остаются критические недостатки: отсутствие RCS, слабый UX, отсутствие скриншотов в документации и непрозрачные пути доступа к Alpha-каналу. Пользователи спорят о интуитивности интерфейса: mrd3v0 считает интерфейс звонков неудобным, но loufe и okanat показывают, что детали доступны через «Call Details». andrepd критикует Material 3 за избыточное пространство, другие — воспринимают как улучшение. preisschild подтверждает критический баг в старой версии: неправильное сопоставление контактов и отправка сообщений не тем получателям. RCS-поддержка отсутствует и будет добавлена позже — реализация сложна, но считается единственно надёжным решением; шифрование SMS не планируется, кастомные альтернативы вроде SMSecure не рассматриваются. Отправка SMS по email (например, Verizon Vtext) признана устаревшей и небезопасной из-за отсутствия SPF-проверки. Скриншоты отсутствуют в официальных материалах — это подтверждается многими пользователями; karimabuseer предлагает поднять вопрос через PR. Доступ к Alpha-каналу описан пользователями: три точки → Change release channel — информация не в документации. gib444 указывает на регрессию: при длинном нажатии на ссылку больше не появляется меню копирования, а выделяется весь SMS — критично для OTP-кодов. HybridStatAnim8 сообщает, что после Messaging планируются обновления Dialer и Contacts, а автоматическая запись звонков уже выпущена. Спор о приоритетах: mmooss спрашивает, почему ресурсы тратятся на Messaging, а не на ядро безопасности — ответы объясняют, что без полированного приложения GrapheneOS не сможет масштабироваться, даже при надёжном ядре. I_am_tiberius предлагает объединение с Fairphone, но jasonvorhe, drnick1 и saligne возражают: цели проектов разные, Fairphone не поддерживается официально, Pixel — приоритет. Несколько пользователей (jcul, nosioptar) отмечают, что для них SMS не критично — основные коммуникации через Signal/WhatsApp, и рекомендуют Fossify Messages как альтернативу.

Гарретт Лэнгли, основатель Flock Safety, считает, что для достижения мира без преступности необходимо пожертвовать приватностью. Он утверждает, что каждый заслуживает безопасности независимо от расы, политических взглядов или дохода, и видит в массовом наблюдении путь к искоренению угонов, похищений, убийств и других преступлений. История компании началась в 2017 году, когда Лэнгли, живя в Атланте и сталкиваясь с кражами, собрал самодельные камеры распознавания номерных знаков из смартфонов на Android и солнечных панелей вместе с бывшими однокурсниками. Первые устройства были проданы товариществам собственников жилья, но很快 привлекли интерес полиции, что привело к сотрудничеству и масштабному развертыванию по всей стране.

К 2020 году камеры Flock появились на общественных дорогах во всех штатах кроме Аляски, а к сегодняшнему дню их число превышает 130 тысяч. Устройства эволюционировали: теперь они фиксируют не только номерные знаки, но и марку, модель и цвет автомобиля, передавая эти данные оператору камеры — часто полиции — без необходимости получения ордера. Инвестором компании является Andreessen Horowitz, а её оценка превышает восемь миллиардов долларов. Около 40 процентов правоохранительных агентств США имеют контракты с Flock. Приводятся примеры использования данных для поимки стрелка в Браунском университете, разгрома преступных групп и спасения похищенных детей. Однако критики отмечают, что такая всеобъективная слежка создаёт атмосферу подозрения и делает анонимность невозможной, сравнивая её с неизбежностью цифрового наблюдения в интернете — только здесь камеры видимы, осязаемы и установлены на каждом перекрёстке, превращая общественное пространство в постоянную зону контроля без возможности выхода.

Обсуждение дополняет статью, раскрывая практические риски массового наблюдения: уязвимость API, несанкционированный доступ к данным, юридические ограничения на передачу данных государству и активное сопротивление граждан, включая физическое уничтожение камер. Спор: наблюдение за автомобилями не является слежкой за людьми без распознавания лиц, но сбор геоданных транспортных средств эквивалентен слежке за личностями в реальном времени. Конституционные ограничения на обыски распространяются на частные компании, действующие как агенты государства — подтверждено прецедентами Supreme Court по Chatrie и Skinner. Совет: законодательно обязать компании, хранящие PII, внедрять функцию «удалить меня» и раскрывать ордера, если закон позволяет, а также защищать информаторов. Flock — элемент сети приватизированного наблюдения, включающей Palantir, Anduril, телекоммуникационные компании и другие, чьи практики малоизвестны. Спор: оппоненты требуют конституционной поправки о праве на неприкосновенность частной жизни; сторонники считают, что в публичных пространствах приватность не является правом. Данные Flock уязвимы: API позволяет получить доступ к движениям людей (показано YouTuber Benn Jordan), что открывает доступ государственным и криминальным акторам. Граждане саботируют камеры Flock — рвут, красят, крадут, покрывают мешками — что свидетельствует о широком сопротивлении despite пропаганды безопасности. Flock использует 229 сторонних партнёров для обработки данных, увеличивая риски утечек и нарушений приватности, несмотря на заявления о заботе о приватности. Совет: законодательство должно запрещать создание и хранение определённых типов данных, вводить жёсткие санкции за сбор и гарантировать право на забвение, а не полагаться только на технические меры. В Великобритании аналог Flock — национальная система ANPR с 12 тыс. камер и 100 млн считываний в день; в США реакция на Flock оказалась неожиданно острой. Камеры Flock вызывают помехи в Bluetooth-соединениях автомобилей, указывая на мощное радиоизлучение и непредвиденные физические последствия. Сторонники наблюдения считают, что большинство граждан хотят безопасности, а не приватности — если бы в городе произошло убийство без камер, общество обвинило бы власти в бездействии. Спор: ирония в критике Flock на платформе Y Combinator, которая инвестировала в компанию, несмотря на её модель сбора данных. Флорида запретила камеры Flock, демонстрируя, что политические решения могут опережать общественные дискуссии и ограничивать распространение. Технология наблюдения не нова, но её доступность и масштаб позволили энтузиастам превратить желание контроля в реальную инфраструктуру, что делает её опасной.

Пользователи Mistral могут отказаться от использования своих входных и выходных данных для обучения моделей, но процесс зависит от используемого сервиса. Через административную панель Admin.mistral.ai можно отключить обучение на данных из Mistral Studio и API, а также для приложения Vibe. Для мобильных версий Vibe на iOS и Android процедура опции отказа также доступна в настройках приложения. Отказ не применяется автоматически — пользователь должен активно его настроить. Дополнительно доступна функция Zero Data Retention (ZDR), которая полностью блокирует хранение данных, включая сессии и историю. Важно: данные по умолчанию могут использоваться для обучения, если пользователь не предпринял шагов для отказа. GDPR-права, включая запросы на удаление или доступ к данным, также можно реализовать через специальные инструменты на сайте поддержки.

Mistral изменил политику: на Team-тарифе опция отключения обучения отключена по умолчанию, несмотря на заявления о прозрачности. Интерфейс и документация противоречат друг другу — пользователи видят opt-in по умолчанию, а администраторы ожидают централизованного контроля. Это делает Team-тариф неприемлемым для корпоративного использования, особенно с GDPR-чувствительными данными. Пользователи (@teekert, @20k, @rectang, @lukeschlather, @tensor) сходятся во мнении, что все крупные LLM-компании собирают данные независимо от настроек, а опция отказа — формальность. Нет гарантий, что политика не изменится после поглощения или нарушений субподрядчиков. Enterprise-тариф по умолчанию отключает обучение, но обычные пользователи такой защиты не имеют (@creativeSlumber). Советы: @segmondy рекомендует локальные модели вместо Mistral; @Diti — Kagi Ultimate, который анонимизирует данные перед передачей в LLM. @TZubiri отмечает, что смена политики без уведомления и права на расторжение может нарушать договор. @LoveMistral предупреждает, что Mistral, вероятно, собирает код и файлы (как GitHub Copilot), что опаснее промптов для интеллектуальной собственности. @danelski и @ylisav добавляют, что аналогичные практики у Claude и Gemini, и пользователи, не проверяющие настройки, уже дали согласие.

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

Ключевое нововведение — отдельный Color View с профессиональными инструментами: цветовыми колесами, кривыми, LUT и живыми видеоскопами (waveform, vectorscope, histogram). Все это доступно через эффект Color Grade, который объединяет базовую коррекцию (экспозиция, контраст, температура, тени, блики) и творческое тонирование с изолированной регулировкой теней, средних тонов и светов. Для ускорения работы добавлены 10 новых эффектов, включая аудиореактивную графику и кинематографические стили, а также локальные ИИ-маски для выделения объектов — модели работают офлайн, без облака и подписки. Производительность улучшена: рендеринг, блюр и шарpening стали значительно быстрее благодаря оптимизациям под Qt 6, который также обеспечивает лучшую совместимость с современными Linux-дистрибутивами и создаёт основу для будущих версий под Android и другие платформы. Интерфейс стал более логичным: меню и пресеты реорганизованы для быстрого доступа к часто используемым функциям, таким как анимация, цветовые стили и правка аудио. OpenShot 4.0 остаётся бесплатным и открытым, продолжая поддерживать сообщество благодаря вкладам добровольцев и тестировщиков.

OpenShot 4.0 улучшил интерфейс и добавил AI-маскировку и прямую запись, но сохраняет проблемы со стабильностью, доступностью и UX по сравнению с проприетарными решениями. Для без потерь-редактирования рекомендуют LosslessCut и Shortcut, так как в OpenShot это не включено по умолчанию. Часть пользователей считает FOSS-редакторы недооценёнными, другие указывают, что Kdenlive, Shotcut и OpenShot уступают Resolve. DaVinci Resolve остаётся эталоном для непрофессионалов благодаря цветокоррекции, ключевым кадрам и стабильности. Доступность в OpenShot не решена — единственный относительно рабочий вариант Clipchamp. Критики не доверяют версии 4.0 из-за полной переписки кода, хотя UI на Qt оценивают положительно. Для встраивания через API советуют Shotstack Studio SDK. FFmpeg (libav*) обеспечивает совместимость с форматами, но не стабильность кодирования. На M1 Mac x86_64-версия крашится из-за отсутствия нативной поддержки Apple Silicon. Редактор субтитров остаётся неудобным, проблема не исправлена в 4.0. Сайт OpenShot критикуют за устаревший дизайн, рекламу и сбор данных 209 рекламными сетями. API для автоматизации через LLM отсутствует, в отличие от коммерческих решений. Blender слишком сложен для линейного монтажа и не конкурирует с OpenShot по удобству.

Автор выражает разочарование тем, что Google Calendar на Android не позволяет подписываться на внешние календари по ссылке — функция доступна только через веб-браузер. Он описывает, как попытался добавить календарь через приложение, но получил отказ, тогда как открыв calendar.google.com в режиме рабочего стола на телефоне, успешно подписался, после чего календарь появился в приложении. Это подчеркивает абсурдность ситуации: простая функция, реализуемая за считанные минуты, недоступна в нативном приложении, несмотря на мощь платформы и ресурсов Google.

Критика распространяется шире: многие компании создают «полуготовые» приложения, которые лишь дублируют веб-функционал, но с ограничениями, вынуждая пользователей возвращаться в браузер для базовых задач. Автор отмечает, что исторически приложения были сложны в обновлении и распространении из-за фрагментации устройств, а динамическая загрузка функционала фактически превращает их в веб-браузеры. Хотя он признаёт, что приложения имеют преимущества — значок на главном экране, офлайн-работа — эти возможности уже доступны в вебе через PWA, фавиконы и сервис-воркеры. Итоговый призыв: если компания хочет приложение — пусть сделает его полностью и качественно, а не будет использовать его как ловушку для вовлечения, оставляя ключевые функции недоступными.

Обсуждение показывает, что ограничения в мобильных приложениях часто — сознательный выбор компаний для сбора данных и удержания пользователей, а не техническая необходимость. Это вызывает недовольство, особенно когда принуждение к установке воспринимается как сигнал о слежке и урезании функций. PWAs предлагают альтернативу: не требуют установки, работают на всех платформах и не зависят от магазинов приложений. Многие нативные приложения по сути являются webview и уступают веб-версиям по функциональности — например, в Google Calendar и Gmail веб даёт больше возможностей. На iOS приложения стабильнее благодаря интеграции с ОС, но это не оправдывает отсутствие функций в браузере, особенно на iPad. Мнения разделились: одни ценят в приложениях стабильную аутентификацию, уведомления и интеграцию с ОС, другие считают, что мобильные браузеры не справляются с ключевыми UI-паттернами. При этом веб-версии часто лучше поддерживают поворот экрана и не расходуют ресурсы устройства. Отдельные ограничения (например, отсутствие подписки на календари) иногда объясняют защитой от фишинга, но это не оправдание, если в браузере функция работает. Пользователи с ограниченной памятью и старыми устройствами (32 ГБ, 3 ГБ ОЗУ) вынуждены использовать только веб-версии. Требования вроде снятия ID через камеру исключают людей без подходящего оборудования, что противоречит принципам доступности. Функциональность, доступная лишь в приложении, часто служит монетизации, а не улучшению опыта. На LineageOS с MicroG и F-Droid можно заменить нативные приложения PWAs и открытыми инструментами, избегая слежки, но это требует технических знаний. Если сервис требует установки приложения для базовых функций вроде загрузки посадочного талона, пользователи рекомендуют его избегать. Крупные компании (Google, Amazon, Microsoft) нередко выпускают функциональные, но незавершённые продукты, бросая команды после достижения минимального маркетингового порога, что ухудшает UX.

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

В июне 2026 г. исследователи обнаружили Android‑модуль‑скачатель, который устанавливается как обычный пользовательский пакет, но не скрывается под легитимным названием и не имеет пользовательского интерфейса. Его цель — сбор рекламного дохода и создание прокси‑ботнета. Установка происходила через встроенные обновляющие механизмы Android‑флеш‑апдейтов автомобильных головоломок (head‑unit), что впервые зафиксировано как цепочка заражения именно для такой категории устройств. По высокой уверенности в вине, за этой активностью стоит группировка MoYu, известная по ботнету BADBOX.

Ключевой вектор атаки — уязвимый компонент TWCore, системное приложение, отвечающее за сбор аналитики и обновление прошивки. Злоумышленники отправляли в MQTT‑сообщения ссылки на вредоносные APK‑файлы, размещённые на домене cardoor.cn. Один из таких файлов — bd80bd3c3d0e4bf6b5b4a825650d01f5.apk — представлял сервис JarService, который в дальнейшем использовался для загрузки дополнительных модулей и организации прокси‑трафика. Хеши легитимного TWCore, подменяемого в цепочке, составили 2a64c3efc11bf224aa54f24e876446c9, 7a4d3ba2dacccfdda55859a5dfee2671 и ea24487996eb70c1780922fb3063bcc5. Kaspersky классифицирует угрозу под названиями HEUR:Trojan-Dropper.AndroidOS.Agent.vu, HEUR:Trojan-Downloader.AndroidOS.Agent.ov, HEUR:Trojan-Proxy.AndroidOS.Zhima.* и HEUR:Trojan.AndroidOS.Vo1d.*. Таким образом, обычные обновления авто‑головоломок превратились в канал распространения мобильного вредоносного кода, способного превратить автомобильные устройства в часть ботнета.

Уязвимость связана не с Android Auto, а с дешёвыми китайскими aftermarket-головными устройствами, получающими вредоносные OTA-обновления — аналогично заражённым Android TV-приставкам. Вредоносное ПО распространяется через инфраструктуру поставщиков этих устройств, а не через протокол зеркалирования. Пользователи могут переносить заражённые USB-накопители между автомобилями, что создаёт вектор распространения. Автомобильная промышленность игнорирует базовые практики кибербезопасности: CAN-шина уязвима, OBD-порт позволяет клонировать ключи, ключевые системы работают без шифрования. Безопаснее использовать устройства, не являющиеся полноценными интернет-подключёнными компьютерами — например, простые держатели для телефона или «холсты» для CarPlay/Android Auto, исключающие собственную ОС и подключение к интернету. Вредоносное ПО в таких устройствах чаще направлено на рекламный фрод — монетизацию за счёт ресурсов устройства, а не на прямые атаки. Оптимально не подключать автомобили напрямую к интернету: лучше использовать прокси через обновляемый телефон с ограниченной поверхностью атаки.

Kagi объявил о запуске новых функций, включая Stocks widget и улучшенный Assistant, а также расширил доступ к API для всех пользователей. Особое внимание уделено интеграции с мобильными платформами: Kagi Translate теперь работает на Android и iOS, а Assistant получил улучшенную стабильность и новые возможности для работы с источниками.

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

Пользователи высоко ценят Kagi за фильтрацию платных ссылок, улучшающую качество поиска, устраняя нерелевантные и недоступные результаты. Kagi воспринимается как мощный, настраиваемый инструмент, превосходящий Google в качестве выдачи, особенно после её ухудшения. В отличие от ИИ-ассистентов, Kagi фокусируется на проверяемых данных, а не на генерации ложных ответов. Споры вызывают фильтрация платных ссылок: одни считают, что она подрывает устойчивость журналистики, другие — что платные подписки неэффективны, а пользователи не платят за отдельные статьи. Также спорны архивные копии (archive.is): одни поддерживают их как обход барьеров, другие — считают нарушением авторских прав. Предложения: - Использовать Bang-команду `!a` для автоматического перенаправления на archive.is (предложено @kenanfyi). - Добавить возможность исключать домены с подпиской (например, FT) из фильтрации (предложено @dewey). - Включить/отключить фильтр платных ссылок через Bang-команду (например, `!nopaywall`) и на странице результатов (предложено @treetalker). Kagi выделяется на фоне Google отсутствием инструментов для фильтрации нежелательных сайтов и способностью избегать навязчивого контента (например, блокировок Reddit без аккаунта). Пользователи ценят его как альтернативу ИИ-агрегаторам, заменяющим традиционный поиск. Некоторые отказываются от Kagi из-за использования российских данных в индексации, другие не видят в этом проблемы. Многие готовы платить за Kagi, но отказываются из-за отсутствия приватных платежей, что снижает конкурентоспособность против Brave. Пользователи подчеркивают, что нишевые настройки — ключ к улучшению ИИ-поиска, уставшему от повторяющихся и низкокачественных результатов. Многие хотят видеть Kagi встроенным в Safari, что подтверждает высокую оценку как инструмента поиска.

Графенос OS — это специализированный сервер Mastodon, предназначенный для официальных аккаунтов проекта и его разработчиков. На нём нет привычных поисковых функций и статистики; сервер обслуживает лишь небольшое сообщество из четырёх активных пользователей.

Ключевой факт: Google заменил выдачу Git‑тегов для некоторых репозиториев на загрузку исходников через Google Drive, сделав процесс крайне затягивающим и неудобным. Это нарушает GPLv2, которая требует предоставления исходного кода по «обычному для программного обеспечения» каналу в разумные сроки, а не через архаичную систему с длительными задержками.

Главное запомнить: использование Google Drive вместо Git‑тегов — явное нарушение лицензии и пример того, как крупные корпорации усложняют доступ к открытым исходным кодам.

Google намеренно усложнил доступ к исходному коду Pixel-устройств, отказавшись от публикации Git-тегов в AOSP и перейдя на ручной запрос через Google Drive. Это нарушает дух GPLv2 — формально код предоставляется, но автоматизация, CI/CD и своевременное исправление уязвимостей становятся невозможными. Регулярные релизы для Pixel прекратились, вынудив GrapheneOS искать альтернативы, включая партнёрство с Motorola. Адаптация к новой системе заняла недели, подтверждая системный, а не случайный характер изменений. Доступ через Google Drive требует ручного взаимодействия, в отличие от прямых ссылок у других проектов, что делает его непрактичным и противоречащим сути лицензии. Некоторые оправдывают это бюрократией или лицензионными ограничениями, но другие видят в этом целенаправленную стратегию по закрытию экосистемы — включая планы по блокировке sideloading. Сравнение с Microsoft, отправляющей код за $5 по почте, показывает, что Google создаёт более высокие барьеры. Потеря доверия со стороны сообщества подтверждается переходом GrapheneOS к другим производителям. Отказ от публикации тегов позволяет только Google воспроизводить точные сборки, снижая прозрачность. Google, будучи одной из крупнейших ИИ-компаний, противоречиво сочетает инвестирование в технологии с уничтожением открытости Android, копируя модель Apple. Отсутствие доступа к исходному коду ставит под угрозу безопасность пользователей. Некоторые считают, что Red Hat нарушает GPLv2 серьёзнее, но это не оправдывает действия Google. Пользователям и разработчикам следует поддерживать альтернативы и требовать отказа от Google-ограниченных драйверов — иначе свободная экосистема Android умрёт.

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

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

Многие дешёвые TV-приставки, вроде H96, не просто нелегально потоково транслируют контент — они участвуют в масштабной схеме мошенничества с рекламой. Исследователь Pedro Falé из Bitsight обнаружил, что эти устройства маскируются под смартфоны Samsung, Xiaomi и других производителей, чтобы имитировать клики на рекламу на сайтах, созданных ИИ. Все клики генерируются скрытыми приложениями от китайской компании Zhejiang Fengwo IoT Technology, которая использует сотни тысяч приставок как «пойманный» трафик.

Приставки отправляют данные на домен fwgcloud.com, связанный с «AI-людьми» — якобы 120 000 виртуальных агентов для обслуживания и дизайна. Но эти сайты показывают рекламу только при обращении с устройств, имитирующих мобильные телефоны, что делает схему изощрённой. При этом компания не отвечает на запросы — почтовый ящик переполнен. Эксперты предупреждают: покупать стоит только устройства с официальной Android TV и Play Protect, а также избегать подозрительных приложений — многие IoT-устройства, включая цифровые рамки, уже обнаруживались с предустановленным прокси-софтом.

Пользователи делятся опытом использования дешёвых TV-приставок: они показывают рекламу, сканируют локальную сеть и представляют угрозу безопасности. Рекомендуется изолировать такие устройства через VLAN или заменить их на альтернативы — Raspberry Pi или устройства с открытым исходным кодом. Обсуждается ответственность крупных интернет-магазинов за продажу этих устройств.

Google рассматривает возможность ограничить доступ к on‑device ADB, чтобы защитить от «плохих акторов». Это не официальное объявление, а комментарий одного из главных разработчиков ADB в IssueTracker, где он просит сообщества высказываться. В частности, блокировка может потребовать включения WRITE_SECURE_SETTINGS, что требует ручного разрешения. Такие меры могут затронуть TCP/IP соединения на реальных устройствах, а не только эмуляторах. Если вы планируете комментировать, лучше предоставить подробное объяснение вашего сценария, ссылки или предложения компромисса, иначе ваш запрос может быть проигнорирован или тема заблокирована.

Ограничение затронет loopback‑соединения, которые сейчас позволяют работать без дополнительных прав, и могут нарушить работу приложений, помогающих людям с ограниченными возможностями, например записывать звонки для сохранения воспоминаний. Разработчик Kitsumed отмечает, что риск редкой утечки данных оправдан, но лишит экосистему инструментов вроде App Manager, aShell и других. Для обсуждения IssueTracker ссылка 526109803; рекомендуется поставить +1 и подписаться на уведомления, а не писать спам‑сообщения. Такой подход позволит собрать реальные отзывы, а не шум, и даст шанс обсудить, как сохранить удобство разработчиков, не снижая безопасность. Это поможет избежать закрытия темы из‑за спама и сохранить диалог открытым.

Пользователи считают, что ограничение доступа к on-device ADB неэффективно против «плохих акторов», которые всегда найдут обходы, и усугубляет ликвидацию открытости Android, ограничивая разработчиков. Некоторые видят в этом шаг Google по ужесточению контроля над устройствами и рекомендуют для обхода ограничений переходить на альтернативные ОС, например Linux.

Веб‑интерфейс позволяет исследовать черную дыру в трёх визуальных режимах: обычный экран, дополненную реальность, открываемую в Chrome на Android, и полностью погружающий виртуальный мир, требующий шлем виртуальной реальности. В каждом режиме отображается искажённый свет, вращающийся аккреционный поток и камера, а пользователь может менять угол обзора, вращать сцену касанием и переключать между режимами. Режим «Камера» показывает всё‑поглощающее искажение, а режим «AR» позволяет увидеть её в привычном окружении. Переключение происходит мгновенно, а интерфейс подсвечивает доступные опции, включая включение статистики и настройку экспозиции. Также можно менять яркость, контраст и масштаб отображения, а также сохранять выбранные настройки для последующего использования.

Настройки включают параметры вращения, угла наклона диска, лог‑армидные величины амплитуды, периода, скорости света и частоты излучения. Пользователь может включать статистику, регулировать экспозицию, масштабировать сцену и выбирать тип линзирования. Особенно заметны переключатель «slow light», позволяющий замедлить движение света, и возможность задавать период в единицах r₀/c, что меняет форму аккреционного диска. Есть также настройка axial width / r и trans width, влияющие на ширину и толщину потока, и параметр spin χ, определяющий угол наклона оси вращения.

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

На футболке, продаваемой в магазинах Uniqlo в рамках кампании Akamai «Peace for All», на обратной стороне размещён кажущийся набор символов, который на самом деле представляет собой shebang, передающий в eval зашифрованный base64‑строкой. Чтобы получить её, авторы использовали OCR: Android‑поиск по кругу, Tesseract с настройками и Claude, после чего склеили получившийся текст, убедившись, что он заканчивается правильным паддингом и совпадающими кавычками. Строка в base64 состоит из 534 символов, заканчивается «==» и после декодирования дает более 300‑символьный bash‑скрипт, в котором явно видны комментарии и эмодзи‑символы.

После декодирования скрипт раскрывается как безобидный пасхальный яйцо: он выводит повторяющуюся строку «♥PEACE♥FOR♥ALL♥…» и анимирует её, используя размеры терминала, скрывая курсор, перехватывая Ctrl+C и в бесконечном цикле заменяя позицию символа по синусу. В коде присутствует надпись «Congratulations! You found the easter egg! ❤️». Для работы скрипт требует установленных утилит tput, bc и корректных размеров терминала; при слишком маленьком окне часть анимации отображается неполно, но даже в ограниченном пространстве сообщение остаётся читаемым. При этом в другой модели той же коллекции текст обрывается на «retu», что делает её нерабочей.

• Уникальная футболка Uniqlo x Akamai содержит самописный bash‑скрипт, который действительно исполняется.
• Пользователи обсуждают сложность OCR‑распознавания кода и предлагают способы ускорения вывода.
• Есть отзывы о шрифте, kerningе и необходимости добавить задержку в цикле для читаемости.
• Комментарии отмечают, что это не просто «визуальный» дизайн, а рабочий скрипт, вдохновлённый традицией «кода на одежде».

Европейские государства внедряют цифровые кошельки идентификации, но для их работы они используют сервисы безопасности от Google и Apple — Play Integrity API и Managed Device Attestation, которые проверяют, что устройство лицензировано Google и проходит проверку через Play Store. Эти API не просто защищают, а укрепляют контроль Google над Android‑экосистемой, исключая альтернативные операционные системы, такие как e/OS и GrapheneOS, из доступа к публичным услугам. По данным проекта Mobifree, 120 тестировщиков отметили, что совместимость с приложениями для оплаты и государственных сервисов является обязательным условием перехода на де‑Google‑ized платформы.

В результате государства превращаются в исполнителей частных политик платформ, усиливая монополию, которую они заявляют fight. Вместо открытого, инклюзивного и технологически суверенного решения, они вынуждены включать в инфраструктуру сервисы, которые требуют входа через Google‑аккаунт и установку приложений из Play Store. Альтернативный API аппаратного подтверждения, не навязывающий такие ограничения, остаётся игнорируемым, тогда как пользователи, желающие избавиться от предустановленного Google‑программного обеспечения, теряют доступ к критическим государственным сервисам. Эта практика противоречит Digital Markets Act, который запрещает платформенным компаниям использовать свои сервисы для принудительного включения в публичные решения.

• Европейская цифровая кошелековая система всё сильнее зависит от Google Play Services и Apple, что ставит под угрозу цифровую суверенность ЕС.
• Регулятивные требования вынуждают разработчиков использовать закрытые платформы, ограничивая выбор пользователей и создавая монополию.
• Существующие решения игнорируют альтернативы, такие как аппаратные токены, смарт‑карты или полностью открытые стандарты, что усиливает зависимость от иностранных корпораций.
• Критики требуют пересмотра подхода: открытый, локальный стандарт с поддержкой разных устройств и отказ от обязательного использования смартфонов.

That's absolutely sad to read." – this line appears in a post on a decentralized network, reflecting disappointment with recent statements by the head of the privacy‑focused VPN Mullvad. The leadership’s involvement in a controversy is seen as disheartening, especially given Mullvad’s reputation for strong anonymity and no‑logs policies. Viewing the conversation on the web version of Mastodon requires JavaScript, with a fallback to native apps for browsers without script support.

The controversy stems from a leaked internal memo where the CEO voiced support for a policy critics say erodes user privacy, sparking heated debate. At the same time, the technical note reminds users that the Mastodon web interface depends on JavaScript, and those unable to run it can use dedicated apps on Android, iOS or desktop. This mix of ethical concerns and platform constraints shows how even privacy‑oriented services face scrutiny and technical limits today. The situation underscores the broader tension between privacy advocacy and corporate governance in the fediverse.

• Обсуждается, что сооснователь Mullvad Даниэль Бернтссон финансирует экстремальную шведскую партию Örebropartiet, что вызвало споры о политике компании.
• Участники делятся мнениями: одни считают партию правым популистским движением, другие – левым популистским с радикальными взглядами на миграцию.
• Мнения разделяются: некоторые пользователи продолжат пользоваться Mullvad, другие отменяют подписку из-за политических возмущений.
• Есть запросы к альтернативным VPN‑провайдерам и обсуждение того, насколько политические убеждения должны влиять на выбор сервисов.

Volkswagen‑приложение перестало работать на GrapheneOS из‑за требования Google Play Services и проверки целостности через Play Integrity API (ранее Pay Integrity). Приложение использует эту проверку для подтверждения подлинности и также отправляет телематические данные в серверы производителя. VW официально заявляет, что поддержка доступна только на устройствах с «стандартным» Android, где установлены официальные обновления и проходит проверка Play Protect. Кастомные прошивки, включая GrapheneOS, попадают в Unsupported environment, поэтому их функции могут работать некорректно или вовсе не запускаться.

Некоторые пользователи сообщали, что после обновления GrapheneOS и включения Play Services приложение открывается, но без доступа к контактам может «зависнуть», а проверка целостности часто блокирует запуск. В ответе поддержки VW указано, что приложение работает только на поддерживаемых версиях Android и устройствах, прошедших проверку Play Protect, тогда как кастомные прошивки не проходят эту проверку. Поэтому на GrapheneOS возможны полные сбои или ограниченную полноценную функциональность в полной мере. Для восстановления работы многие удаляли Aurora‑версию, ставили официальную из Play Store, включали Play Services, подтверждали вход и затем отключали их, после чего приложение показывало статус машины, но без карты.

• VW блокирует доступ к своим API и требует Play Protect, что делает невозможным использование community‑проектов и GrapheneOS.
• Пользователи отмечают, что приложение VW перегружено рекламой и функциями, а альтернативные решения (например, Home Assistant) работают лучше.
• Открытый API и возможность создания собственного фронтенда рассматриваются как необходимые для повышения приватности и конкурентоспособности.
• Многие считают, что современные автомобили становятся «запертыми» устройствами, а простые, без‑программные решения (например, старые модели без интернета) выглядят привлекательнее.
• Есть призыв к законодательным инициативам, требующим публичного раскрытия API и поддержки всех ОС для авто‑приложений.

Android Quick Share теперь совместим с iOS AirDrop, позволяя пользователям Android и iPhone обмениваться файлами между платформами. Эта функция устраняет барьер между экосистемами Google и Apple, упрощая передачу данных. Начало реализации совместимости начнется с семейства Pixel 10, которое станет первыми устройствами Android, поддерживающими новую функциональность.

Google стремится сделать обмен файлами более универсальным и удобным для пользователей разных платформ. Эта интеграция является важным шагом к улучшению взаимодействия между Android и iOS устройствами. В будущем планируется расширить поддержку на другие модели Android устройств, но конкретные сроки пока не сообщаются.

• Apple и Google наконец-то реализовали взаимодействие AirDrop ↔ Quick Share, но только для Pixel 9 и новее, что вызывает вопросы о фрагментации Android и отсутствии поддержки на других устройствах.
• Пользователи отмечают, что даже базовые функции обмена файлами между устройствами одной и той же ОС часто не работают, что ставит под сомнение насколько новая функция будет полезна.
• Критика также направлена на то, что компании не предоставляют открытые стандарты, что ведет к вендор-локу и отсутствию поддержки на других платформах.
• Некоторые комментаторы поднимают вопрос о том, что влияние DMA может быть причиной такого внезапного прогресса в этой области.
• В то же время, другие вспоминают, что у нас уже были похожие технологии в прошлом, такие как Bluetooth OBEX и Wi-Fi Direct, которые были брошены в угоду проприетарным решениям.

DarkPattern.games — новый сайт, помогающий найти мобильные игры без манипулятивных "тёмных паттернов". Платформа классифицирует психологические трюки разработчиков на четыре категории: временные (ежедневные награды, гриндинг), социальные (социальные пирамиды, обязательства перед гильдиями), денежные (покупки для победы, искусственная дефицитность) и психологические (иллюзия контроля, завершение коллекций). Эти приёмы намеренно добавляются для создания негативного опыта игрока с выгодой для разработчика.

Сайт фокусируется на iOS и Android играх, где такие паттерны встречаются чаще всего. В разделе "Healthy Games" представлены высоко оценённые проекты без манипуляций, включая Beholder, Deemo, Townscaper и другие. Платформа пока новая, поэтому многие игры ещё не имеют обзоров, но команда активно работает над расширением каталога. Пользователи могут помочь, добавляя отзывы на знакомые игры.

• Сайт darkpattern.games вызывает споры: пользователи отмечают, что он путает «тёмные паттерны» с базовыми механиками, такими как «бесконечный гринд» или «конкуренция».
• Сайт не учитывает контекст: «переменные награды» в одном жанре (например, роглайк) считается нормальной механикой, но в другом (например, gacha) — это уже «тёмный паттерн».
• Некоторые комментаторы указывают, что «тёмные паттерны» — это не только механика, но и то, как она используется для манипуляции игроками и извлечения прибыли.
• Пользователи также отмечают, что сайт не учитывает различие между «тёмными паттернами» и просто механиками, которые могут быть использованы в неэтичных целях.
• Некоторые комментаторы также отмечают, что сайт не учитывает, что некоторые механики могут быть использованы в разных контекстах и не всегда являются «тёмными паттернами».

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

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

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

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

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

• Google отступил от обязательной верификации для всех, предложив новый поток для опытных пользователей, позволяющий устанавливать unverificated приложения с явным согласием на риски.
• Критика политики Google: термин "sideloading" назван манипулятивным, а мотивы компании расценены как контроль над пользователями под предлогом безопасности, а не реальная защита.
• Подчеркивается важность альтернативных магазинов (например, F-Droid) и ручной установки через ADB как основы свободы выбора на собственных устройствах.
• Высказаны сомнения в эффективности компромисса: новые ограничения могут создать барьеры для хобби-разработчиков и не решить проблему мошенничества.
• Обсуждается угроза закрытой экосистемы Android и необходимость перехода на альтернативы (GrapheneOS, веб-приложения) для сохранения контроля над устройствами.

В Android обнаружен скрытый флаг KEY_INFLATE_SIGNAL_STRENGTH_BOOL, позволяющий операторам связи показывать пользователям силу сигнала на одну "полоску" выше, чем она есть в реальности. Этот механизм не задокументирован в официальной документации, но доступен в исходном коде для использования операторами. Как минимум AT&T и Verizon уже включили этот флаг на своих сетях, что позволяет им искусственно улучшать показатели покрытия без реальных улучшений инфраструктуры.

Такие манипуляции вместе с поддельными флагами 5G не способствуют построению доверия между операторами и пользователями. Автор отмечает, что современные мобильные антенны делают эти обманы ненужными, а подобные практики лишь создают ложное впечатление качества связи. Один из комментариев иронично предлагает ввести ф KEY_FIXED_NETWORK_SIGNAL_STRENGTH_INT для всегда максимального показателя сигнала, независимо от реального качества связи.

• Пользователи обсуждают, что индикаторы силы сигнала на телефонах не отражают реальную сеть и могут быть обманчивыми, особенно в слабых зонах покрытия.
• Один участник упомянул, что его телефон показывает 5G, но на самом деле он использует 4G, и что это может быть связано с тем, что операторы хотят показать, что они предоставляют 5G, даже если это не так.
• Другой участник поделился, что в некоторых местах, где он живет, у него есть сигнал, но он не может использовать интернет, и что это может быть связано с тем, что операторы не хотят инвестировать в инфраструктуру, но хотят показать, что они предоставляют хороший сигнал.
• Участники также обсуждают, что иногда телефоны показывают, что у них есть сигнал, но на самом деле они не могут использовать интернет, и что это может быть связано с тем, что операторы не хотят инвестировать в инфраструктуру, но хотят показать, что они предоставляют хороший сигнал.
• Некоторые участники также упомянули, что в некоторых местах, где они живут, у них есть сигнал, но они не могут использовать интернет, и что это может быть связано с тем, что операторы не хотят инвестировать в инфраструктуру, но хотят показать, что они предоставляют хороший сигнал.

Sailfish OS — независимая мобильная ОС с открытым исходным кодом, созданная финской компанией Jolla на основе MeeGo, которую разрабатывали Nokia и Intel с инвестициями около $1 млрд. После того как Nokia отказалась от MeeGo в пользу Windows Phone, команда основала Jolla и в 2013 году представила Sailfish OS. Ключевые версии: 2.0 (2015) с планшетом Jolla, 3.0 (2018) для корпоративного сектора и 4.0 (2021) с расширенными возможностями для экосистем. ОС работает на Linux, использует QML и Qt для интерфейса, поддерживает Android-приложения и совместима с Android-чипсетами.

Sailfish OS позиционируется как альтернатива для корпораций и правительств, ищущих независимую мобильную платформу без привязки к крупным технологическим компаниям. Разработчики подчеркивают, что ОС имеет полные права интеллектуальной собственности и товарные знаки. Поддерживается глобальным сообществом, а исходный код доступен для скачивания. Благодаря использованию Qt5 и Wayland, адаптация под новое оборудование значительно упрощается, что делает Sailfish привлекательным решением для производителей устройств.

• SailfishOS страдает от нехватки современного оборудования и поддержки, что делает его непрактичным для большинства пользователей.
• Jolla не вернула деньги за неотгруженные планшеты, что вызвало негодование и отказ от поддержки.
• Попытки запустить Sailfish на других устройствах ограничены отсутствием полной поддержки драйверов и невозможностью использовать Android-приложения без Google Play Services.
• Несмотря на то, что Sailfish OS является единственной альтернативой Android и iOS, его развитие и поддержка ограничены ресурсами Jolla.

Google вводит верификацию разработчиков для Android, требуя оплаты базового тарифа в $25 с требованием ID и ограниченного бесплатного "хоббийного" статуса без подробностей об ограничениях. Код верификации находится в Play Services, но исходный код не опубликован, а обещанная установка через ABD не имеет деталей. Эта система может помешать независимым разработчикам распространять приложения, особенно если правила станут аналогичными Play Store, где устаревшие приложения с legacy-разрешениями не пройдут проверку.

Автор предлагает теоретический обходной путь через создание "загрузчика" — верифицированного APK, который динамически загружает другие приложения без их установки. Android-виртуальная машина Dalvik позволяет динамическое выполнение кода через PathClassLoader, что теоретически позволяет загружать APK в память и выполнять их код без изменения подписи загрузчика. Основная сложность — правильная инициализация главного целевого приложения в цикле активности Android, что может потребовать патчинга байткода или использования Unsafe Dalvik API для регистрации активности.

• Попытка обойти ограничения Play Protect с помощью «загрузчика»-загрузчика, который динамически подгружает APK, приводит к тому, что Google может просто аннулировать подпись и заблокировать такие приложения, что делает этот «хак» нежизнеспособным в долгосрочной перспективе.
• Участники обсуждения указывают, что вместо поиска обходных путей, следует сосредоточиться на политическом и регуляторном уровне: ЕС мог бы финансировать по-настоящему открытую альтернативу AOSP, а регуляторы могли бы предотвратить Google от аннулирования подписи приложений, которые они не могут контролировать.
• Другие комментаторы подчеркивают, что даже если бы такой «загрузчик» и был бы разрешен, он бы все равно оказался бы в ситуации, аналогичной той, в которой оказались бы разработчики, которые не смогли бы публиковать свои приложения в Google Play из-за политических причин; и что в конце концов, это не решит проблему, а только перенесет ее на уровень, где она может быть решена только на уровне политики и регуляции.

Анонимный пользователь rogueFed получил доступ к закрытому брифингу Cellebrite и опубликовал скриншоты, показывающие, что большинство смартфонов Pixel уязвимы для взлома этой компанией. Уязвимы модели Pixel 6, 7, 8 и 9 серии, в то время как недавно выпущенный Pixel 10 в списке отсутствует. Cellebrite может извлекать данные из этих устройств в трех состояниях: до первого разблокировки (BFU), после первого разблокировки (AFU) и в полностью разблокированном режиме. Интересно, что компания отмечает, что не может взломать графенос с последних версиями ПО, даже если устройство разблокировано.

На стандартном Android Cellebrite может извлекать данные из Pixel 6-9 во всех состояниях, но не может brute-force пароли для полного контроля над устройством. Для GrapheneOS ситуация иная: только версии ПО до конца 2022 года уязвимы, а более новые защищены даже в BFU и AFU состояниях. Полиция до сих пор не может копировать eSIM с Pixel устройств, хотя Pixel 10 уже переходит на использование только eSIM.

• GrapheneOS признан более устойчивым к взлому, чем стандартный Android, что подтверждается упоминанием в документах Cellebrite.
• Google criticized for weaker security compared to volunteer-developed custom ROMs, with questions about why official Pixel OS is less secure.
• Debate over eSIM vs physical SIM cards: users value physical SIMs for convenience and flexibility, while eSIMs seen as increasing corporate control.
• Cellebrite's hacking tools revealed as vulnerable themselves, with past leaks and physical devices potentially compromised.
• GrapheneOS offers enhanced security but involves trade-offs like reduced compatibility with services (e.g., Google Pay, emergency services).

Четыре десятилетия назад домашние компьютеры предоставляли пользователям полную свободу — можно было запускать любое ПО, от программ от друзей до самописного кода. Сегодня эта свобода медленно уходит, и большинство даже не заметили, как оказались в "садовой ограде". Google недавно объявил о новых ограничениях на установку APK-файлов в Android, начиная с 2026 года, что сделает невозможным установку приложений вне Play Store без сложных обходных путей. Хотя компания позиционирует это как меру безопасности, это лишь продолжение тенденции, начатой Apple с её полностью закрытой экосистемой iOS.

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

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

Swift.org анонсировали выпуск Swift SDK для Android, открывая новые возможности для кроссплатформенной разработки. Этот релиз стал результатом многолетних усилий сообщества и работы Android workgroup, которая расширяет возможности Swift за пределы традиционных платформ. SDK доступен в виде nightly preview релизов и может быть получен вместе с установщиком Windows или скачан отдельно для Linux и macOS.

Уже опубликовано руководство по началу работы и примеры приложений, демонстрирующие end-to-end рабочие процессы. Проект swift-java обеспечивает взаимодействие между Java и Swift, автоматически генерируя безопасные и производительные привязки. Интересно, что более 25% пакетов в Swift Package Index уже поддерживают Android, что упрощает перенос существующих проектов на новую платформу. Команда также работает над документом видения для будущих разработок Swift на Android и отслеживает прогресс через проект board.

• Обсуждение в основном вращается вокруг трёх тем: «кроссплатформенный» Swift теперь позволяет писать Android-приложения на Swift, но не решает проблему UI-фреймворков, а также не затрагивает вопросы лицензирования и тулинга.
• Участники обсуждения отмечают, что даже если Swift теперь работает на Android, это не делает его «флаттером» — он не предоставляет нативный UI, и разработчики всё ещё должны решать, как реализовать UI, что делает его менее привлекательным, чем Flutter или React Native.
• Некоторые участники высказывают мнение, что вместо того, чтобы пытаться сделать Swift кроссплатформенным, было бы лучше, если бы Apple открыла Xcode и позволила бы использовать его на других платформах.
• Обсуждение также затрагивает вопрос о том, что влияние на разработчиков окажет то, что Apple не предоставляет никаких инструментов для разработки под Android, в то время как Google предоставляет такие инструменты для iOS.
• Участники также обсуждают, что влияние на разработчиков окажет то, что Apple не предоставляет никаких инструментов для разработки под Android, в то время как Google предоставляет такие инструменты для iOS.

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

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

• Google ограничивает установку приложений вне Play Store, что ставит под вопросом смысл владения устройством и вызывает обсуждение о том, что значит "владеть" устройством.
• Участники обсуждают, что это может быть началом конца Android как открытой платформы и может привести к переходу на iPhone, особенно если пользователи не могут больше устанавливать F-Droid или другие альтернативные магазины приложений.
• Обсуждение также затрагивает, что это может быть началом конца для Android как открытой платформы, и что это может быть началом конца для Android как открытой платформы.
• Участники также обсуждают, что это может быть началом конца для Android как открытой платформы, и что это может быть началом конца для Android как открытой платформы.
• Некоторые участники также упоминают, что это может быть началом конца для Android как открытой платформы, и что это может быть началом конца для Android как открытой платформы.

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

F-Droid уже 15 лет предоставляет безопасный каталог свободных приложений для Android, проверяя исходный код на отсутствие скрытых функций вроде трекеров и рекламы. Каждое приложение собирается из открытого кода и подписывается, гарантируя прозрачность и защиту от вмешательства. В отличие от коммерческих магазинов, где распространены шпионские программы, F-Droid обеспечивает конфиденциальность — например, погодные приложения не передают данные брокерам.

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

• Участники выражают серьёзную озабоченность новыми правилами Google, которые угрожают существованию независимых магазинов приложений, таких как F-Droid, и возможности сторонней установки (sideloading).
• Многие видят в этом шаге конец открытости Android, усиление контроля корпораций над пользователями и потенциальную угрозу цифровым свободам, включая развитие открытого ПО.
• Обсуждаются возможные последствия: уход разработчиков с платформы, необходимость перехода на альтернативные ОС (например, GrapheneOS, PureOS), а также потенциальные конфликты с лицензиями вроде GPLv3.
• Высказывается мнение, что проблема требует законодательного решения на уровне государств (особенно ЕС) для защиты права пользователей запускать любое ПО на своих устройствах.
• Некоторые видят выход в развитии прогрессивных веб-приложений (PWA) и мобильных версий Linux как альтернативы закрытым экосистемам.

Автор обнаружил, что современные файловые менеджеры (включая Google Drive, Windows Explorer, Dolphin и другие) не сортируют файлы в строгом алфавитном порядке. Вместо этого они применяют «естественную сортировку»: если в имени встречаются цифры, система сравнивает их числовые значения, а не символы. Из-за этого file-10.txt оказывается перед file-9.txt, поскольку 10 > 9, хотя буква «1» идёт раньше «9».

Проблема проявилась при сортировке фотографий с двух Android-устройств, где в одном названии миллисекунды были отделены подчёркиванием, а в другом — нет. Это привело к неправильной группировке по времени. Только консольная утилита ls и некоторые UNIX-системы сохранили классическую сортировку. Автор с ностальгией отмечает, что компьютеры теперь часто «думают за пользователя», вместо того чтобы чётко выполнять команды.

• Участники обсуждают разницу между алфавитной и естественной (natural) сортировкой, где числа сортируются по их числовому значению, а не посимвольно.
• Многие пользователи ожидают, что "файл10" будет после "файла9", что является распространённым поведением в современных ОС, хотя это и не строго алфавитный порядок.
• Поднимается вопрос корректности labeling: интерфейсы часто называют сортировку "по имени", а не "алфавитной", что технически позволяет использовать любой алгоритм.
• Некоторые пользователи предпочитают лексикографическую сортировку (например, для хэшей или дат) и критикуют отсутствие выбора алгоритма в системах.
• Обсуждаются сложности сортировки с учётом локалей, не-ASCII символов и контекстно-зависимых правил, делающих единый стандарт невозможным.

В технических спецификациях EU Digital Identity Wallet обнаружены серьёзные упущения в юзабилити, которые могут затруднить использование кошелька конечными пользователями. Критике подверглись недостаточная продуманность интерфейса, сложность процессов аутентификации и отсутствие ясных инструкций для неподготовленных пользователей.

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

• Проект EU возрастной верификации изначально ориентирован только на мобильные платформы (Android/iOS), что исключает пользователей десктопов и вызывает критику о дискриминации и нарушении доступности.
• Ключевые опасения включают привязку к экосистемам Apple/Google, потерю приватности, цифровой суверенитет и риск усиления контроля Big Tech над доступом к базовым услугам и идентификации.
• Обсуждается конфликт инициативы с ценностями ЕС: зависимость от неевропейских технологий, противоречие законам о доступности и приватности, а также потенциально дистопический сценарий тотальной цифровой идентификации.
• Участники отмечают, что проект является лишь прототипом, и технически возможны альтернативные решения (например, смарт-карты), но политическая воля к их реализации отсутствует.
• Многие видят в этом шаге часть тревожной тенденции ЕС к внедрению контролирующих цифровых систем (наряду с chat control), что может привести к массовому сопротивлению и использованию обходных путей.

Google Photos внедряет редактирование через диалог для Android-пользователей. Теперь можно описывать желаемые изменения текстом, например «сделать ярче» или «убрать тени», вместо ручного выбора инструментов. Это ускоряет процесс и делает его интуитивным, особенно для новичков.

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

• Пользователи критикуют Google Photos за навязчивую интеграцию ИИ-функций, которая ухудшает общий пользовательский опыт и кажется «прикрученной» поверх основной функциональности.
• Многие отмечают удаление полезных обычных и локальных функций редактирования в угоду новым ИИ-возможностям, которые часто не решают реальных проблем.
• Обсуждается, что генерация ИИ-вариаций увеличивает занимаемое хранилище, что может быть скрытым стимулом для покупки дополнительного места.
• Предлагаются альтернативы для хранения фото, такие как самохосты Immich и Ente, как способ уйти от политики Google.
• Часть пользователей видит ценность в отдельных ИИ-функциях (например, удаление объектов), но осуждает их навязчивое внедрение и неинтегрированность в продукт.

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

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

• Пользователи обсуждают технические характеристики и практичность нового Linux-телефона FuriPhone FLX1, включая его размер, вес, качество экрана и производительность процессора.
• Поднимаются вопросы о программном обеспечении: прозрачность описания ОС, использование Debian/Droidian, поддержка Android-приложений и возможность работы с док-станцией.
• Высказываются сомнения относительно целесообразности покупки из-за нишевости устройства, ограниченной документации и потенциальных проблем с доверием к вендору.
• Часть комментаторов выражает поддержку и энтузиазм по поводу появления работающего Linux-телефона, готового бросить вызов доминированию Android/iOS.
• Критикуется негативный тон многих комментариев, характерный для Hacker News, и призывается к более конструктивному обсуждению инновационных продуктов.

Google внедряет систему верификации разработчиков Android, которая потребует регистрации личности даже для установки приложений извне магазина. Новые переменные в Android SDK указывают, что система может блокировать установку, если нет активного интернет-соединения для проверки статуса разработчика — например, при попытке установить APK офлайн. Это может создать проблемы для пользователей с ограниченным доступом в сеть или без доступа к ADB-инструментам. Хотя такие случаи редки, для миллиардов пользователей Android даже редкие сценарии могут стать критичными. Детали реализации ещё уточняются, и у сообщества есть год на поиск обходных решений.

• Пользователи выражают обеспокоенность планами Google ограничить установку приложений извне Play Store, что уничтожит открытость Android и его экосистему Open Source.
• Многие рассматривают переход на Apple из-за разочарования в Android: закрытая экосистема Google не предлагает преимуществ Apple, но лишает свободы выбора.
• Обсуждается потенциальная смерть проектов кастомных прошивок, таких как GrapheneOS, и отсутствие достойных альтернатив для обеспечения приватности и контроля над устройством.
• Поднимается вопрос о юридических последствиях: если закрытая экосистема Apple не считается монополией, то и Google может двигаться в том же направлении без юридических рисков.
• В качестве альтернативы рассматриваются телефоны на Linux, хотя признается их отставание в функциональности, но ценится предлагаемая свобода и конфиденциальность.

Многие сайты избегают публиковать рекомендации по загрузке видео с YouTube из-за страха перед Google, но эти инструменты этичны и необходимы. Например, Stacher — лучшее бесплатное кроссплатформенное решение с графическим интерфейсом, а yt-dlp подходит для командной строки. На Android стоит использовать NewPipe, а веб-сервис Cobalt.tools временно заблокирован Google.

Условия использования YouTube — всего лишь юридическая формальность, как и многие EULA, которые игнорируют даже сами компании. Google негласно нуждается в таких инструментах: они архивируют важный контент — от заседаний муниципалитетов до личных записей, — который может исчезнуть. Загрузка видео аналогична сохранению веб-страницы в PDF и обеспечивает право на личную копию.

• Участники обсуждают сложность скачивания видео с YouTube, отмечая постоянные технические препятствия со стороны Google (например, обфускация кода, блокировки), но сомневаются, что компания действительно хочет полностью остановить загрузчики.
• Высказывается мнение, что Google сознательно сохраняет "серую зону", чтобы не отпугнуть мощных пользователей и организации, которые полагаются на возможность скачивания (архивация, доказательства, реакция на контент), иначе они могли бы уйти с платформы.
• Обсуждается ценность инструментов типа yt-dlp для архивации, сохранения доказательств (например, видео с полицейских bodycam) и обхода исчезающего контента, а также их удобство благодаря скриптованию и GUI-оболочкам.
• Упоминаются конкретные инструменты для скачивания (Seal, NewPipe, Stacher, MediaHuman, streamlink) и выражается недовольство политикой YouTube, которая скрывает метаданные удалённых видео.
• Поднимаются юридические и этические аспекты: законность скачивания, противоречивая политика Google в отношении пиратского контента и использование монопольного положения для давления.

Gemini теперь встроен прямо в браузер Chrome, позволяя получать помощь ИИ без переключения вкладок. Он анализирует открытые страницы, чтобы давать контекстные ответы, резюмировать статьи и помогать с исследованиями — всё это активируется по запросу пользователя.

Функция включает голосовой чат Gemini Live, сравнение вариантов на основе данных со страниц и управление активностью через настройки. Особенно удобно для мобильных пользователей: на Android работает поверх любого контента, а вскоре появится и в iOS-версии Chrome.

• Пользователи выражают обеспокоенность по поводу приватности и использования данных Google, отмечая неясность политик в отношении сбора и применения информации, отправленной в Gemini.
• Интеграция Gemini в Chrome воспринимается как слабая и неубедительная, многие сравнивают её с простым iFrame или уже существующими решениями от других компаний.
• Высказываются опасения о монопольном положении Google, рисках для безопасности и потенциальной утрате контроля пользователей над своими данными и веб-опытом.
• Некоторые пользователи рассматривают это как повод перейти на другие браузеры, такие как Firefox или Brave, чтобы избежать навязчивой интеграции ИИ.
• Обсуждается потенциальное негативное влияние на веб-экосистему, включая "кражу" кликов у сайтов и рекламодателей, а также алгоритмическую подачу контента.

Телефоны на Linux важнее, чем когда-либо

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

1. Закрытие разработки всё большего числа компонентов в AOSP.
2. Samsung, Xiaomi и OnePlus убрали возможность разблокировки загрузчика. Google, вероятно, последует их примеру.
3. Внедрение Play Integrity API, которое поощряют разработчиков. Даже европейский кошелёк для верификации личности требует его использования, вопреки законам ЕС.
4. Обязательная верификация разработчиков на Android. Это затронет 99,9% устройств, и многие разработчики open-source могут просто прекратить создавать приложения для Android. SyncThing уже прекратил разработку из-за проблем с Google Play.

Google больше не конкурирует с Apple — он перенимает её методы. Android, каким мы его знаем, мёртв или скоро умрёт. Нам нужна открытая альтернатива.

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

---

Комментарии

y0kai: Мой следующий телефон будет работать на Linux, даже если это неудобно. Как только этот телефон будет оплачен, я также уйду от Google Fi.

MasterOKhan: Я с тобой, я перевёл все свои компьютеры на Linux по похожим причинам. Недавно купил Android-телефон и установил на него Linux, хотя ещё есть над чем работать, например, со звуком и микрофоном. Жду не дождусь, когда смогу отказаться от iPhone.

• Пользователи выражают недовольство ограничениями Android, такими как блокировка скриншотов и записи звонков, несмотря на их законность в некоторых юрисдикциях.
• Обсуждаются возможные альтернативы: использование двух телефонов (один — для банковских приложений, другой — с открытой ОС) или переход на Linux-смартфоны.
• Отмечаются проблемы Linux-телефонов: короткое время работы от батареи, отсутствие поддержки популярных приложений (банки, мессенджеры) и сырой пользовательский опыт.
• Предлагаются решения: форк AOSP, создание устройств без модема (по аналогии с iPod Touch) или использование внешнего модема для разделения trusted/untrusted частей.
• Поднимается вопрос о необходимости открытой мобильной ОС из-за растущей зависимости от проприетарных платформ (Google/Apple) для доступа к госуслугам, банкингу и другим сервисам.
• Высказывается мнение, что усилия сообщества стоит направить на развитие реальных альтернатив (например, PostmarketOS), а не на кастомные прошивки Android.
• Отмечается, что ключевая проблема — не ОС, а экосистема приложений, которые зачастую требуют наличие Google Play Services и блокируются на нестандартных устройствах.
• Некоторые пользователи считают, что регулирование на уровне ЕС (например, форк Android) могло бы улучшить ситуацию с открытостью и безопасностью.

GrapheneOS и извлечение данных: мифы и реальность

GrapheneOS — защищённая Android-система, превосходящая iOS по ряду параметров. В мае в соцсетях разгорелась кампания, обвинявшая проект в «взломе»; на деле речь шла о добровольной выдаче кода владельцем.

Цифровая форензика

Цель — извлечь доказательства с устройств. Методы могут злоупотребляться против журналистов и активистов, поэтому GrapheneOS максимально усложняет изъятие без согласия.

Cellebrite

Израильская фирма продаёт комплекс UFED для извлечения данных. Оборудование поставляется и авторитарным режимам (Беларусь, РФ, КНР, Мьянма и др.).

Как вытащить информацию

1. Добровольное разблокирование — владелец сам вводит PIN.
2. Взлом — эксплойты или подбор кода.

Устройство бывает в двух состояниях:

• BFU — после перезагрузки, ключи шифрования не загружены, почти всё зашифровано.
• AFU — разблокировано хотя бы раз, ключи в памяти, доступ к данным шире, но экран может быть заблокирован.

• Утечки Cellebrite подтверждают: GrapheneOS с обновлениями после 2022 г. пока «не берётся» взломом.
• Ради высокой безопасности проект отказывается от официального root-доступа и поддерживает только Pixel (они единственные позволяют надёжно разблокировать/перезапирать загрузчик и имеют нужные аппаратные модули безопасности).
• Песочница GrapheneOS изолирует даже закрытые драйверы-блобы (Wi-Fi, модем, Bluetooth), минимизируя риск бэкдоров.
• Пользователи LineageOS считают переход на GrapheneOS оправданным: стабильные обновления, sandboxed Play Services и «выключатель» USB-порта.
• В дискуссии о «хороших/плохих» правительствах большинство сходится: любые власти могут (и будут) злоупотреблять доступом к данным, поэтому доверять кому-либо «вслепую» нельзя.

Что такое GrapheneOS
Android для Google Pixel, заточенный под безопасность и приватность. Работает только на Pixel 8/9 (7 лет обновлений).

Профили

• Разные пользователи = изолированные шифрованные контейнеры.
• Можно полностью выключить профиль, тогда его приложения не работают в фоне.
• Переключение: тянем шторку → иконка внизу → PIN.

Google
Play Services ставятся в 1 клик из собственного магазина GOS; можно жить без Google вообще.

Установка
С браузера за 15 минут с Linux/Win/Mac; проверка образа после загрузки через TPM. OTA-обновления автоматом.

Разрешения
Сеть, камера, микрофон и т.д. – отдельно для каждого приложения и профиля. Удобно ставить апп в «владельца» без сети, потом клонировать туда, где нужно.

Производительность
Без графического shell, чистый AOSP + hardened ядро: быстрее stock-Pixel и без рекламы.

Безопасность

• Песочницы приложений, отключение метаданных Bluetooth/Wi-Fi, эксплойт-защита памяти, авто-перезагрузка если загрузчик разблокирован.
• Возможность показать «proof of boot» – что прошивка не тронута.

Мой сценарий
1 профиль – без сети, 2 – VPN+FIDO, 3 – SIM+Signal, 4 – камера. Переключаюсь по мере надобности.

Девайс
Pixel 8a, 8 ГБ ОЗУ, 256 ГБ ПЗУ, цена ~500 €, заряд 1-2 дня, камера отличная.

Итог
GrapheneOS = Pixel + годы обновлений + контроль над каждым приложением. Если нужен безопасный Android – бери Pixel и ставь GOS.

• GrapheneOS вызывает споры: кто-то хвалит «без-глючность» и песочницы, кто-то ругает отказ от root и «кастрюлю» с профилями.
• Покупка Pixel для GOS в США часто сопровождается требованием персональных данных; часть пользователей платит наличными и вводит фейки.
• Главные плюсы: сильное разграничение прав приложений, отключение Google Play, обновления без глюков, возможность мульти-профилей и VPN-наблюдения.
• Главные минусы: нет автозаписи звонков, сложность переключения профилей, проблемы с RCS/Fi/банковскими и платёжными приложениями, отсутствие root «из коробки».
• Часть комментаторов считает, что GOS всё-таки уменьшает утечки к Google, даже если сервисы Google всё же нужны; альтернативы — /e/OS, рут-образы или полный отказ от смартфона.

reMarkable Paper Pro Move
Самый компактный «бумажный» планшет: 7,3-дюймовый цветной Canvas-дисплей, 2 недели без подзарядки, заряд 0–90 % за 45 мин. Корпус из анодированного алюминия, стекло с текстурой под бумагу. В комплекте стилус Marker, бесплатная доставка, 100 дней теста.

Ключевые плюсы

• Пишет и звучит как настоящая бумага.
• Нет уведомлений и отвлекающих факторов.
• Магнитное крепление стилуса, мгновенное пробуждение экрана.
• Папки, теги, поиск по рукописи (с подпиской Connect).
• Аннотации на PDF, конвертация почерка в текст, слои.

Connect-подписка

• Синхронизация с ПК и мобильными приложениями.
• Неограниченное облако.
• Поиск рукописного текста.
• Шаблоны и планировщики reMarkable Methods.

Цена от 449 $.

• Пользователи жалуются на дороговизну ($450-700), подписку и закрытость ПО reMarkable; многие отказываются от покупки.
• RM2 хвалят за ощущения при письме, но ругают за тормоза после обновлений, ненадёжный свайп и отсутствие split-screen.
• Кто-то ставит Toltec/KoReader и превращает RM в отличный ридер, но замечает слабую поддержку языков и отсутствие официального API.
• Альтернативы: Boox (Android, Kindle-апп, синхронизация), Supernote (без подписки), iPad mini + GoodNotes/Freeform.
• Часть участников возвращается к обычной бумаге: дешевле, проще, не требует подписки и не ломается.

Garmin первым выпустил спутниковые часы

• Модель: Garmin inReach Messenger
• Функция: SOS и обмен текстами без сети
• Цена: $450 + подписка от $15/мес
• Плюсы: работает глобально, 28 дней без подзарядки
• Минусы: толстый, нужен телефон Android/iOS для настройки

Apple Watch с сателлитом пока только в слухах.

• Железо Garmin топ: 30 дней без подзарядки, датчики и брутальность на высоте, софт всегда был хуже.
• Новые Fenix 8 Pro за $1200 + $8/мес за спутник: цена кусается, даже фанаты сомневаются.
• Спутниковый SOS вызывает вопросы: мелкая антенна, узкие каньоны и зарядка «снимать с руки» – не факт, что сработает в экстриме.
• Батарея убита прошивкой 15.05: с 8 дней до 1, поддержка молчит.
• Apple-юзеры не пересядут: нет нормального iOS-фильтра уведомлений и «родного» номера.

FreeDroidWarn — приложение для Android, которое отслеживает и оповещает о новых уязвимостях в установленных приложениях.
Использует открытые базы CVE и Google Play, проверяет обновления в фоне и показывает уведомления, если найдена угроза.

Основное:

• Бесплатно, без рекламы, open-source (GPL-3).
• Минимальные разрешения, работает офлайн.
• Поддержка темной темы, экспорт/импорт списка приложений.

Установка:
Скачать APK из Releases или собрать из исходников.

• Google с 2026/27 г. требует от разработчиков Android-приложений передавать личные данные; без этого приложения не будут работать на «сертифицированных» устройствах.
• У пользователей остаются варианты: старые версии Android, альтернативные магазины, рут/ADB, GrapheneOS или Linux-смартфоны, но всё требует компромиссов.
• Банки всё чаще требуют «официальные» ОС, что ограничивает свободу выбора; некоторые предлагают веб-версии или работают с GrapheneOS.
• Обсуждаемая библиотека-уведомление оказалась тривиальной и избыточной; лицензию быстро сменили с GPLv3 на Apache-2.0, чтобы не пугать разработчиков.
• Общий вывод: технические «заплатки» не решают проблему, нужны антимонопольные законы и давление со стороны пользователей и законодателей.

Ошибка всех споров о sideloading
Популярный аргумент: «Я должен запускать любой код на своём железе». Он верен, но в контексте обсуждения — пустой. Google ограничивает не аппарат, а программное обеспечение, поставляемое с ним. iPhone без iOS — уже не тот продукт, поэтому заставлять Apple менять iOS законодательно — значит подрывать его успех.

Критиковать нужно не ограничения ОС, а невозможность по-настоящему управлять железом. Производители обязаны предоставлять документацию и поддержку, чтобы можно было ставить альтернативные ОС: Android на iPhone, Linux на PS5.

• Смартфоны уже не просто гаджеты, а ключ к банкам, госуслугам и повседневной жизни; без аккаунта Apple/Google всё сложнее.
• Большинство сервисов (банки, Netflix и др.) требуют «доверенную» цепочку ПО и железа, поэтому альтернативные ОС фактически невозможны.
• Участники делятся на два лагеря: «открытое железо для всех» vs «безопасные, закрытые устройства для большинства».
• Поднимаются вопросы права собственности, лицензий, IP-законов и даже того, что в будущем мы будем арендовать, а не покупать устройства.
• Реалистичный выход: требовать от гос- и коммерческих сервисов полноценных веб-версий, чтобы не быть привязанным к конкретной ОС.

• YouTube
  О платформе • Пресс-центр • Авторское право • Связаться • Авторам • Реклама • Разработчикам • Условия • Конфиденциальность • Правила и безопасность • Как работает YouTube • Тест новых функций • NFL Sunday Ticket

© 2025 Google LLC

• Google усиливает блокировку установки сторонних APK (ReVanced, F-Droid), что вызывает раздражение и разговоры о переходе на iPhone или «думфоны».
• Участники предлагают радикальные меры: отмену DMCA, антимонопольные разбирательства, законодательное право на перепрошивку и ремонт.
• Многие рассматривают альтернативы — LineageOS, GrapheneOS, HarmonyOS, Linux-телефоны (FLX1, Jolla) или удалённый рабочий стол.
• Сообщество фиксирует тренд «компьютер в кармане превращается в закрытую игровую приставку» и обсуждает, как долго ещё можно пользоваться старыми Galaxy без обновлений.

Телефон стал ридером

С 2016-го читаю на Kobo, но у него проблемы: книги из библиотеки не всегда открываются, синхронизация статей через Pocket требует предварительных действий, а сам сервис теперь закрыт. Партнёр читает на смартфоне, но мне мешает подсветка и соблазн переключиться на что-то другое.

Узнал о Minimal Phone — Android-телефоне с электронной бумагой. Заказал как подарок себе: размер почти как Pixel 8, внизу физическая клавиатура, сверху 6-дюймовый e-ink. Под капотом чистый Android, можно выбрать лаунчер. Сбоку кнопка: короткое нажатие убирает «ghosting», долгое — вызывает быстрые настройки дисплея и подсветки.

Главный параметр — режим обновления. «Медленный» даёт полутона и минимум шлейфов, но экран мерцает. «Быстрый» (всё равно не 60 Гц) рисует только чёрное-белое, мерцания почти нет. «Гибрид» переключается сам: движение — быстрый, статика — медленный. Им и пользуюсь.

Клавиатура приятная, но…

• Пользователи обсуждают «Minimal Phone» с e-ink и физической клавиатурой: кто-то хвалит за снижение зависимости от скроллинга, кто-то ругает за баги, цену ($399–499) и неудобную клавиатуру.
• Основные претензии: теряются нажатия, медленный Google Maps, нет нормальной камеры, сложности с WhatsApp/банками, отсутствие кнопок листания.
• Часть аудитории ищет альтернативы (Boox Palma, старый Kindle, просто ч/б-режим на iPhone) или предлагает «самоограничение» вместо нового устройства.
• Некоторые мечтают о e-ink-ноутбуке или модульном экране, другие сомневаются в надёжности компании-производителя.

Можно ли разрешить sideload и остаться в безопасности?

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

Почему сейчас всё плохо

• Google Play Protect проверяет лишь часть приложений; зловреды всё равно проскальзывают.
• Сторонние магазины (F-Droid, Amazon) уже существуют и безопасны.
• Пользователи Android могут включить «Неизвестные источники» одним чекбоксом, но получают лишь туманное «вы можете погибнуть».

Как сделать sideload безопасным

1. Песочница + разрешения
   Приложение запрашивает только то, что реально нужно; система блокирует доступ к остальному.
2. Подписи и репутация
   APK подписывается разработчиком; ОС показывает, кто автор и сколько лет без инцидентов.
3. Сканирование до установки
   Проверка в облаке на вирусы и известные уязвимости — как Play Protect, но прозрачно.
4. Обновления и отзыв
   Приложение может обновляться только тем же подписантом; при первом подозрении — автоматический отзыв сертификата.
5. Ясные предупреждения
   «Это приложение просит доступ к SMS и ещё не проверено Google. Установить?» — с кнопкой «Подробнее».

Что мешает

• Деньги: Google теряет 30 % комиссии, если пользователи уйдут в сторонние магазины.
• Контроль: открытая платформа сложнее цензурировать.

Вывод
Технически безопасный sideload возможен уже сегодня — достаточно внедрить стандартные механизмы проверки и прозрачности. Остаётся только политическая воля.

• Вопрос «безопасность vs. свобода установки» — ложная дихотомия: большинство вредоносных программ всё равно приходит из официальных магазинов.
• Термин «sideloading» — пропагандистский; правильнее говорить «установка софта на своё устройство».
• Владелец устройства должен иметь последнее слово, а не корпорация или государство.
• Можно совместить: «безопасный» режим по умолчанию + опция «разработчик» с чёткими предупреждениями.
• Настоящая цель новых ограничений Google — не защита, а контроль и слежка под флагом европейских и американских законов.

Неприятные вопросы о верификации Android-разработчиков

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

Вопросы к Google по новой программе верификации разработчиков:

1. Анонимные разработчики
   Как быть автору гипотетического Android-аналога ICEBlock («ICE Scream»), который по опыту ICEBlock вынужден скрывать личность?

2. Экспертиза гражданского общества
   С какими организациями (EFF, AccessNow и др.) Google консультировалась и какие изменения внесены?

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

4. Отладочные ключи
   С 2027 г. для разработки нужны debug-keystore, но они не входят в процесс верификации. Как тестировать на сертифицированных устройствах?

5. Дублирующиеся package-name
   В обучающих целях часто используют одинаковые package-name, но они запрещены. Как запускать примеры из книг и курсов?

Есть вопросы — заполните форму или пишите:

• гражданским организациям: dev.verification@commonsware.com
• самой Google: did.you.really.need.a.written.invitation@commonsware.com

• Участники резко критикуют Google за введение обязательной верификации разработчиков для сайдлоада, называя это «фашистским контролем», отказом от идеи открытого Android и шагом к полному закрытию экосистемы.
• Поднимается вопрос права собственности: «ты покупаешь устройство, но фактически арендуешь его у OEM», сравнения с запретом ставить любые шины на купленную машину.
• Люди боятся цепочки «сначала телефон, потом ПК», приводят примеры macOS Gatekeeper и даже ограничения мощности VW по подписке.
• Некоторые уже ищут выходы: LineageOS, PostmarketOS, «де-гугловские» китайские OEM, но признают проблемы с драйверами, SafetyNet и банковскими приложениями.
• Сторонники отмечают, что анонимная разработка важна для журналистов, активистов и просто безопасности разработчика, а требование раскрывать личность — удар по свободе ПО.

Google вводит обязательную верификацию разработчиков для установки Android-приложений вне Play Store.

• Цель: снизить риск вредоносного ПО, мошенничества и спама.
• Как: разработчики должны подтвердить личность через Google Play Console и получить «печать подлинности».
• Где действует: при установке APK из браузера, файлового менеджера или сторонних магазинов.
• Исключения:
  • приложения, уже установленные до вступления правил;
  • обновления через официальные каналы (Play Store, Galaxy Store, F-Droid).
• Сроки: тестирование начнётся «в ближайшие месяцы», полный запуск — позже.
• Последствия: без верификации установка будет заблокирована, а пользователь увидит предупреждение.

• Google требует верификации личности всех разработчиков Android-приложений, включая тех, кто распространяет вне Play Store.
• Это фактически убивает свободную установку (sideloading) и ставит под угрозу GrapheneOS, F-Droid и локальные сборки open-source-проектов.
• Пользователи и разработчики видят в этом конец «моё устройство — мои правила»: телефон становится арендованным у Google.
• Банки и госорганы уже «поддержали» меру, что усиливает опасения о цензуре и отключении неудобных приложений.
• Многие обсуждают уход с Android, двух-устройственную стратегию «один — для банков, другой — для свободы» или массовый переход на Linux-девайсы вроде PineTab.

Цели мастер-класса

• Основные: узнать о «одноразовых» телефонах и получить удовольствие.
• Скрытые: понять границы этих устройств, связать их с общей цифровой гигиеной, научиться делиться знаниями.
• Запреты: не раскрывать личные данные, не поощрять вред или преследование.

Моделирование рисков
Ответьте на три вопроса:

1. Что защищаем?
2. От кого?
3. Что случится, если всё провалится?

Примеры: протест, рейд ICE, онлайн-преследование, борьба с зависимостью от смартфона. Учитывайте риски для всей вашей сети.

Почему смартфон — это риск

• IMEI (железо) и IMSI (SIM) делают полную анонимность почти невозможной.
• Четыре категории утечек:
  1. Идентификация и финансы (платежи, контракты).
  2. Местоположение (GPS, Wi-Fi, вышки).
  3. Коммуникации и соцграф (звонки, контакты).
  4. Контент и хранилище (фото, бэкапы, приложения).

Быстрые меры для любого телефона

• Обновляйте ОС.
• ПИН-код вместо биометрии.
• Отключите облачные бэкапы или шифруйте их.
• Установите Signal.
• Жёстко ограничьте разрешения приложений.
• Выключа­йте радиомодули, когда не нужны.
• Храните минимум чувствительных данных.

Android

• Выключите Google Location History и персонализированную рекламу.
• Используйте Firefox/Brave, F-Droid, GrapheneOS или CalyxOS.

iPhone

• «Запретить отслеживать», ограничить Siri, включить режим Lockdown при высоком риске.

• Мобильные телефоны изначально проектировались как трек-устройства из-за роутинга вызовов и биллинга; «анонимные» бёрнеры почти невозможны в странах с обязательной идентификацией.
• Даже если купить аппарат и SIM за наличные, нужно держать «бёрнер» отдельно от основного телефона и не включать его дома/на работе, иначе корреляция по времени и месту выдаёт владельца.
• Альтернативы: LoRa-мэш (MeshCore), приёмники старых пейджеров, спутниковые телефоны, ham-радио — но всё это текст, ограниченный радиус или требует лицензий.
• eSIM и современные SoC с закрытым baseband делают отслеживание ещё глубже: модем «спит» даже в авиарежиме, а отключить радио полностью нельзя.
• Лучший совет — начать с threat-modeling и, если риск высок, просто оставить телефон домой: любое включённое радио — это маяк.

• Pixel 10

  • 6,2" OLED 120 Гц, Tensor G5, 12 ГБ ОЗУ, 128/256 ГБ, 50 МП + 13 МП, 4575 мА·ч, 27 Вт, IP68, 799 $.

• Pixel 10 Pro

  • 6,7" LTPO 1–120 Гц, 12 ГБ, 256/512 ГБ, 50 МП + 48 МП + 48 МП, 5050 мА·ч, 37 Вт, 999 $.

• Pixel 10 Pro XL

  • 6,9" LTPO, 16 ГБ, до 1 ТБ, 5500 мА·ч, 45 Вт, 1199 $.

Общее

• Gemini Nano 2.0 на устройстве, 7 лет обновлений.
• Дизайн: плоские рамки, новые цвета (Obsidian, Porcelain, Sky, Jade).
• Предзаказ с 8 августа, старт продаж 22 августа.

• Tensor G5 + Gemini Nano запускают Magic Cue локально; это выглядит как то, что Apple обещала, но не выпустила.
• Железо Pixel 10 всё ещё отстаёт по скорости от флагманов на Snapdragon 8 Elite и греется.
• Камерный модуль огромен, 100× «Pro Res Zoom» использует генеративную «доработку» деталей.
• Нет лотка для физической SIM: eSIM только через GMS, что ломает совместимость с LineageOS и GrapheneOS.
• Цены стартуют с $799, но многие считают это дорого и ждут Pixel 10a или скидок на старые модели.
• Проблемы с миграцией данных, стабильностью ПО и отсутствием продаж в большинстве стран остаются.

Google признал антиконкурентное поведение в Австралии:

• компания согласилась, что ограничивала выбор поисковой системы на Android-устройствах;
• подписала обязательство перед ACCC изменить практику и уведомлять пользователей о доступных альтернативах Google Search;
• обязательство действует 5 лет и подлежит судебному контролю;
• ACCC считает признание важным шагом к восстановлению конкуренции.

• Google заплатила Telstra, Optus и TPG, чтобы быть единственным предустановленным поиском на Android-смартфонах в Австралии с декабря 2019 по март 2021.
• Участники сделки получили долю от рекламной выручки Google; регулятор назвал это антиконкурентным и оштрафовал Google на 55 млн AUD.
• Комментаторы считают штраф «карманными деньгами» и требуют наказывать процентом от глобального дохода или привлекать к уголовной ответственности.
• Многие отмечают, что Telstra, Optus и TPG тоже должны быть оштрафованы как сознательные участники схемы.
• Некоторые пользователи уже перешли на DuckDuckGo, Kagi и другие поисковики, но большинство остаётся «запертым» в экосистеме Google.

ScrollGuard — блокирует Reels и Shorts в Instagram, Facebook, Reddit, YouTube.
Устанавливает лимит прокрутки в любых приложениях. Без рекламы и отвлечений.

iOS: из-за ограничений системы полноценная блокировка невозможна, но разрабатывается альтернативное решение.
Оставьте e-mail, чтобы получить уведомление о релизе.

© BreakTheScroll | Политика конфиденциальности

• Пользователи жалуются, что Instagram и YouTube навязывают рекомендованный контент и Shorts, а встроенные переключатели либо отсутствуют, либо временные (30 дней).
• На Android применяют ReVanced, DFinstagram, uBlock, либо новое приложение с Accessibility Service, чтобы вырезать ленту/Shorts, но требуются права root или доверие к стороннему коду.
• На iOS такие же модификации невозможны; люди переходят в браузер, ставят Safari-расширения (Shorts-Stopper, Unhook) или вовсе удаляют приложения.
• Часть участников ищет решения на уровне сети (DNS, роутер) или полностью отказывается от централизованных платформ в пользу открытых альтернатив (Pixelfed, FreshRSS).
• Общий вывод: борьба с алгоритмами сводится к «хакам» и самодисциплине, поскольку сами платформы не дают удобных выключателей.

Что происходит
Брюссель предлагает «Chat Control»: обязательный сканер всех личных сообщений и фото, включая зашифрованные. Это массовое наблюдение без подозрения и без исключений для 450 млн граждан ЕС.

Последствия

• Слежка: каждое сообщение, фото, файл автоматически проверяются.
• Взлом шифрования: бэкдоры откроют доступ хакерам и спецслужбам.
• Права человека: нарушение статей 7 и 8 Хартии ЕС.
• Ложные срабатывания: отпускные фото и шутки признают «запрещённым контентом».
• Дети не в безопасности: эксперты ООН говорят, что массовая слежка не защищает, а ослабляет безопасность.
• Прецедент: авторитарные режимы будут ссылаться на ЕС, чтобы вводить собственные сканеры.

Позиции стран ЕС

• Против: 3 государства
• За: 15
• Не решились: 9

Что делать

1. Выбрать волнующие пункты (приватность, шифрование, ложные обвинения и т.д.).
2. Отредактировать письмо.
3. Отправить депутатам Европарламента одним кликом.

Ресурсы

• Анализ Патрика Брейера
• EDRI
• noyb

© 2025, инициатива граждан

• Европарламент тайно проголосовал за обязательную верификацию возраста при доступе к порнографии с тюремным сроком до года (поправка 186).
• Французы и другие почти без исключения поддерживают инициативу; активисты жертвуют GrapheneOS и аналогичным проектам.
• Совет ЕС сильнее Парламента и именно он продвигает «Chat Control»; сайт fightchatcontrol.eu пока отражает позиции правительств, а не личные взгляды депутатов.
• Участники обсуждения считают конец онлайн-анонимности концом интернета и предлагают план «Б»: децентрализованные мессенджеры, самостоятельные сборки Android, TOR.
• Евродепутаты и чиновники исключены из-под слежки «по правилам профессиональной тайны», что вызывает особое возмущение.

Я купил умные часы Colmi P80 за £16 лишь потому, что у них USB-C. Хотел проверить, возможно ли заряжать часы общим кабелем, и оказалось — да.

Что работает

• Показывает точное время.
• Подключается по Bluetooth без PIN.
• Принимает звонки, вибрация заметна.
• Подсветка включается поворотом запястья.
• Есть 2048, фонарик, USB-C-зарядка.

Автономность
0-100 % за 90 мин; после суток активного использования осталось 80 %, через 4 дня — 40 %.

Недостатки

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

Вывод
За £16 это рабочий «однодневный» гаджет: заряжается от любого USB-C, звонит, показывает время. Не ждите медицинской точности и приватности.

• Часы за £16 не тянут 5,1 кОм резисторы на CC-пинах USB-C, поэтому не заряжаются от «умных» зарядок.
• Пользователи жалуются на отсутствие ПО, проприетарные серверы и риск «мертвого» устройства после прекращения поддержки.
• Некоторые хвалят дни работы без подзарядки, магнитные кабели и возможность самому перепаять питание.
• Поднимаются темы приватности, происхождения данных и желания открытой прошивки (Gadgetbridge, wasp-os).
• Итог: за цену двух кружек пива — рабочий, но «сырой» продукт; покупать или нет — решать вам.