Hacker News Digest

Браузер 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, чем для людей. — Сохраняются разногласия о целесообразности геттеров и сеттеров.

Система GitHub Actions перестала обрабатывать очередь задач из-за сбоя в контроллере самодельных раннеров (ARC). Поды раннеров застряли в состоянии «idle», что привело к накоплению задач и сбоям в выполнении workflow.

Ключевые цифры: 99 % успешных завершений после исправления, но вебхуковые триггеры и миграции через GitHub Enterprise Importer остаются ограниченными. Инженеры уже выпустили фикс, ускоривший очистку очереди и восстановление нагрузки.

Восстановление происходит поэтапно: GitHub Pages, Copilot code review и Copilot coding agent показывают признаки стабилизации, однако intermittent‑ошибки могут сохраняться. Следующие релизы ARC получат автоматическое восстановление, устраняя необходимость ручного удаления подов.

Пользователи сталкиваются с частыми сбоями GitHub Actions и Pages, что заставляет некоторых переходить на альтернативы — GitLab, Forgejo или self-hosted CI/CD. Среди причин называют рост нагрузки и возможную интеграцию с ИИ-провайдерами. Проблемы критичны для бизнесов, зависящих от автоматизации. Некоторые предлагают вернуться к платной модели аккаунтов для улучшения надёжности.

Atlassian приобретает The Browser Company
Сегодня мы объявили о покупке The Browser Company — создателей браузеров Dia и Arc.

Цель
Создать первый AI-браузер для командной работы, объединив любовь TBC к инновациям и опыт Atlassian в управлении командами.

Проблема
Современные браузеры заточены под потребление, а не работу: куча вкладок, потерянные вкладки, отсутствие контекста задач.

Решение
Arc уже умеет группировать вкладки, а Dia добавляет AI-агента, который:

• собирает контекст из Jira, Confluence, Slack;
• автоматически открывает нужные страницы;
• помогает быстрее принимать решения.

Что дальше

• Arc и Dia продолжат работать как сейчас.
• Постепенно появится глубокая интеграция с Atlassian-продуктами.
• Команды объединятся, чтобы масштабировать идею «браузера для работы».

Мы верим, что совместно сделаем работу более продуктивной и приятной.

• Arc был признан инновационным браузером для продвинутых пользователей, но рост остановился и команда переключилась на новый проект Dia с ИИ, вызвав шквал критики.
• Пользователи считают отказ от Arc ошибкой: продукт нравился, но монетизировать его оказалось сложно.
• Покупка Atlassian за $610 млн наличными выглядит странно: стратегического перекрытия продуктов нет, выручки у TBC не было.
• Многие опасаются, что Arc «умрёт» под крылом Atlassian, и уже переходят на Zen или Firefox.
• Общий вывод: это похоже на дорогой acqui-hire или ставку на «AI-агентов» в корпоративной экосистеме Atlassian.