Hacker News Digest

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

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

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

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

Автор выражает разочарование тем, что 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.