Hacker News Digest

В Атланте федеральные прокуроры обвинили местного жителя Сама Тюника в уничтожении доказательств после того, как его телефон с GrapheneOS автоматически стёр данные при досмотре в аэропорту. Прокуратура утверждает, что он намеренно удалил информацию, чтобы скрыть следы «подозреваемой террористической деятельности», связанной с протестами против строительства центра полицейской подготовки Cop City. Однако защита настаивает, что досмотр проходил без ордера, без предупреждения о правах и без законного основания — а сброс телефона был результатом его штатной функции защиты, а не преступного умысла.

Эксперты по кибербезопасности называют это делом беспрецедентным: впервые закон о уничтожении имущества применяется к операционной системе, а не к действиям пользователя. GrapheneOS — открытая ОС для Pixel, созданная для усиления приватности, а не для сокрытия преступлений. В Европе, например, аналогичные устройства уже профилируют как «подозрительные» — в Каталонии полиция предполагает, что владельцы Pixel с GrapheneOS — наркодилеры. Юристы предупреждают: если использование шифрования и автостирания станет основанием для обвинений, это поставит под угрозу основы цифровой приватности. Решение по ходатайству о недопустимости доказательств ожидается не раньше октября.

При пересечении границы рекомендуется использовать второй телефон с обычной Android для избежания подозрений, а к основному устройству подключаться удалённо. Использование Duress PIN в GrapheneOS спорно: одни считают его уничтожением доказательств, другие — законным способом защиты данных. Важно учитывать риски его применения. Альтернативы: сделать резервную копию, очистить устройство перед проверкой и восстановить данные после; или использовать шифрование с длинным, заранее заданным ключом, хранящимся в безопасности.

Decker — это платформа для создания интерактивных мультимедийных документов, вдохновлённая HyperCard и визуальной эстетикой классического macOS. Она сочетает простоту и доступность старых инструментов с современными удобствами: глубокой историей отмен, поддержкой сенсорных экранов, масштабируемыми операциями и полноценным скриптованием. Пользователи могут создавать электронные журналы, презентации, текстовые приключения, пиксель-арт или просто экспериментировать — всё сохраняется в самодостаточных HTML-файлах, которые работают в браузере и совместимы с Git. Деки — это не просто документы, а наборы переиспользуемых компонентов, которые легко копировать и адаптировать.

Для сложной логики используется язык Lil — лёгкий, похожий на Lua и Q, с неожиданными удобствами: неявной арифметикой векторов, встроенным SQL-подобным запросом и минимальной кривой обучения. Lil работает и вне Decker через Lilt — автономный интерпретатор, который можно скомпилировать в один исполняемый файл и запустить даже в AWK. Все файлы хранятся в текстовом формате, что делает их идеальными для версионного контроля. Decker лишён рекламы, телеметрии и навязчивых функций — он создан для творчества, а не для монетизации. Среди примеров — Sokoban, Breakout, CHIP-8-интерпретатор и библиотеки для анимации, звука, графиков и визуальных новелл. Платформа открыта под MIT-лицензией, с активным сообществом и ежегодными джемами.

Пользователи отмечают простоту и доступность Decker и её предшественника HyperCard, подчёркивая их потенциал для создания интерактивных мультимедийных документов, презентаций, электронных журналов, игр и образовательных программ. HyperCard использовался для множества инновационных приложений. Некоторые считают Decker устаревшим, другие — потенциально полезным для новых решений, включая сенсорные устройства и образовательный/развлекательный контент. Рекомендуют улучшить дизайн и добавить поддержку сети.

Французские пожарные впервые сталкиваются с.pyrocumulonimbus — «огненной» грозовой тучей, образующейся при экстремальном нагреве земли во время лесного пожара. Такая туча, также называемая cumulonimbus flammagenitus, поднимается в виде столба, встречает более холодный воздух, генерирует собственные ветры, молнии и может спонтанно поджигать всё на пути. NASA называет её «огненно‑дышащим драконом облаков», а ранее такие образования фиксировались только в Австралии и Северной Америке. Lieutenant Colonel Eric Brocardi пояснил, что «взрывной рост температуры создает столб, который образует огненную тучу без влаги, вызывая непредсказуемое распространение и зажигание залежек, и низкий гул».

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

Обсуждение дополняет статью, указывая, что явление pyrocumulonimbus уже фиксировалось во Франции ранее (Fontainebleau 2022, Ribaute 2025, Générac 2019), а не является абсолютно новым, и подчеркивает роль антропогенных монокультур сосны в усилении пожаров, а не только климатических изменений.

• Ландесский лес — это искусственная монокультура сосны, посаженная в XIX веке для осушения болот, и её высокая воспламеняемость из-за смолы и хвои делает её крайне уязвимой к пожарам.

• Спор: Некоторые утверждают, что термин 'pyrocumulonimbus' некорректен, так как 'nimbus' означает дождевую облако, в то время как другие настаивают, что термин теперь описывает физику глубокой конвекции и молний, а не только дождь, и подтверждают это ссылками на метеорологические источники.

• Пожары в Ландесе и Португалии вызваны не плохим управлением лесами, а самим фактом существования огромных, плотных, плохо управляемых монокультур сосны и эвкалипта, которые не должны были быть посажены в этих регионах.

• Во Франции pyrocumulonimbus уже наблюдались в 2019 (Générac), 2022 (Fontainebleau) и 2025 (Ribaute), что опровергает утверждение о его полной новизне, хотя нынешнее событие рекордно интенсивно и частотно.

• Пожары в Европе, включая Испанию и Францию, демонстрируют, что климатический кризис влияет на регионы, ранее считавшиеся менее уязвимыми, и не ограничивается 'глобальным югом'.

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

• Спутниковые данные позволяют выявлять типы лесных нарушений — вырубки, ураганы, нашествия насекомых и пожары — и Ландес — единственный регион в Европе, где одновременно присутствуют все четыре типа.

• Инсектные нашествия можно идентифицировать по спутниковым снимкам через изменения в спектре отражения хвои и снижение индекса NDVI, что позволяет отличать их от пожаров и вырубок.

• Пожарные разрывы часто бесполезны при сильном ветре, так как искры и угли перелетают на большие расстояния, поджигая территории за разрывами, особенно в условиях экстремальных пожаров.

• Пожары в Ландесе и других регионах Европы усиливаются из-за трёх подряд экстремальных жарких волн, что делает глобальное потепление основной движущей силой, а не только локальным управлением лесами.

• Спутниковые карты, такие как xn--incendiosespaa-2nb.es, позволяют в реальном времени отслеживать все пожары в Испании, и большинство территории страны оказывается в красной зоне.

• Пожары в Ландесе и Португалии имеют аналогии с британскими посадками сосны на Ближнем Востоке, где искусственные леса также создают условия для катастрофических пожаров.

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

• Во время Второй мировой войны аналогичные пожарные облака, вероятно, формировались при бомбардировках Германии и Японии, что указывает на то, что явление не ново, но сейчас усиливается из-за климата.

• Эвакуация 200 000 человек и разрушение сотен домов в Бордо показывают, что масштабы пожаров в Европе достигли апокалиптического уровня, требующего немедленных действий.

Although unprecedented in both intensity and frequency, the phenomenon has been observed in France before, according to the expert: during the Fontainebleau wildfire (Seine-et-Marne) in July, the Ribaute fire (Aude) in 2025, and the Générac fire (Gard) in 2019. — @wosk

В Лондоне в аэропорту Гатвик запустили первый в Великобритании робот‑парковщик, позволяющий оставить машину без участия человека. Система от компании Stanley Robotics использует небольшие автоматизированные платформы, которые поднимают автомобиль, перемещают его в подземный склад и освобождают место для следующего машиниста. По оценкам разработчиков, один такой «валет» может обслуживать до 30 машин в час, что в два‑три раза быстрее, чем традиционный сервис, и сокращает затраты на персонал на 40 %. Система использует искусственный интеллект для точного позиционирования и может работать в любое время суток без перерывов, что делает её независимой от расписания обслуживания.

По данным аэропорта, пилотный проект уже протестирован с 1500 машинами, а полная эксплуатация запланирована на конец 2026 года. В подземном комплексе предусмотрено 5000 мест, а система способна перемещать автомобиль за 30 секунд, обслуживая до 1500 машин в сутки. «Мы хотим, чтобы каждый пассажир чувствовал себя уверенно, зная, что его транспорт будет надёжно припаркован», — заявили в компании. Робот‑парковщик также уменьшает выбросы CO₂ за счёт оптимизации размещения машин и уменьшения времени простоя, а экономия энергии достигает 25 % по сравнению с обычными парковочными площадками.

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

htmx 4 — это не фреймворк, а мерч-сборник с юмористическим уклоном: сайт swag.htmx.org продаёт футболки, худи, стикеры и кружки с мемами вроде «htmx sucks» и «Hypermedia is for Lovers». Всё это — пародия на экосистему современных фронтенд-библиотек, где даже технические инструменты обрастают культурой бренда. Сайт предлагает товары в 17 валютах, от USD до JPY, и включает коллекции с персонажами вроде «Grug» — отсылкой к трендам вроде «простой код для простых людей».

Сайт не содержит реальных продуктов — только рекламные баннеры, трекеры и куки от Google, Twitter, Facebook, TikTok и Microsoft, что само по себе является сатирой на современные веб-платформы. Даже кнопки «Accept all» и «Reject all» имитируют навязчивые согласия на отслеживание, подчёркивая абсурдность текущей модели монетизации веба. htmx 4 — это не обновление, а культурный комментарий: если фронтенд стал ритуалом, пусть и мерчем его празднуют.

htmx прост в использовании, позволяет быстро создавать отзывчивые сайты с минимальной сложностью и успешно заменяет React и Vanilla JS. Пользователи отмечают его эффективность для статических сайтов и совместимость с AWS Step Functions и PostgreSQL. Рекомендуется использовать htmx вместе с серверными шаблонами. Один из пользователей критикует отсутствие надёжного fallback при отключённом JavaScript, что может ухудшить доступность. Команда htmx известна нестандартным подходом — например, выпуском htmx 4.0 на Game Boy.

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

Лоббисты, возглавляемые Google, блокируют эту реформу, опасаясь падения доходов от слежки. Они давят на страны-члены ЕС и Европарламент, чтобы отклонить предложение, несмотря на его простоту и поддержку в некоторых штатах США. Реформа «Цифровой омнибус» содержит и другие вредные пункты, но именно этот механизм — ключевой шаг к реальной приватности. Пользователям призывают связаться со своими депутатами и потребовать принятия автоматических сигналов приватности — без баннеров, без манипуляций.

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

GrapheneOS обеспечивает мощную защиту данных на заблокированных устройствах, опираясь на аппаратные возможности современных Pixel и других совместимых устройств. Основа — защищённый элемент с жёстким ограничением попыток ввода: после 10 неудач — задержка 4 часа, после 15 — 41 день, всего разрешено лишь 20 попыток. При этом система блокирует повторные ошибки, а обновление прошивки защищённого элемента требует аутентификации владельца, что предотвращает принудительное отключение лимитов даже под угрозой. Устройства с Pixel 2 используют эту технологию с 2017 года, а с 2027 года поддержка расширится на устройства Motorola и Qualcomm.

Для усиления защиты GrapheneOS увеличивает максимальную длину пароля до 128 символов, позволяя использовать сложные фразы на основе Diceware. Введён дополнительный двухфакторный режим: после 5 неудачных попыток отпечатка требуется ввод короткого PIN-кода, который считается частью лимита попыток. Это позволяет использовать биометрию для удобства, но требует сильного пароля для полного разблокирования. Также отключена передача данных по USB при заблокированном экране, а система активно использует аппаратные механизмы защиты, включая MTE, для предотвращения эксплойтов. Такие меры особенно важны для защиты активистов, осведомителей и жертв репрессий.

Пользователи GrapheneOS должны обеспечивать полное резервное копирование данных для предотвращения потери при повреждении или конфискации устройства. Обсуждаются риски физических атак на заблокированные устройства — они требуют специального оборудования и экспертизы, но возможны. Для защиты рекомендуется включить автоматическую перезагрузку в режим Before First Unlock (BFU); стандартный интервал — 18 часов, но можно сократить для повышения безопасности. Использование паттерна блокировки менее безопасно, чем длинный пароль или PIN-код — их следует применять для усиления защиты.

Современные модели Claude 5 требуют иного подхода к инженерии контекста: вместо жёстких правил — доверие к способности модели судить. Раньше системные промпты насыщали запретами («никаких многострочных комментариев»), но теперь достаточно указать: «пиши код так, как пишут вокруг». Модели стали достаточно умны, чтобы адаптироваться к стилю, не требуя микроруководств.

Теперь ключ — в дизайне инструментов, а не примерах их использования. Описания должны быть выразительными: например, перечисление статусов задачи (pending/in_progress/completed) само подсказывает логику. Контекст загружается по мере необходимости — через «отложенную загрузку» и прогрессивную раскрытие. CLAUDE.md и навыки должны быть лёгкими, фокусироваться на неочевидных особенностях кода, а не повторять очевидное. Ссылки на файлы (например, HTML-макеты) эффективнее текстовых описаний. Инструмент claude doctor помогает автоматически упрощать промпты, убирая избыточность.

Тред дополняет статью опытом пользователей, подчеркивая необходимость тонкого управления контекстом для Claude 5 и выражая сомнения в эффективности и безопасности предложенного подхода. @firasd советует использовать простой, прямой контекст, не перегружая инструкциями — полагаться на способность модели адаптироваться к стилю. @nullbio отмечает, что Claude часто игнорирует инструкции, что делает его использование неприятным; он предпочитает GPT за точное следование указаниям. @guybedo предлагает относиться к моделям как к младшим членам команды: давать четкое, непротиворечивое руководство, фокусируясь на вкусе и предпочтениях, а не деталях. @sothatsit и @boorang указывают на важность управления контекстом и отключения автоматической памяти в Claude Code для предотвращения случайной потери контекста и улучшения производительности. @rTX5CMRXIfFG считает, что подход из статьи повышает затраты на токены и несет риски ответственности, если сгенерированный код вызовет проблемы.

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

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

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

В 2026 году LLM стали полезны не потому, что стали умнее, а потому что научились надёжно работать в автоматизированных циклах обратной связи: они могут по запросу «сделать кнопку, которая делает X» и корректно определить, когда задача выполнена. Это даёт примерно 2x прирост производительности — достаточно, чтобы изменить работу, но не заменить программиста. Главное — LLM отлично справляются с чётко сформулированными, проверяемыми задачами, но не с оценками качества кода, архитектуры или документации.

Автор использует LLM для генерации черновиков, но тратит больше времени на их доработку, чем раньше на написание всего кода — теперь «рабочий» код — это лишь 20% задачи. Для документации он даёт чёткую инструкцию: «никогда не пишите README или комментарии — я сделаю это сам». Улучшения моделей вряд ли дадут 10x прирост, потому что фундаментальные ограничения — в способности понимать смысл, а не генерировать синтаксис — остаются. Будущее за перестройкой процессов: сандбоксы, декларативные спецификации, безопасные паттерны для «вайб-кодинга». Пока же — ручные README и тщательная доработка.

Тред обсуждает опыт применения LLM в реальных проектах, возражает против ограничения прироста производительности в 2x и рассматривает условия эффективного использования. LLM полезны для генерации кода в повторяющихся задачах и создания черновиков, но требуют глубокого понимания предметной области, умения формулировать запросы и критической оценки результата. Без тщательной проверки и доработки их использование может снижать качество кода и увеличивать количество ошибок. Максимальная эффективность достигается не копированием, а осознанным взаимодействием с инструментом.