Hacker News Digest

Социальная сеть X (ранее Twitter) требует включённого JavaScript для работы. При его отключении пользователь видит сообщение о необходимости активировать JavaScript или сменить браузер на поддерживаемый, со ссылкой на список совместимых браузеров.

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

• Критика отсутствия у Google сильной продуктовой культуры, что мешает созданию инновационных продуктов на основе их же технологий.
• Обсуждение субъективности сравнения моделей ИИ (Gemini, GPT, Claude) и сложности объективной оценки из-за различий в задачах и опыте пользователей.
• Скептицизм по поводу рекламных кампаний и хайпа вокруг новых моделей, которые часто не соответствуют реальным возможностям.
• Подчеркивание проблем Gemini с многократным выполнением инструкций и склонностью к "зацикливанию" по сравнению с конкурентами.
• Отмечается сильная мультимодальность Gemini (работа с изображениями, видео), но сложность доступа и использования продуктов Google AI.

Автор испытывает двойственные чувства к своему блогинговому процессу в Emacs. С одной стороны, он завидует простым статическим генераторам сайтов, которые можно написать за пару тысяч строк кода и полностью контролировать. С другой, он продолжает использовать Org mode со встроенной публикацией, несмотря на её сложность и непрозрачность — экспортный код Org составляет свыше 20 000 строк, что делает его глубокое понимание практически невозможным.

Ключевая причина, по которой он не переходит на простой кастомный движок — это Babel, мощная система Org для выполнения кода прямо во время экспорта. Она позволяет запускать блоки кода на множестве языков, вставлять результаты (включая таблицы и изображения) в статью и использовать сессии для переиспользования данных. Это незаменимо для одновременной работы с данными, графиками и текстом, особенно в R.

Таким образом, несмотря на желание упростить процесс, необходимость в функциональности Babel перевешивает — её реализация с нуля заняла бы месяцы, что неприемлемо при ограниченном времени. Автор смиряется с сложностью Emacs, ценя его уникальные возможности.

• Участники обсуждают использование Emacs и Org-mode для ведения блогов, включая выполнение кода через Babel и экспорт в различные форматы.
• Многие перешли на статические генераторы сайтов (Hugo, Zola, Pelican, Astro) из-за простоты или ограничений Org-mode, но некоторые интегрируют его через ox-hugo.
• Поднимаются вопросы о недостатках привязки разметки к редактору, преимуществах чистого Markdown и альтернативах вроде Pandoc или Quarto.
• Некоторые предпочитают минималистичные подходы: публикация сырых текстовых файлов или использование собственных скриптов для загрузки на S3.
• Отмечаются сложности с поддержкой формул, интерактивностью и зависимостями в различных инструментах.

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

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

• Обсуждается ценность иммутабельности email в сравнении с другими формами коммуникации, где сообщения могут быть отредактированы или удалены.
• Поднимаются вопросы о реальной неизменности email, включая возможность модификации на стороне провайдера и использование динамического контента в HTML-письмах.
• Участники делятся техническими решениями для обеспечения подлинности и неизменности писем, такими как DKIM, GPG-подписи и локальное архивирование.
• Высказываются опасения по поводу использования AI провайдерами, включая Fastmail, и сильное желание сохранить традиционный email-сервис без AI-функций.
• Обсуждается роль AI в создании и распространении misinformation, а также потенциальные технические решения для аутентификации цифрового контента.

С 2015 года автор живёт в режиме минимализма, умещая все свои вещи в один рюкзак для ноутбука. Такой подход позволяет ему фокусироваться на важном, меньше тратить, путешествовать спонтанно и упростить жизнь. Путешествие без багажа устраняет множество проблем: не нужно сдавать вещи, платить за перевозку или ждать у ленты. Просто заходишь в аэропорт за час до вылета и сходишь с трапа прямо к месту назначения.

Автор не гонится за брендами и дорогими вещами — практичность важнее. Он оптимизировал каждый предмет, выбирая лёгкие и функциональные варианты, например, куртку весом 113 грамм вместо 450. Сейчас он предпочитает подолгу жить в городах, чтобы сохранять социальные связи и глубже изучать места, иногда даже отправляясь в поездки только с тем, что в карманах.

• Путешествие с минимальным багажом оценивается как освобождающий и трансформирующий опыт, но непрактичный для долгосрочной жизни.
• Длительная жизнь "из одного рюкзака" может приводить к чувству изоляции из-за нестабильности отношений и зависимости от общества.
• Многие отмечают, что истинный минимализм — это не отказ от вещей, а отсутствие привязанности к ним, и наличие домашней базы облегчает лёгкие путешествия.
• Критики указывают на потенциальную расточительность подхода (покупка и выбрасывание вещей) и обилие аффилированных ссылок в рекомендациях.
• Набор для путешествий часто включает высокотехнологичные гаджеты и многофункциональную экипировку, но его состав — вопрос личных предпочтений и необходимости.

Автор перевел свой блог с Racket на Lua, чтобы снизить сложность и обеспечить долгосрочную стабильность. Основная причина — разочарование в быстро меняющихся экосистемах вроде JavaScript и Ruby, где постоянные обновления и ломающие изменения усложняют поддержку. Lua привлек медленным развитием: между версиями 5.1 (2006) и 5.4 (2020) различия минимальны, а язык требует лишь компилятора C89.

Блог работает по старинке — через CGI-скрипты, с SQLite в качестве базы и шаблонизацией Mustache. Несмотря на кажущуюся архаичность, автор ценит простоту, минимальное количество зависимостей (около десяти) и возможность писать собственные легковесные библиотеки. Ключевой вывод: блог — это пространство для экспериментов, где можно отказаться от модных инструментов в пользу того, что действительно работает и приносит удовольствие.

• Предложение возродить создание собственных движков для блогов как учебного проекта для инженеров из-за его низкого риска и возможностей для экспериментов.
• Обсуждение выбора Lua как стабильного и минималистичного языка для веб-разработки, несмотря на его недостатки (1-based индексация, разрыв между версиями, мало стандартных библиотек).
• Критика сложности современных стеков для блогов и аргументы в пользу простых решений: статические генераторы (Hugo), чистый HTML или минимальные скрипты (Python, Lua).
• Упоминание альтернативных технологий и подходов: Redbean, Perl, Caddy, XSLT, Web Components, Fennel, OpenResty и другие.
• Подчёркивание важности личного выбора, удовольствия от процесса и независимости от внешних сервисов при создании блога.

Проект playball позволяет смотреть трансляции матчей MLB прямо в терминале через ASCII-графику. Вместо видео поток передаётся текстовыми символами, имитирующими поле, игроков и мяч, что создаёт минималистичный, но на удивление детализированный опыт просмотра.

Для работы требуется аккаунт MLB.tv и настроенный доступ к их стриминговому сервису. Инструмент написан на Python, использует библиотеку curses для отрисовки интерфейса и парсит данные в реальном времени. Это интересный пример того, как ностальгический формат терминала может быть адаптирован для современных развлечений, экономя трафик и ресурсы.

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

Signal внедряет новый механизм безопасности SPQR для защиты от квантовых атак, сохраняя при этом все текущие гарантии — прямую секретность и безопасность после компрометации. Это дополнение к существующему протоколу Double Ratchet, создавая так называемый Triple Ratchet, который смешивает квантово-устойчивые алгоритмы с классическими. Для пользователей это изменение прозрачно: все чаты автоматически перейдут на обновлённый протокол без необходимости каких-либо действий с их стороны.

Ключевая идея в том, что SPQR защищает не только начальные ключи сессии (как ранее представленный PQXDH), но и непрерывно обновляемые ключи во время общения. Это предотвращает атаки «собрать сейчас — расшифровать позже», даже если в будущем появятся мощные квантовые компьютеры. Таким образом, Signal проактивно готовится к эпохе квантовых вычислений, обеспечивая долгосрочную конфиденциальность переписок.

• Критика зависимости Signal от номеров телефонов для идентификации и рисков, связанных с авторитарными режимами или взломом.
• Обсуждение приоритетов разработки: нехватка SDK, API и ботов при наличии экспериментальных функций, таких как истории и переводы денег.
• Вопросы о практической пользе и безопасности нового постквантового протокола (SPQR) и сравнении его с аналогами (iMessage PQ3, Cyph, Simplex).
• Дебаты о необходимости открытости платформы для сторонних разработчиков и самохоста против рисков для безопасности и спама.
• Обсуждение технических деталей и последствий новой системы шифрования, включая уязвимость истории сообщений и проблемы с реализацией.

Доля рынка Windows 7 неожиданно выросла почти до 10%, несмотря на то, что поддержка Windows 10 подходит к концу. Это парадоксальное явление: пользователи массово переходят на устаревшую систему вместо актуальных версий, таких как Windows 11. Возможно, причина в нежелании обновлять оборудование или в ностальгии по стабильности и знакомому интерфейсу.

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

• Пользователи критикуют Windows 11 за навязчивую рекламу, обязательную привязку к учётной записи Microsoft, избыточную телеметрию и удаление полезных функций (например, простого меню "Да/Нет").
• Некоторые считают Windows 7 пиком развития ОС за её стабильность, понятный интерфейс и отсутствие враждебных к пользователю элементов, характерных для новых версий.
• Обсуждаются проблемы совместимости и безопасности при использовании неподдерживаемых ОС, а также сложности с установкой Linux в корпоративной среде.
• Высказываются предположения, что аномальный рост доли Windows 7 в статистике может быть ошибкой измерения или результатом массового перехода пользователей на Linux.
• TPM 2.0 в Windows 11 воспринимается неоднозначно: как улучшение безопасности для одних и как ненужное ограничение для других.

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

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

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

Два дрона Amazon Prime Air столкнулись с башенным краном в коммерческой зоне города Толлесон, штат Аризона. Инцидент произошёл во время выполнения коммерческих полётов, оба аппарата получили повреждения, но никто не пострадал. Amazon подтвердила происшествие и заявила, что расследует его причины, подчеркнув, что безопасность остаётся приоритетом.

Этот случай поднимает вопросы о надёжности автономных систем доставки в городских условиях, особенно при наличии высоких препятствий. Хотя дроны Amazon спроектированы для обнаружения и облёта объектов, столкновение указывает на возможные пробелы в алгоритмах или сенсорах. Практический вывод: масштабирование беспилотной доставки требует более строгих тестов в сложной инфраструктуре.

• Два дрона Amazon Prime Air столкнулись с тросом строительного крана в Tolleson, AZ, что вызвало вопросы о способности их системы обнаружения и избегания препятствий видеть тонкие тросы.
• Инцидент подчеркивает потенциальные риски для безопасности, включая травмы людей на земле, и ставит под сомнение текущий уровень технологий для безопасных автономных полетов в неконтролируемом воздушном пространстве.
• Обсуждаются возможные технические решения, такие как улучшение сенсоров (лидары, детекторы электромагнитных полей), создание запретных зон вокруг стройплощадок и более строгое регулирование.
• Высказывается критика в адрес Amazon за преждевременное развертывание технологии и подход «двигаться быстро и ломать вещи», когда речь идет о безопасности.
• Отмечается, что для подобных систем может потребоваться инфраструктура наподобие управления воздушным движением для дронов, как это развивается в других странах (например, в Китае).