Hacker News Digest

My Samsung TV keeps blocking around 20% of the display at random times to tell me their terms and conditions have changed. Of course I have the option of checking it by reading the whole thing on my TV and then running a diff to see what’s changed but I don’t have an option to op

В NetBSD отсутствует полноценная технология sandboxing, в отличие от FreeBSD (jails) и Linux (namespaces). Существующий chroot считается слабым механизмом изоляции, так как ограничивает только представление файловой системы, но не изолирует сеть, IPC и монтирование. Предыдущие попытки реализации изоляции на уровне ядра с помощью инструментов gaols, mult и netbsd-sandbox не были интегрированы в систему.

В рамках Google Summer of Code 2025 планируется реализовать механизм, подобный Linux namespaces, используя bubblewrap. Проект фокусируется на двух типах namespace: UTS (для управления именем хоста) и mount (для изоляции файловых систем). Реализация будет использовать системные вызовы unshare или clone, а в ядре NetBSD - подсистему kauth для управления авторизацией и жизненным циклом credential. Это позволит не только добавить изоляцию приложений, но и улучшить совместимость с Linux-бинарниками через существующий compat_linux.

• Bubblewrap — основа песочницы Flatpak, используется для изоляции приложений (например, Claude Code/Codex/Gemini CLI) с контролем доступа к системе.
• NetBSD выделяется полной бит-в-бит воспроизводимостью бинарников и вендорингом GCC, что обеспечивает воспроизводимость всей цепочки инструментов; Golang также обеспечивает воспроизводимость реестра пакетов.
• Полные окружения рабочего стола (labwc, KWin, Plasma) могут запускаться через bwrap с привязкой устройств и временных файлов, с возможностью ограничения доступа.
• Sandbox-инструменты (bubblewrap, firejail) имеют ограничения в Linux, особенно на десктопе; AppArmor предлагает профили с автоматическим определением разрешений.
• Guix и FreeBSD (v15) также рассматриваются в контексте воспроизводимости сборок и безопасности.

Монтана стала первым штатом в США, юридически защитившим право своих граждан на доступ к вычислительным инструментам и технологиям искусственного интеллекта. Губернатор Грег Джанфорте подписал закон Сената 212, официально известный как Акт о праве на вычисления в Монтане (MRTCA). Этот исторический шаг создает правовую основу для использования вычислительных технологий без избыточных ограничений со стороны государства.

Законопроект получил поддержку как со стороны технологических компаний, так и организаций, выступающих за цифровые права. Хотя полный текст закона и его конкретные положения в статье не раскрываются, эксперты считают, что он может стать прецедентом для других штатов. Подписание этого акта отражает растущее осознание того, что вычислительные возможности стали неотъемлемой частью современной жизни и должны защищаться на законодательном уровне, подобно другим базовым правам граждан.

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

Команда Material for MkDocs, известная своей популярной темой для документации, представила Zensical — современный генератор статических сайтов. Инструмент создан с упором на производительность и удобство использования, предлагая разработчикам альтернативу для создания быстрых и безопасных веб-сайтов. Zensical позиционируется как решение, сочетающее простоту настройки с расширенными возможностями кастомизации.

Хотя подробная документация еще в разработке, проект уже доступен на GitHub и привлекает внимание сообщества своей философией минимализма и оптимизации. Команда подчеркивает, что Zensical наслед лучшие практики Material for MkDocs, предлагая знакомый опыт работы для существующих пользователей. Инструмент ориентирован на создание документации, блогов и других типов контента с акцентом на скорость загрузки и безопасность.

• Пользователи обсуждают переход с Material for MkDocs на Zensical, включая вопросы о совместимости, плагинах и внешнем виде.
• Создатели Zensical объясняют, что это новый проект, а не форк, и что они стараются сохранить совместимость, но не могут гарантировать это для всех плагинов и тем.
• Обсуждается, что Zensical пока не поддерживает блоги и RSS, но это может быть добавлено в будущем.
• Пользователи спрашивают о PDF-экспорте, и создатели отвечают, что это в приоритете, но пока не реализовано.
• Создатели Zensical говорят, что они работают над WYSIWYG-редактором и улучшенным поиском, которые будут доступны в будущем.
• Некоторые пользователи выражают обеспокоенность по поводу того, что Zensical не является open-source, и что это может повлиять на их способность вносить вклад в проект.

За двадцать лет автор провёл цифровую археологию, чтобы возродить классическую Unix-игру Conquer 1987 года. Изначально опубликованная в USENET как "conquest – middle earth multi-player game", эта многопользовательская стратегия в мире Средиземья повлияла на множество последующих игр. В 2006 году автор начал поиск создателей Эдварда Барлоу и Адама Брайанта, чтобы relicensировать код под GPL. Как отметил Барлоу: "copyleft didnt exist when i wrote it and it was all for fun so...".

Поиск авторов напоминал детективную работу - адреса электронной почты 80-х были недоступны, приходилось следовать цифровым следам. После пятилетнего ожидания в 2011 году Брайант сам нашёл статью автора и разрешил распространение кода под GPL. В 2025 году выяснилось, что Брайант создал полную переработку - Conquer Version 5 с расширенными возможностями, которую также согласовал лицензировать под GPL. В истории игры также участвовал MaF, создавший утилиты PostScript для генерации печатных карт.

• Участники обсуждают исторические текстовые игры (Conquer, Trek, Netrek, Empire) и их сохранение для будущих поколений.
• Поднимаются вопросы лицензирования и переноса старого кода на современные платформы, включая использование веб-интерфейсов (ttyd) и репозиториев (bsdgames).
• Автор статьи (vejeta) активно участвует, объясняет сложности сохранения Conquer и делится опытом поиска и реставрации кода.
• Участники делятся воспоминаниями о старых играх и системах (SunOS, IBM minicomputers, PLATO), а также предлагают идеи для музеев и возрождения "Play-by-Mail" игр с использованием ИИ.

Somehow, reading the comments made something CLICK for me about how passive and reactive we have all become in this culture.1. The issue is real. Not sure it is articulated but I related to live vs dead internet.2. The comments (only 10 as of now) are mostly critiques. (no javasc

FastAPI Voyager - это интерактивный инструмент визуализации для API, созданный на базе FastAPI. Позволяет наглядно представлять структуру API с возможностью масштабирования через прокрутку и детального изучения узлов двойным кликом. Особенность инструмента - режим просмотра зависимостей схемы (активируется через Shift+клик), который фильтрует несвязанные узлы, упрощая анализ сложных систем.

Проект поддерживает импорт данных JSON из ядра системы, что обеспечивает гибкость интеграции. Инструмент ориентирован на разработчиков, работающих с FastAPI, и помогает лучше понимать архитектуру API, выявлять связи между компонентами и оптимизировать структуру. Код проекта доступен на GitHub, что позволяет сообществу вносить вклад в развитие и адаптацию инструмента под конкретные нужды.

• Пользователи жалуются на неудобство визуализации сложных связей между эндпоинтами и моделями ответов в fastapi-voyager; требуется более интерактивный и «чистый» способ исследовать схему.
• Предложение: добавить взаимодействие при наведении курсора на узел, чтобы подсвечивать связанные с ним линии и скрывать остальные, а также дать возможность «проваливаться» внутрь подграфа.
• Пользователи просят улучшить UX: убрать «клубок» линий, дать возможность масштабировать и фильтровать отображаемое, а также предоставить обзорный режим, в котором детали раскрываются по мере необходимости.
• Проект вдохновлен GraphQL-voyager, но не реализует его фичи вроде подсветки связей при наведении мыши; автор отвечает, что проект на ранней стадии и приветствует PR-ы.

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

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

• Практическая ценность bottom-up подхода: реализация алгоритма → понимание структуры → оптимизация.
• Критика излишнего акцента на математике как потенциального источника "аналитического паралича".
• Важность понимания сути проблемы и её ограничений до написания кода.
• Разные мнения о применимости математического мышления: от ключевого инструмента до неактуального для многих задач.
• Объяснение явления мнений в IT: распространённость блогов как следствие доступности платформ и специфики профессии.

• Родители обсуждают, какой дистрибутив и подход лучше всего подойдет для детей: от Raspberry Pi с Kano-образовательными наборами до полноценных ноутбуков с Linux, при этом учитывая, что дети могут захотеть играть в игры, и что важно не отпугнуть их слишком сложной ОС.
• Важно не только обучение, но и безопасность: обсуждаются такие инструменты, как Pi-hole для фильтрации контента, и то, что дети могут захотеть играть в игры, и что важно не отпугнуть их слишком сложной ОС.
• Обсуждается, что важно дать детям возможность «сломать» систему и научиться её чинить, но при этом не отпугнуть их.
• Участники делятся опытом, что дети могут захотеть играть в игры, и что важно не отпугнуть их слишком сложной ОС.

Itiner-e — это цифровой атлас древних римских дорог, стремящийся создать наиболее детальный открытый набор данных о дорожной сети всего Римской империи. Проект представляет собой постоянно развивающееся коллаборативное начинание, редактируемое академическим сообществом. Платформа позволяет пользователям просматривать, запрашивать и загружать данные о римских дорогах, делая их доступными для исследований и образовательных целей.

Проект разработан Центром исторических вычислений Университета Орхуса (Дания) и предлагает разделы с документацией, учебными материалами и информацией о самом проекте. Система включает функционал входа в аккаунт, что, вероятно, предоставляет дополнительные возможности для зарегистрированных пользователей, таких как сохранение запросов или доступ к расширенным функциям анализа данных.

• Обсуждение выявило множество неточностей в данных о дорогах, особенно в районе Вальядолиде, где карта показывает реки и дороги, которые не соответствуют действительности.
• Участники обсуждали, что карта использует данные OpenStreetMap без надлежащего указания источника, что противоречит лицензии.
• Также было отмечено, что карта не показывает некоторые важные римские дороги, такие как Via Cassia, и что она не отображает некоторые участки дорог, которые были бы важны для понимания исторического контекста.
• Некоторые комментаторы указали на то, что карта не предоставляет возможности "путешествия" по карте, как это делает Google Maps, и что она не показывает изображения уровня увеличения.
• В конце обсуждение перешло к тому, что проект не предоставляет достаточно информации о том, как можно было бы улучшить карту, и что она не предоставляет достаточно информации о том, как можно было бы улучшить карту.