Hacker News Digest

Пять лет назад казалось, что 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.

Пароли постепенно вытесняются «пасключами» (passkeys), которые подаются как более безопасная и удобная альтернатива. Однако, в отличие от паролей, приложений-аутентификаторов или физических ключей, пользователь не имеет полного контроля над пасключами: у сайтов есть скрытый механизм, позволяющий постепенно отбирать у вас возможность распоряжаться ими по своему усмотрению. Технологию продвигает альянс FIDO — консорциум, куда входят корпорации, спецслужбы, банки и госструктуры, но не входит ни одна организация по защите прав потребителей. У каждой стороны свой интерес: реклама, слежка, снятие ответственности.

В комментариях отмечают ещё одну опасность: в США для разблокировки устройства по биометрии не нужен ордер — полиция может просто поднести телефон к лицу и получить доступ к данным. Пароль же, будучи «речью», принудительно выдать сложнее, а данные можно шифровать несколькими паролями, контролируя, что именно раскрывается. К тому же биометрия уступает хорошему паролю по стойкости: подделать отпечаток или лицо несопоставимо проще, чем взломать надёжный пароль.

Обсуждение дополняет статью примерами плохого UX, опасениями по поводу вендор-лока и юридических рисков. Многие участники защищают passkeys как единственную эффективную защиту от фишинга и MITM-атак. Сторонники passkeys (@advisedwang, @ttul) утверждают, что TOTP уязвим для фишинга и MITM-атак, в то время как passkeys решают эти проблемы, делая их на порядок безопаснее. Пользователь @agwa считает сценарий массового переключения на аттестацию ключей маловероятным, так как Apple не поддерживает аттестацию, а браузеры запрашивают разрешение пользователя. Механизм удаленной аттестации (remote attestation) воспринимается как серьезная угроза приватности и инструмент усиления дуополии Apple и Google (@userbinator, @elric, @djfergus). Для минимизации рисков потери доступа рекомендуется использовать несколько passkeys для одного аккаунта, храня их в разных менеджерах паролей (@skybrian). Текущий UX passkeys оценивается как фрагментированный и неудобный: разные сайты реализуют разные сценарии входа, а процесс отмены подписки на passkeys часто скрыт в глубоких настройках (@tonymet, @bmitch3020). Существует проблема ограниченного объема памяти аппаратных ключей; например, дорогие YubiKey вмещают лишь около 100 passkeys, что недостаточно для пользователей с сотнями аккаунтов (@elric). По опыту @oefrha, внедрение требования userVerification в 1Password привело к необходимости вводить и мастер-пароль менеджера, и пароль сайта, что нарушает концепцию «одного пароля». Высказываются опасения, что централизация учетных данных через passkeys облегчит доступ правоохранительных органов к данным пользователей и станет шагом к внедрению государственных цифровых ID (@beaker52). Отмечается риск юридической незащищенности: в отличие от паролей, биометрическая разблокировка passkeys может не подпадать под защиту некоторых поправок к Конституции США (@waterheater).

Программист Giles Goddard, отвечавший за «лицо Марио» на экране загрузки, рассказывает, что над Super Mario 64 работало всего около 15 человек — заметно меньше, чем над The Legend of Zelda: Ocarina of Time. Офис Nintendo был открытым, но разделённым на отсеки: художники и программисты сидели отдельно, а команда росла от центра, втягивая соседних специалистов. В японской студии царила тишина — стоило программистам собраться поболтать, как начальство одним взглядом заставляло их замолчать, совсем не как в британских или американских компаниях.

Проект стартовал задолго до появления железа — на эмуляторах SGI Onyx, где программист Нисида гонял первых марио по эмуляции графической библиотеки, а не самого N64. Миямото был полностью погружён в игру: садился за консоль, играл с демо и обожал эксперименты — именно так родилось интерактивное лицо Марио. Физику специально «подкручивали», чтобы герой мог нарушать законы реального мира ради азарта. Уровни казались огромными лишь за счёт узких извилистых карт и подмены секций, а эффект бесконечной лестницы — простым возвратом Марио в ту же точку, что происходило так быстро, что оставалось незаметным.

Создание Super Mario 64 требовало самостоятельного освоения сложной 3‐D математики: разработчики начала 90‐х разбирались с матрицами, перспективой и линейной алгеброй без доступа к интернету. Игра привнесла революционный аналоговый стики‐контроль, заменив «танковые» схемы управления и став ключевой инновацией. Чувство управления достигнуто за счёт многократного тонкого подгонения параметров скорости, ускорения, трения и импульса через длительное тестирование. Команда SM64 состояла из примерно 15 человек — значительно меньше, чем у Ocarina of Time (40‐50), что подчеркивает эффективность небольших групп Nintendo. Разработка велась в тихом японском офисе, где шум подавлялся по умолчанию, в отличие от современных студий. Большая часть усилий сосредоточилась на движении Марио и камере; Миямото тратил на это большую часть своего времени. Отделение художников и программистов способствовало фокусировке команд. Демонстрация 3‐D от Argonaut была выпущена для Game Boy, а не для NES, как иногда ошибочно указывают. Современные разборы Kaze Emanuar выявляют баги и неоптимальные места в SM64, подтверждая, что оригинальный код был далеко не идеален. SM64 ввёл современную схему управления от третьего лица с независимой камерой, отличающуюся от прежних «танковых» контролей.

В Сан-Франциско арестован 35-летний инженер OpenAI Абдулрахман Альфозан, гражданин Саудовской Аравии. Его обвиняют в попытке перехвата устных переговоров: 30 сентября сотрудники компании нашли в переговорной комнате для руководства записывающее устройство, спрятанное в туалетной бумаге и подключённое к USB-порту на задней панели телевизора. По версии прокуратуры, устройство установили около 28 сентября, а его содержимое было зашифровано. Альфозан работает в OpenAI с июля 2025 года и, по данным следствия, не имел права входить в эту комнату, где обсуждалась конфиденциальная техническая, коммерческая и стратегическая информация, включая собственные исследования, планы по продуктам и взаимодействие с государственными структурами.

Записи камер наблюдения показывают Альфозана рядом с комнатой в разные дни до обнаружения устройства. Ранее он через инструмент продуктивности интересовался адресами зданий OpenAI, переговорными, их вместимостью, календарями и местами встреч руководства и партнёров. Связанный с его супругой аккаунт чат-бота 24–30 сентября запрашивал, как собрать непрерывный аудиорекордер, зашифровать SD-карту и удалённо получить доступ к устройству, а 27–28 сентября — данные о конкретной модели, включая её MAC-адрес. 5 октября Альфозан заходил в комнату и, как утверждается, заглядывал за телевизор, а в другом помещении оставил сумку, где охрана нашла его бумажник, удостоверение и второе похожее записывающее устройство.

Прокурор Крейг Миссакиан назвал дело вопросом национальной безопасности, а директор ФБР Кэш Пател заявил, что защита американских ИИ-инноваций — один из главных контрразведывательных приоритетов. Альфозану грозит до пяти лет тюрьмы и штраф 250 тысяч долларов с последующим трёхлетним надзором. OpenAI заявила, что не видит признаков неправомерного доступа к весам моделей, исходному коду или данным клиентов.

Обсуждение дополняет статью ироничным анализом низкой квалификации шпиона, который использовал общедоступный чат-бот и дешевое оборудование, ставя под сомнение версию о «высокотехнологичном» государственном шпионаже. Методы преступника были дилетантскими: ChatGPT применялся для инструкций по созданию устройства, а маскировка в туалетную бумагу за телевизором выглядит нелепо для профессионала. По мнению @tamimio, устройство — это плата Seeed Studio XIAO ESP32S3 Sense стоимостью 15–35 долларов, что противоречит определению «сложного устройства» в отчетах OpenAI. Пользователи отмечают иронию, что OpenAI использовала собственные модели для анализа устройства, что выглядит как маркетинговый ход в разгар скандала. Спор: @mrandish утверждает, что аудиозаписи из переговорной не дают доступа к проприетарным технологиям, но в жалобе OpenAI указано, что там обсуждались конфиденциальные технические и стратегические планы. Существует опасение, что если инженер имел доступ к коду и документам OpenAI в течение 15 месяцев, основные данные могли быть похищены задолго до попытки установить жучок. По опыту @simonw, подозреваемый ранее работал в Meta над инфраструктурой данных, что может повлечь за собой аудит безопасности в этой компании. Пользователи указывают на риск того, что гражданин Саудовской Аравии может покинуть США до начала судебного процесса.

Команда Thunderbird разрабатывает нативное приложение для iPhone с нуля, не используя существующий код. Это позволяет применить весь опыт, накопленный при создании версий для настольных компьютеров и Android, и сразу заложить быструю, надёжную и современную основу. Конечная цель — бесшовная работа на всех устройствах: почтовый процесс должен ощущаться единым и на компьютере, и в дороге. Сейчас основное внимание уделяется чистой архитектуре, что в будущем ускорит добавление новых функций.

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

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

Пользователи скептически относятся к новому iOS‐клиенту Thunderbird из‐за давних проблем: неудобный поиск (баг с «wedding» открыт 14 лет), громоздкая работа с ветками (клик открывает все сообщения в цепочке, особенно неудобно при 60+ письмах), отсутствие полной синхронизации и устаревший дизайн («Bootstrap‐подобный», не соответствующий 2026 году). Многие считают, что встроенный iOS‐Mail уже удовлетворяет их потребности, делая Thunderbird излишним. На других платформах пользователи также жалуются на почти бесполезный поиск. Дискуссия о кроссплатформенности Thunderbird разделилась: одни хвалят поддержку CardDAV/CalDAV для Linux, несмотря на тяжеловесность; другие называют его «тормозом» с плохой интеграцией и базовыми недоработками. Для решения проблем предлагают использовать форки и патчи сообщества (Betterbird, K9 для Android) или альтернативные клиенты вроде Marco с офлайн‐синхронизацией и push‐уведомлениями. Пользователи требуют от iOS‐версии полной загрузки всей почты и поддержки JMAP для офлайн‐доступа и быстрого отклика, как у настольных клиентов.

Новая модель Gemini 4 Argon позиционируется как инструмент для решения передовых задач в науке, математике, робототехнике и киберзащите. Она помогает исследователям Google и научному сообществу ускорять путь к открытиям: в частности, в Isomorphic Labs модель синтезирует сложные PDF-файлы и патенты, извлекая нужную информацию и сокращая процесс, который обычно занимает недели, до нескольких часов. В робототехнике Argon автономно превращает сырое видео в физически точную симуляцию, оценивая глубину и физические границы и генерируя код для воспроизведения реальной среды.

В сфере кибербезопасности модель делит первое место на CWE-Bench с результатом 68% по устранению уязвимостей, названа самой устойчивой к косвенным инъекциям промптов и расширяется на сотни новых партнёров программы Fairwind. Среди других достижений — оптимизация открытого пакета квантовой химии, ускорение открытых моделей Gemma почти втрое и миграция устаревшего кода. По отзывам партнёров, на более чем 200 сложных синтетических продольных графиках модель показала наивысшую полноту и точность кодов МКБ-10, а на научном бенчмарке Axiom Bio оказалась на переднем крае в большинстве задач, включая ранжирование клинического риска между двумя препаратами. Доступ к Gemini 4 Argon открыт для подписчиков Google AI Pro и Ultra, а учёные и защитники могут подать заявку на участие в исследовательских и security-программах.

Тред подтверждает сильные стороны Gemini 4 Argon в генерации качественного текста и нелинейных задачах, но отмечает повышенную частоту ошибок, высокую стоимость и проблемы с доступом и развертыванием. Argon демонстрирует более высокую частоту ошибок из‐за бесконечных циклов рассуждений и трудностей в разделении блоков рассуждений (gertlabs). Для нетехнических запросов Argon выдаёт лаконичные, логически структурированные ответы и умеет строить симуляции и иллюстрации (svara). Модель генерирует высококачественный английский текст, но иногда использует em‐dash; проблемы с масштабированием и доступом в EU (postalcoder). Google сохраняет консистентность: мульти‐модальность, огромные окна контекста и низкая цена (manlymuppet). Стоимость выполнения задачи для Argon $3.51 против $0.41 у конкурентов (mridulmalpani). В тесте image→html модель оценивается как B‐tier, уступая Opus 5.5 и Astra (jjcm). Argon значительно улучшил результаты на немецком языке (scirob). В EU модель теперь обучается на данных пользователей, если включена активность (asdewqqwer). Используется для дешифровки рукописи Войнича, демонстрируя глубокий анализ (d2kx). Через OpenRouter Argon сравним с Opus 5.5, но автор разочарован Sol 6.1 (Macuyiko). В кодовом тесте Argon решил 10 из 11 задач, но затратил $0.52, 4 мин и 24 к токенов, иногда упуская решение из‐за переосмысления (ariwilson). Для проектирования UAV Argon эффективнее Flash 3.8, что позволяет отказаться от Claude (lp92). На уровне предприятия можно переключаться между Opus 5.5 и Gemini Argon, что удобно для потребителей, но усложняет разработчикам (sashank_1509). Argon способен преобразовывать видео в физически точные симуляции, что потенциально революционно (freakynit). Модель доступна только для подписки Ultra; Pro‐пользователи остаются без доступа (bezko, tireonfire, efficax).

В Anthropic узким местом разработки стала не генерация кода, а инфраструктура для людей: система контроля версий, сборки и CI. Если в мае 2026 года в монорепозиторий вливалось в среднем около 2 500 изменений в день, то к сентябрю — уже более 30 000. Рост не замедляется: спрос на слияние кода практически бесконечен, и снятие каждого узкого места сразу увеличивает объём производимого кода.

Git плохо подходит для такой нагрузки. История главной ветки — почти 100 ГБ, а сжатая рабочая копия — свыше 25 ГБ; выполняется порядка 25 млн извлечений кода в день только для CI, что при наивной загрузке дало бы более 600 ПБ трафика. Обходные пути — shallow-клоны, sparse-checkout, promisor-remote, а также внутренние зеркала и «снимки» репозитория в хранилище — на пике это были сотни зеркал. Они выигрывали время, но становились всё сложнее в эксплуатации по мере роста частоты слияний: снимки отстают от вершины main, а операции вроде diff и blame на частичных клонах требуют всё больше усилий.

Решение — собственный контроль версий Scion, на который монорепозиторий полностью перевели с git за пять месяцев. В этот же срок создали поверхность код-ревью Antique, поиск по коду, систему управления доступом IAM и новые способы проводить большие объёмы проверенного кода. Ирония в том, что способность Claude писать код и создала проблему, и помогла быстро построить масштабируемую систему. Anthropic планирует делиться наработками с сообществом git, GitHub и GitLab.

Обсуждение дополняет статью скепсисом относительно качества кода при темпе 30к мержей в день и ставит под сомнение техническую необходимость отказа от Git в пользу кастомного решения, сравнимого с возвратом к SVN. Часть пользователей считает отказ от Git неизбежным при агентном кодинге (@jqdsouza, @Gepsens), другие (@bob1029) не видят технических доказательств, что Git не справился бы с такой нагрузкой при правильной настройке. Пользователи спорят о качестве кода: @duttish находит в коде Claude «кривые вещи» (janky crap), что вызывает вопросы о том, как Anthropic обеспечивает ревью 30 000 PR в день без потери качества. Роль инженера смещается от написания кода к функции «контролера», чья основная задача — говорить нейросети «нет», когда она нарушает системные ограничения ради следования паттернам (@alex_suzuki, @kburman, @bob1029). Снижение стоимости написания кода с помощью ИИ делает экономически выгодным создание собственных кастомных инструментов вместо адаптации существующих решений (@kburman). Огромный объем изменений (churn rate) может быть признаком не эффективности, а отсутствия единого видения продукта или плохой архитектуры (@he0001, @netburst). Архитектурно Scion напоминает возвращение к централизованным системам контроля версий вроде Subversion (SVN) (@tatersolid, @mijoharas, @mey). Для коллаборации агентов в качестве альтернативы Git рекомендуется обратить внимание на Pijul (@blurbleblurble). Существует риск «FOMO-эффекта», когда другие компании начнут копировать подход Anthropic, не обладая их ресурсами и объемом данных (@preommr).

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

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

Публикация на HN часто триггерит агрессивный бот-трафик, который может привести к огромным счетам за облачные ресурсы и DDoS-эффекту даже без популярности поста. Боты начинают сканировать ресурс мгновенно после добавления TLS на поддомен или публикации ссылки на HN, даже если пост не набрал лайков. Рекомендуется блокировать целые ASN крупных облачных провайдеров (AWS, Google Cloud, Azure, Alibaba Cloud, Oracle) — через них идет основной поток злонамеренного скрапинга и поиска уязвимостей. Следует различать типы LLM-трафика: индексаторы (GPTBot, ClaudeBot) можно блокировать, но пользовательские агенты (ChatGPT-User, Claude-User) могут приносить ценных посетителей. Бот-трафик приводит к серьезным финансовым потерям: @QueensGambit сообщил о счете в $10,000 от GCP из-за ClaudeBot, @layerv-ai отмечает резкий рост счетов Vercel даже при наличии защиты Cloudflare. Для борьбы с ботами рекомендуют использовать специализированные списки блокировки (например, blocklist-abuseipdb по совету @pmlnr) или инструменты вроде CF Turnstile (@paaloeye). Чтобы снизить нагрузку и улучшить скорость, советуют отказаться от SPA в пользу кэшируемых статических страниц и серверного рендеринга (@est, @mediumsmart). Альтернатива стандартным прокси-решениям — собственная версия Anubis на Elixir для валидации вызовов внутри приложений (@8by3). Спор о масштабах проблемы: @janalsncm считает, что несколько запросов в минуту легко выдержит даже старый ноутбук, в то время как другие описывают ситуацию как полноценный DDoS и финансовый крах.

Производство электроэнергии на душу населения в Великобритании упало более чем на треть от пика начала 2000-х годов. Если в мире этот показатель за столетие вырос более чем на 50%, то в Соединённом Королевстве он достиг максимума в 2003 году — около 6700 киловатт-часов на человека — и с тех пор снизился примерно до 4200 киловатт-часов. Это ниже уровня 1968 года (около 4300 киловатт-часов), то есть страна вернулась к потреблению электроэнергии полувековой давности.

Часть спада объясняется ростом импорта: доля чистого ввоза электроэнергии выросла с 1% спроса в 2010 году до 9% в 2025-м. Но главная причина — не только деиндустриализация. Данные Международного энергетического агентства показывают, что потребление в промышленности сократилось на четверть с 2005 года, однако жилой и коммерческий секторы дали такое же падение. Заметную роль сыграли повышение энергоэффективности: переход от ламп накаливания к светодиодам и стандарты эффективности бытовой техники.

Падение генерации в Великобритании вызвано не только энергоэффективностью, но и глубокой деиндустриализацией, резким ростом цен на электричество и переходом на импорт энергии. Значительный вклад в снижение потребления внесли технологические замены: переход с ЭЛТ-мониторов на ЖК, с ламп накаливания на LED и с настольных ПК на ноутбуки. Часть пользователей считает снижение потребления позитивным следствием эффективности и утепления жилья, другие видят в этом признак экономического упадка, «скрытого рационирования» из-за высоких цен и аутсорсинга энергоемких производств в Китай. Стоимость электроэнергии в Великобритании стала одной из самых высоких в развитом мире, что вынуждает потребителей и бизнес минимизировать её использование. Существует спор о том, учитывается ли в статистике генерация на объектах (например, солнечные панели на заводах): @andyjohnson0 предполагает, что это может выглядеть как снижение спроса, а @torginus утверждает, что из-за связи с сетью и обратной подачи такие мощности должны учитываться. Переход от угольного отопления 1970-х к центральному газовому отоплению снизил потребность в электрических обогревателях. По опыту @cm2187, представители National Grid обсуждали возможность введения прерывистой доступности электроэнергии, заставляя потребителей подстраивать бытовые задачи под периоды избытка мощности.

Apple запустила кампанию «Switch to Safari», призванную убедить пользователей отказаться от Chrome. На новом сайте и в двух роликах на YouTube компания называет Safari «более мощным и приватным браузером, чем Chrome». В числе заявленных преимуществ — экономия батареи, усиленная защита приватности и более высокая скорость.

Ключевые цифры: до 5 часов дополнительного просмотра видео на Mac по сравнению с Chrome и до 35% более быстрая загрузка часто посещаемых сайтов. Apple также упрекает Chrome в том, что тот не запоминает, какие отвлекающие элементы пользователь хочет скрыть, и позволяет большему числу сторонних трекеров следить за людьми в сети и продавать их данные рекламодателям. На сайте есть сравнительная таблица Safari и Chrome, а также описания режима чтения, функции «Notify Me», профилей и Apple Pay.

В роликах показаны «Distraction Control» и «Intelligent Tracking Prevention». Это не первый случай прямого противопоставления: ранее в этом году Apple уже запускала кампанию «Privacy on iPhone», продвигая Safari как более приватную альтернативу Chrome.

Пользователи скептически относятся к кампании Apple из-за монополии Safari в iOS, отсутствия кроссплатформенности и проблем с инструментами разработчика, несмотря на признание его энергоэффективности. Спор о производительности: @koinedad и @bobmarleybiceps отмечают, что Chrome потребляет много памяти и вызывает зависания на Mac, тогда как Safari работает стабильнее; @pantulis считает, что скорость Safari не является его преимуществом. Критикуется закрытость экосистемы Apple: @TheDong и @freakynit подчеркивают, что Safari обладает неоправданной монополией на iOS из-за запрета сторонних движков браузеров. Ключевым барьером для перехода является кроссплатформенность: @glimshe и @maidaman не могут использовать Safari на Windows или Linux, что делает его непригодным для многоплатформенной работы. Разработчики недовольны инструментами Safari: @wereHamster называет devtools «хуже мусора», а @PrimalPower жалуется на специфические ошибки совместимости при экспорте PDF. Пользователи отмечают функциональные недостатки: @freetime2 указывает на проблемы с переводом страниц через POST-запросы, а @curt15 упоминает ограничения Manifest v3, мешающие работе uBlock Origin. Совет: многие пользователи (@jacquesm, @hollowonepl, @potatoproduct) рекомендуют переходить на Firefox как альтернативу корпоративным монополиям. По опыту @geuis, переход на Chrome был революционным из-за скорости и JS-рантайма, но сейчас его удерживает лишь мышечная память и недовольство Manifest v3.