Hacker News Digest

Базовый текстовый редактор TextEdit символизирует возвращение буквалистского подхода к ПО на фоне дестабилизации технологических взаимодействий ИИ. Статья прослеживает эволюцию интерфейсов: от командной строки до графического десктопа Xerox Star (1981), который предлагал визуальные метафоры для взаимодействия с файлами, и далее к современному упадку файловых систем в пользу поиска и приложений. Сегодняшние интерфейсы, такие как iPhone Liquid Glass с прозрачными иконками, готовят почву для полного исчезновения десктопа под управлением ИИ-ассистентов, обещающих "эффективность без беспорядка".

TextEdit, существующий с 1984 года и практически не менявшийся с 90-х, становится контрастом этой сложности. Он не подключен к интернету, не входит в офисные пакеты и предлагает лишь минимальное форматирование. Автор всё чаще обращается к TextEdit по мере усложнения других приложений с облачными функциями, совместной работой и генеративным ИИ, видя в нём "облегчение" от простоты и автономности.

• Обсуждение показало, что TextEdit способен работать с plain-text, но его часто недооценивают.
• Участники обсудили, что TextEdit умеет сохранять в .txt и .rtf, а также ведёт себя как нормальный редактор, но при этом не требует установки дополнительного ПО.
• Несколько человек упомянули, что TextEdit встроен в macOS и не требует установки, что делает его удобным для обычных пользователей.
• Участники также отметили, что TextEdit поддерживает как форматированный, так и обычный текст, и что он может быть использован для заметок, написания и редактирования документов.
• Некоторые участники поделились личным опытом использования TextEdit для различных задач, включая создание и редактирование документов, что подтверждает его универсальность и полезность.

Критикуя популярные цветовые схемы, автор подчеркивает, что чрезмерное выделение синтаксиса снижает читаемость, превращая код в "рождественскую гирлянду". Вместо этого он предлагает использовать минималистичный подход: выделять только ключевые элементы, такие как константы и комментарии, оставляя остальной текст нейтральным. Это позволяет важным частям кода действительно выделяться. Автор также отмечает, что хорошие комментарии должны быть заметными, а не скрытыми, и делится личным опытом использования четырёх основных цветов для улучшения восприятия. В заключение он затрагивает предпочтения тёмных тем, предполагая, что они популярны из-за их сходства с IDE, в отличие от чистых текстовых редакторов.

• Обсуждение свелось к тому, что цветовые схемы варьируются от максимально-ярких до почти монохромных, и участники делятся личными предпочтениями, примерами и ссылками на исследования о влиянии подсветки на читаемость и производительность.
• Несколько участников подчеркнули, что важнее не количество цветов, а их сбалансированность и уместность, а также то, как они взаимодействуют с контрастностью фона и шрифта.
• Обсуждались такие практические аспекты, как читаемость оптимизированного кода без подсветки, влияние цветовой схемы на усталость глаз и даже вопрос о том, какие именно элементы (ключевые слова, строки, функции и т.д.) должны быть выделены.
• Участники также затронули вопрос о том, какие именно элементы кода должны быть выделены цветом, и насколько важно сохранять традиционные цветовые схемы, которые могут быть привычны и полезны для читателей.
• В итоге, обсуждение подтвердило, что выбор и использование цветовых схем в коде и документации - это не только вопрос личных предпочтений, но и вопрос эргономики, производительности и даже здоровья глаз.

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

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

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

Электроника всё больше превращается в безликие прямоугольники из стекла и пластика, лишённые индивидуальности и физических элементов управления. Промышленный дизайн, некогда определявший узнаваемость устройств вроде Walkman или iMac, уступил место минимализму и унификации. Пик выразительности пришёлся на 1990-е и начало 2000-х, когда технологии позволяли экспериментировать с формами, цветами и материалами — вспомните прозрачные корпуса, изогнутые линии и яркие акценты.

Сегодня телефоны, ноутбуки и телевизоры почти неотличимы друг от друга, а кнопки и ручки управления исчезают в пользу сенсорных интерфейсов. Это результат стремления к унификации производства, снижению затрат и доминирования софта над железом. Для DIY-сообщества это открывает возможности — выделяться там, где крупные бренды стандартизировались, возвращая тактильность и характер в самодельные устройства.

• Дизайн электроники эволюционировал к доминирующим формам (например, «стеклянный слаб» для смартфонов) как к наиболее функциональным, экономичным и удобным для массового пользователя.
• Ностальгия по разнообразному дизайну прошлого игнорирует естественный отбор технологий, где выживают наиболее эффективные и утилитарные решения, а не просто эстетичные.
• Нишевые производители (Teenage Engineering, Nothing) доказывают, что креативный индустриальный дизайн жив, но ориентирован на узкие рынки, а не на массового потребителя.
• Современные устройства часто проектируются как нейтральный фон для программного обеспечения, что минимизирует когнитивную нагрузку и делает технологии менее навязчивыми.
• Конвергенция дизайна также вызвана строгими нормами, оптимизацией под производство и стремлением снизить риски для широкого рынка.

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

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

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

Автор делится списком из 28 гипотетических ИИ-инструментов, которые могли бы радикально упростить и улучшить повседневные и профессиональные задачи. Среди них — фоторедактор, превращающий снимки с iPhone в профессиональные кадры, агент для автоматической поддержки тем в интерфейсах, инструмент для декомпиляции и отладки минифицированного кода, а также персональный тренер на основе данных о тренировках.

Особый интерес вызывают идеи вроде Deep Research агента, способного рассуждать несколько дней над сложными запросами, семантических фильтров для соцсетей, скрывающих контент, вызывающий негатив, и рекомендательных систем, которые учитывают глубинные предпочтения пользователя — от книг до статей и видео. Многие предложения направлены на снижение когнитивной нагрузки, например, чат-приложение для учёта калорий или голосовой помощник для Apple Watch, дающий краткие и точные ответы.

• Критика идеи использования ИИ для имитации мнения известных личностей (например, Хемингуэя) как принципиально неверного подхода.
• Обсуждение существующих и разрабатываемых продуктов на базе ИИ: фитнес-трекеры, рекомендательные системы, семантические фильтры для соцсетей, инструменты для анализа личных данных.
• Отмечается, что многие предложенные идеи сводятся к улучшению UI/UX существующих моделей, а не к созданию принципиально новых возможностей.
• Скептицизм относительно практической пользы и работоспособности подобных продуктов, особенно в сравнении с рекламными демо.
• Подчеркивается важность локальной обработки данных и необходимость осторожного отношения к передаче личной информации сторонним сервисам.

Дизайн-лидер Джейсон Шпильман возглавлял создание NotebookLM — инструмента, который решает проблему «перегруженности вкладками» и разрозненности рабочих процессов. Продукт объединяет чтение, письмо и создание контента в едином пространстве, используя ИИ для снижения трения между этапами работы.

Ключевым решением стала адаптивная трёхпанельная структура: источники, чат и заметки. Она масштабируется под нужды пользователя — например, можно сосредоточиться на чтении с чатом, на письме или на комбинации этих режимов. Система сохраняет быстрый доступ к ключевым элементам даже при минимальных размерах панелей. Ментальная модель строится вокруг последовательности: входные данные → обсуждение → результаты, что делает сложные ИИ-взаимодействия интуитивно понятными.

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

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

• Приложения полезны только для зубрёки слов, но не заменяют полноценного изучения.
• Ключ к успеху — иммерсия: аниме, книги, подкасты, живое общение.
• Критика UI: спорные шрифты, лишний ромадзи, неудобный выбор наборов слов, неочевидный старт.
• Пользователи просят выключать ромадзи, добавлять режим письма, группировать уроки по JLPT и убирать Google Analytics.
• Без грамматики, разговора и письма даже лучшее приложение превращается в просто карточки-словарь.

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

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

• Объясняет (как на 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.
• Дизайнеры, по мнению участников, перестали понимать предметные метафоры (гаечный ключ, диск).
• Подозрение, что команда просто «должна была что-то сделать», а не улучшить.

Нажмите ' в Firefox — появится быстрый поиск по ссылкам. Начните печатать, нужная ссылка подсветится, Enter — и вы по ней переходите.

Проблема: современные сайты вместо ссылок используют кнопки и div’ы. Обычный поиск (/ или Ctrl+F) их найдёт, но Enter после закрытия панели поиска ничего не делает.

Решение: крошечное расширение Click on Selection with Enter. Оно вешает обработчик keydown на Enter и «кликает» по элементу, в котором находится текущее выделение.

addEventListener('keydown', e => {
  if (e.key !== 'Enter' || e.shiftKey) return;
  const el = getSelection()?.anchorNode?.parentElement;
  if (!el) return;
  el.click();
  getSelection()?.removeAllRanges();
});

Получаем полноценную навигацию с клавиатуры без мыши.

• Участники активно делятся расширениями для навигации без мыши: Vimium, Vimium C, Surfingkeys, Tridactyl, Qutebrowser и ShortCat.
• Подчёркиваются проблемы стандартной клавиатурной прокрутки: полосы прокрутки скрывают контент, а PageUp/PageDown и стрелки ведут себя непредсказуемо.
• Предлагаются «хаки» без расширений: Ctrl+F → Esc → Enter для клика по найденной ссылке в Firefox.
• Упоминаются специализированные инструменты вроде leopard links, BrowseCut, FocusToScroll и собственные микро-расширения.
• Сетуют на то, что большинство сайтов всё чаще перехватывают быстрый поиск и используют кастомные элементы вместо обычных кнопок и ссылок.

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

© 2025 Google LLC

• Участники обсуждают «духовного наследника The Sims», где LLM-агенты создают непредсказуемые, но логичные стратегии и социальную динамику.
• Разработчики подтверждают, что игра началась как продукт и «повернула» в сторону игры; геймплей пока состоит из мини-игр с разными целями.
• Поднимаются вопросы: как удержать LLM от «схода с рельсов», как задать уровень сложности и не перегрузить игру вычислениями.
• Часть игроков хочет полного контроля над промптами и локальных моделей, другие опасаются лишних подписок и «генеративной угарности».
• Побочные темы: баг с ToS, низкий звук в видео, отсутствие Linux-сборки и ностальгия по DXBall.