Hacker News Digest

Google продолжает показывать мошеннические рекламные объявления, хотя его собственная модель Gemini сразу же классифицирует их как нарушение политик: имитация системных уведомлений iOS, фальшивые кнопки «Да/Нет» и запугивание пользователей угрозой сбоя устройства. Несколько пользователей сообщили об одном и том же рекламном баннере — и получили одинаковый ответ: «Объявление не нарушает правила». При этом AI без труда выявляет три нарушения: обманчивый дизайн, нефункциональные элементы интерфейса и манипулятивные scare-тактики. Вопрос в том, почему ручная проверка, медленная и ненадёжная, всё ещё доминирует, хотя у Google есть мощные модели, способные автоматически блокировать такие объявления за секунды. Возможно, система просто не настроена на использование AI для фильтрации рекламы, или же есть системная лень в обновлении процессов. Альтернативно — если реклама кликается, она приносит доход, и её удалять не спешат.

Google сознательно игнорирует мошеннические рекламные объявления из-за их прибыльности, несмотря на наличие технологий для блокировки. Проблема системна: бизнес-модель Google зависит от дохода от мошеннической рекламы, составляющего около 78% общего дохода. Система модерации полагается на репорты пользователей, а не на автоматизацию, чтобы не терять доход от легитимных объявлений, даже если AI может их обнаруживать. Злоумышленники используют динамические поддомены и ежедневно создают новые аккаунты, делая блокировку по доменам невозможной; Google отказывается блокировать TLD. Компания не отвечает на репорты, даже при многократных сообщениях о поддельных уведомлениях iOS, лекарствах и фишинге. Компании, использующие Google Ad Manager, вынуждены нанимать штат сотрудников для ручной блокировки одинаковых баннеров, что подтверждает техническую возможность AI-решения. Мошеннические объявления на YouTube и в поиске часто генерируются ИИ и имитируют системные уведомления, особенно угрожая пожилым и менее технически подкованным пользователям. Google скрывает маркировку «Ads by Google» за иконкой «info», чтобы дистанцироваться от мошенничества. Регуляторы (FTC, FCC) не применяют санкции, отсутствие юридической ответственности позволяет практике продолжаться. Пользователи, зависящие от рекламного дохода, вынуждены самостоятельно блокировать объявления — обязанность лежит на Google. Аналогичные проблемы наблюдаются на Facebook, Apple News и Google Play, указывая на отраслевую проблему. Google блокирует миллиарды мошеннических объявлений в год, но объем и скорость загрузки превышают возможности ручной проверки, а автоматизация не применяется. Уход Сьюзан Войчицки с поста главы YouTube связан с резким ростом качества мошеннической рекламы. Мошеннические объявления приводят к реальному вреду: пожилые люди удаляют приложения, считая устройства взломанными. Google мог бы решить проблему, требуя подтверждения личности рекламодателей и немедленной блокировки аккаунтов после первого нарушения, но не делает этого из-за потери дохода. Рекомендуется устанавливать эффективные блокировщики рекламы на устройствах членов семьи для защиты от мошенничества как меры безопасности.

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

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

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

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

Материал перспективен для применения в 3D-печати, производстве композитов и защитных покрытий, где требуется контролируемая текучесть и быстрое затвердевание. Его уникальные реологические свойства открывают возможности для создания адаптивных систем, реагирующих на изменение нагрузок без потери целостности.

• Пользователи высоко оценили плавность и визуальную привлекательность интерактивной демонстрации с эффектом жидкого стекла, особенно на мобильных устройствах.
• Обсуждались технические аспекты: доступность исходного кода, высокое потребление ресурсов на десктопах, возможная основа на клеточных автоматах и низкое разрешение рендеринга.
• Были высказаны опасения по поводу практической применимости: плохая читаемость, переопределение жестов на мобильных устройствах и нецелесообразность использования в реальных продуктах.
• Отмечены интерактивные возможности: реакция на касания, движение мыши, изменение размера окна и поддержка стилуса.
• Дизайн вызвал полярные реакции: одни видят в нем смелую инновацию, другие — возрождение неудачного тренда (как в Windows Vista) и намеренное ухудшение юзабилити.

При обращении к данным пользователя в интерфейсах часто возникает вопрос: использовать «мой» или «ваш»? Например: «Мой аккаунт» или «Ваш аккаунт»? Но часто префикс не нужен вовсе — достаточно просто «Аккаунт», «Заказы», «Дела», как это делает Amazon.

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

С «ваш» таких проблем не возникает — этот подход проверен на множестве продуктов и не вызывает затруднений у пользователей.

Но есть нюанс: если пользователь общается с системой, например, через радиокнопки, корректнее использовать «мой». Например, на вопрос «Хотите поделиться своим фото профиля?» варианты ответа должны звучать как «Да, поделиться моим фото» и «Нет, не делиться моим фото». Использование «ваш» здесь некорректно, так как звучит как инструкция для компьютера поделиться своим фото, а не фото пользователя.

Итог:

• Используйте «ваш», когда обращаетесь к пользователю.
• Используйте «мой», когда пользователь обращается к системе.

• Рекомендуется использовать местоимение «your» (ваш/ваша/ваше) в интерфейсах, когда система обращается к пользователю, и «my» (мой/моя/моё), когда пользователь дает команду системе.
• Многие участники выступают против использования местоимений вообще, считая их избыточными и предлагая убирать притяжательные формы для упрощения (например, «Pictures» вместо «My Pictures»).
• Критикуется использование местоимения «we» (мы) системой, так как это создает ощущение патернализма и ложной вовлеченности пользователя в процесс («Let's add your account»).
• Подчеркивается важность контекста и согласованности в формулировках, особенно при локализации, поскольку в разных языках существуют разные нормы вежливости и формальности.
• Отмечается, что неправильное использование местоимений может приводить к путанице, особенно если продукт или функция уже содержит слово «My» в названии (например, «Your My Card»).
• Некоторые участники предпочитают, чтобы интерфейсы и системы общались более формально и машинообразно, без попыток казаться «дружелюбными» или человечными.
• Указывается на проблемы перевода и локализации, когда недостаток контекста для строк интерфейса приводит к ошибкам и неоднозначностям.
• Обсуждается, что лучшей практикой является обработка элементов интерфейса как собственных имен (использование кавычек, выделение) в инструкциях и поддержке, чтобы избежать путаницы с местоимениями.

Почему PostHog стал похож на ОС
Мы устали от типичных сайтов: бесконтентные скроллы, одинаковые вкладки, пустое пространство. Новый PostHog.com работает как ОС в браузере: окна «прилипают», есть горячие клавиши, закладки, можно читать новости, смотреть демо и играть одновременно.

Что внутри

• Проводник Windows для магазина мерча
• Продуктовые страницы в стиле PowerPoint
• Редактор документов с возможностью правки
• Форумы как Outlook Express
• Плеер QuickTime, таблицы вместо дизайна, скринсейвер и обои
• 50+ горячих клавиш

Техника
Контент отделён от визуального слоя: продукты описаны в JSON, темы и цветовые схемы настраиваются, клиентские цитаты и логотипы хранятся в одном месте и подтягиваются автоматически. Всё собрано в прод-ветке на Tailwind + TypeScript.

• Сайт PostHog выглядит как десктоп ОС в браузере: окна, таски, «окна в окнах».
• Кому-то нравится визуальный стиль и ностальгия по 90-м, но почти все жалуются на тормоза, жрущий CPU JS и поломанные привычные хоткеи/кнопки.
• Пользователи теряются: непонятно, где контент, как начать читать и что вообще продаёт компания.
• Критика сводится к «изобретаю заново мой менеджер окон», «ломает SEO и accessibility», «не работает Back, не скроллится, на мобиле ужасно».
• Некоторые считают это крутым маркетинг-ходом и «growth-hack», но сомневаются, что кто-то будет реально пользоваться.

Анимации не всегда нужны

Хорошая анимация делает интерфейс предсказуемым и живым, плохая — раздражает и снижает доверие.
Перед добавлением спроси себя: зачем она нужна?

• Объясняет (как на linear.app/ai) — ок.
• Подтверждает действие (кнопка слегка уменьшается) — ок.
• Просто «красиво» — допустимо, если пользователь видит это редко.

Частота использования
Если элемент открывают сотни раз в день (Raycast, список команд), анимации быть не должно — они только тормозят.
Клавиатурные переходы никогда не анимируются.

Скорость
Всё, что дольше 300 мс, воспринимается как лаг.
Спиннеры быстрее = кажется, что грузит быстрее.
Тултипу нужна задержка при первом появлении, но при наведении на соседние — мгновенно и без анимации.

Итог
Добавляй анимацию, если она:

1. решает задачу,
2. видна редко,
3. длится < 300 мс.
   Иначе — не добавляй.

• Большинство участников сходятся: анимация должна быть почти невидимой (<150 мс) или вовсе отключаться, иначе она превращается в тормоз.
• Главный критерий целесообразности — объясняет ли анимация изменение состояния; если пользователь ждёт её окончания, чтобы продолжить, значит, она лишняя.
• «Делайт» и «восторг» нужны в основном самим дизайнерам; обычные пользователи после третьего раза хотят выключить всё, что мешает работать.
• Частые повторяющиеся действия (разблокировка, чекаут, корпоративные формы) требуют минимума анимации; для единичных экранов-онбордингов допустима более заметная, но быстрая подсказка.
• Практически каждый советует добавлять системную настройку «отключить анимацию» и уважать prefers-reduced-motion.

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

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

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

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