Hacker News Digest

Caligra — новая компания, запускающая c100 Developer Terminal: Linux-компьютер для экспертов, ориентированный на продуктивность в технических задачах. Оснащён процессором AMD Ryzen 9 7940HS (8 ядер, 16 потоков, базовая частота 4 ГГц, буст до 5.2 ГГц), 96 ГБ сменной DDR5-памяти, 1 ТБ сменного M.2 SSD, металлическим корпусом с пескоструйной обработкой и низкопрофильными механическими клавишами.

Устройство работает на Workbench — Linux-ОС, созданной для фокуса и потока без отвлекающих элементов. Предназначено для учёных, инженеров, дизайнеров, хакеров и художников, подчёркивая принципы контроля, приватности и производительности. Цена — $1999, предзаказы открыты с депозитом $99, отгрузка с 26 января. Caligra Ltd базируется в Лондоне.

• Критика высокой цены ($2000) за терминал без экрана, с посредственными specs (RTX 1650 эквивалент) и низкой модульностью, лучше собрать самостоятельно или купить Framework/MacBook.
• Скепсис по поводу vaporware: мало реальных фото/видео, черные заглушки на сайте, загадочная proprietary Workbench OS (возможно Fedora spin), подозрения в маркетинге.
• Необычная клавиатура: macOS-подобные клавиши, левый numpad, большой Esc, но критика эргономики, отсутствие Ins/PrtScr, сравнения с ретро (Amiga, Atari).
• Положительные отзывы: эстетика, минимализм для Linux-энтузиастов, инновации в нише, апплодисменты попыткам конкурировать со статус-кво.
• Неясная целевая аудитория: не для типичных разработчиков (хотят Mac или кастом), возможно коллекционеры клавиатур или "developer-adjacent" энтузиасты.

Автор демонстрирует запуск iOS 6 на iPod touch 3 (S5L8922X SoC), который официально поддерживал только iOS 5.1.1, и публикует скрипт для генерации IPSW-образа. iOS состоит из iBoot (bootloader с типами iBSS/iBEC/LLB/iBoot), kernelcache (ядро + kexts), DeviceTree (шаблон аппаратных параметров, модифицируемый iBoot), userspace (ramdisk или rootfs) и firmware для сопроцессоров (baseband, Wi-Fi и т.д.). Тестировали на похожем iPhone 3GS (S5L8920X), получившем iOS 6 официально.

DeviceTree патчится Python-скриптом (ddt.py), вычисляющим diff между версиями и заполняющим nvram-proxy-data (дамп NVRAM, иначе зависание). iBoot требует патчей Image3-подписи, boot-args ("amfi=0xff" для отключения подписи), debug-enabled и динамического nvram-proxy-data/random-seed. Kernelcache собирается kcgen/kextcache из macOS: standalone-ядро S5L8922X + kexts из внутренних iOS 6-билдов (например, n18.10A403.kextlist), с опциями -arch armv7, -all-personalities, -strip-symbols. Это позволяет загрузить всё как prelinked-blob, обходя отсутствие KXLD-поддержки.

• Пользователи жалуются на устаревание старых iDevice (iPad Air 1, iPhone 5/8), отсутствие обновлений iOS и запрет альтернативных ОС, что приводит к e-waste.
• Желание аналога OpenCore Legacy Patcher или LineageOS для iOS, чтобы продлить жизнь устройств, особенно для браузера и приложений.
• Критика Apple за блокировку bootloader, принуждение к WebKit во всех браузерах и planned obsolescence; разработчики apps отказывают в поддержке старых ОС.
• Технические обсуждения: downgrade iOS, запуск старых версий, проблемы с FTL и kext; предложения по Linux или разблокировке.
• Оффтоп: использование устройств оффлайн, ностальгия, длительный срок службы Apple-устройств.

Автор сайта bringbackdoors.com борется с тенденцией отелей убирать двери в ванные комнаты ради эстетики, экономии материалов и ощущения большего пространства. Это лишает гостей приватности и достоинства — элемент, который должен быть стандартом, как кровать. Сайт собирает гарантированные отели с дверями: они полностью закрываются и не стеклянные.

Опросили сотни отелей; подходящие отсортированы по цене и городам (Амстердам, Барселона, Дубай, Рим, Лондон, Лос-Анджелес, Нью-Йорк, Париж, Лиссабон). Есть разделы для проверки отелей без дверей и "public shaming". Присылайте названия и фото doorless-отелей на email (bringbackdoors@gmail.com), Instagram или TikTok, чтобы защитить будущих путешественников.

• Обсуждение сайта с отелями без дверей в ванной: пользователи жалуются на отсутствие приватности, особенно в общих номерах с друзьями или коллегами.
• Личные истории: стеклянные души между кроватями, зеркала в ванной, дыры в стенах, распространено в Азии, Европе и некоторых US-отелях.
• Причины тренда: "эстетика" для Instagram, отпугивание групп для продажи отдельных номеров, экономия на дверях.
• Решения: проверка фото/отзывов/YouTube перед бронированием, негативные отзывы на Booking, предложение тега в OpenStreetMap.
• Другие проблемы: отсутствие штор/вентиляции в душе, путаница с кранами, деградация сервиса в отелях пост-COVID.

Eventual consistency усложняет разработку и эксплуатацию: в EC2 control plane на MySQL-дереве репликация вызывала costly операции и странное поведение, когда чтения "откатывали время". Даже в современных сервисах вроде Aurora это приводит к ошибкам — после create_resource(id) запрос get_resource_state(id) на read replica может вернуть "ресурс не существует" из-за задержки репликации. Клиенты вынуждены писать retry-циклы с sleep(100), что добавляет latency, нагружает сервер и рискует зациклиться (особенно если ошибка от удаления). Даже wait_for_resource не спасает: второй get может уйти на другую реплику.

Разработчики сервисов страдают от багов в read-modify-write паттернах, как очистка attachments: stale списки приводят к неполной уборке, неудачным удалениям или ложным assert'ам. Нужно роутить такие reads на primary, снижая пользу от реплик. RMW — каноническая транзакционная нагрузка (UPDATE после SELECT), где replica-reads дают неверные значения. AWS инвестировал в strong consistency для всех reads в Aurora DSQL, устраняя эти проблемы.

• Критика eventual consistency: системы никогда не консистентны при непрерывных изменениях, проблема перекладывается на пользователей.
• Защита модели: необходима для приоритета availability (AP в CAP), strong consistency не всегда критична и снижает доступность.
• Предложения: использовать транзакции, consistency tokens, vector clocks; избегать read-after-write; аналогии из игр, стриминга и банков.
• OP подчёркивает возможность strong consistency (linearizability) без серьёзных trade-off'ов через клиентские гарантии и дизайн БД.

Misleading title, the council approves their mandate for negotiations with parliament. It’s still a long way to go before it turns into law and I think it’s rather unpopular in parliament. >At the beginning of the month, the Danish Presidency decided to change its approach with a

Google интегрировал поддержку AirDrop в Quick Share на Pixel 10: Android-устройства теперь видны в меню AirDrop iPhone/iPad (при режиме «всем на 10 минут»), а Apple-устройства — в списке Quick Share. Файлы передаются напрямую по P2P Wi-Fi без серверов. Пока фича ограничена Pixel 10, но Google планирует расширение; «contacts only» не поддерживается, хотя компания открыта к сотрудничеству с Apple (которое не участвовало в разработке).

Это стало возможным благодаря регуляциям ЕС по Digital Markets Act (DMA): Apple вынуждена была внедрить новые Wi-Fi стандарты, ранее блокировавшие такую интероперабельность. Безопасность обеспечивается Rust — «компилятор enforces strict ownership and borrowing rules, гарантируя memory safety и защиту от memory bugs», отметил VP Google по безопасности Dave Kleidermacher. Аналогично RCS в iOS 18, шаг к унификации экосистем.

• Обсуждение фокусируется на утверждении, что EU-регуляции (DMA) заставили Apple перейти с проприетарного AWDL на стандарт Wi-Fi Aware для AirDrop, обеспечив совместимость с Android Quick Share.
• Скепсис преобладает: нет доказательств перехода (AirDrop работает с macOS без Wi-Fi Aware, строки AWDL в коде Google), Apple давно участвовала в разработке стандарта.
• Положительные отзывы о регуляциях EU (как USB-C), критика ненадёжности AirDrop на iOS, альтернативы вроде LocalSend/WarpShare.
• Политические дебаты: поддержка "мускулистого" регулирования vs опасения о фрагментации рынков и влиянии на privacy.

People keep mentioning Wi-Fi Aware with this, but so far haven't seen anyone actually prove that this is the case.Apple undoubtedly added Wi-Fi Aware support to iOS https://developer.apple.com/documentation/WiFiAware, but its not clear whether iOS actually supports AirDrop over W

Facepunch Studios (создатели Garry's Mod и Rust) выпустили s&box — бесплатную sandbox-игру на движке Source 2 в раннем доступе на Steam. Это эволюция Garry's Mod с мультиплеером до 128 игроков, где любой может создавать миры, мини-игры и моды. Игра фокусируется на инструментах: встроенный asset browser с тысячами бесплатных моделей, текстур и звуков от сообщества; поддержка Lua и C# для скриптинга; хабы для шаринга контента.

Ключевые фичи — полная свобода редактирования в реальном времени, сетевой код для коллаборативного строительства, аватары и кастомизация. Код открыт под лицензией MIT, моды монетизируются через Steam Workshop. Команда обещает еженедельные обновления, борьбу с читерами и переход к полноценному релизу через 1–2 года. Уже 100+ хабов с проектами вроде Among Us или Fortnite-клонов.

• Facepunch (создатели Garry's Mod и Rust) открыли исходники S&box — движка на базе Source 2, эволюционировавшего от Garry's Mod 2 к Roblox-подобной платформе с собственным редактором.
• Успех компании: от гаража до $100 млн/год; критика за слабую Linux-поддержку в Rust из-за античита.
• В коде много мата в комментариях; MIT-лицензия, но зависимость от закрытого Source 2 вызывает вопросы о будущем и конкуренции с Unity/Godot/Roblox.
• Обсуждение потенциала для standalone-игр, монетизации и инструментов вроде Hammer, скепсис по поводу поддержки Valve.

I switched to using PWAs for social media apps for similar reasons the author outlines. A pleasant, but somewhat unintended consequence is that I just use them a lot less because the experience is pretty bad. It makes me a little sad because I’ve always believed in the PWA dream,

• Проблема с визуализацией окон в macOS (особенно в Tahoe) критикуется за плохую различимость, отсутствие контраста и неудобный интерфейс.
• Существуют сторонние решения (JankyBorders, HazeOver, BorderMe), но пользователи отмечают, что Apple должна встроить эту функциональность в настройки доступности.
• Альтернативные подходы включают использование встроенной опции "Увеличить контраст" в настройках macOS, скриптов (Hammerspoon) и сравнение с Linux-окружениями (PopOS, KDE).
• Критика направлена на приоритеты дизайна Apple в ущерб функциональности, а также на отсутствие нативной поддержки управления окнами.
• Технические обсуждения касаются реализации через Accessibility API, проблем с задержкой границ и отсутствия поддержки для углов окон.