Hacker News Digest

Luanti — открытая платформа для создания voxel-игр — была удалена из Google Play по жалобе Tracer.AI, действующей от имени Microsoft, которая утверждала, что приложение нарушает авторские права Minecraft. При этом Luanti не содержит ни одного проприетарного ассета из Minecraft: его базовые текстуры — это простые кубы, созданные сообществом, а сама платформа не поставляется с готовыми играми. Жалоба ссылается на регистрацию Minecraft Java Edition 1.9, но не указывает конкретные скопированные элементы — что делает её абсолютно необоснованной.

Это уже второй случай за последние два года: аналогичная жалоба была подана и против игры Allumeria, а в 2023 году Luanti успешно оспорила подобную жалобу. Tracer.AI, по всей видимости, использует AI-инструменты для массовой отправки расплывчатых DMCA-уведомлений, не проверяя факты. Google, в свою очередь, автоматически удаляет приложения, не давая разработчикам оперативно отреагировать. Luanti уже подала встречное уведомление и доступна на F-Droid и на своём сайте, но такие действия ставят под угрозу свободное ПО. Авторы призывают Microsoft, Google и Tracer.AI прекратить использование непроверенных AI-алгоритмов и соблюдать закон — кубы не могут быть авторским правом.

Тред дополняет статью фактами и разногласиями. **Процедура:** Это не классическая DMCA, а псевдо-DMCA Google без автоматического counter-notice. При настоящей DMCA немедленный counter-notice восстанавливает контент и перекладывает ответственность на заявителя, но Google этого не реализовал (@kevin_thibedeau, @vorpalhex). Microsoft получала аналогичную претензию от Tracer.AI в 2023 году и проиграла апелляцию (@vintermann, @tag2103). Tracer.AI в разных кейсах указывал юрисдикцию США и Вануату — паттерн bad actor. **Асимметрия стимулов:** У Tracer.AI нулевая цена false positive и ненулевая false negative, что создаёт перекос в пользу злоупотреблений. Штрафы по 17 U.S.C. 512(f) существуют, но почти не применяются (@benjiro29, @ethin, @testing22321, @luckylion). **Спор о клонировании:** - Сторона A (@VCFundedGenYer): скриншоты Luanti буквально совпадают со скриншотами Minecraft, называть жалобу «baseless» смешно. - Сторона B (@culi, @vintermann): Luanti (бывший Minetest) — движок, собран с нуля во FLOSS-стиле, не содержит ассетов Minecraft и не является прямым конкурентом. **Спор о залоге за strike:** - Сторона A (@jmward01): обязательный возвратный залог дисциплинирует заявителей. - Сторона B (@applfanboysbgon, @raincole): любой ощутимый залог убьёт и без того слабую позицию малых авторов, превращая механизм в оружие против них. **Спор об AI-сканере:** - Сторона A (@mysterydip, @astrobe_): AI-сканер мог найти похожий код в jar. - Сторона B (@duskdozer, @puskavi, @clort): маловероятно, так как DMCA подаёт Microsoft напрямую; скорее триггер — voxel-стиль и изображения. AI-сгенерированный код по Thaler v. Perlmutter не копирайтится. **Практические советы:** Google позволяет анонимно получить URL-removed под флагом «infringing copyright» — в половине случаев владелец сайта не уведомляется (@luckylion, blackhat SEO). Luanti всё ещё можно установить через F-Droid (@sam_lowry_). Правовые контрмеры — tortious interference и встречный иск за bad faith, учитывая оспаривание 2023 года (@conartist6, @ncr100).

Германская Sovereign Tech Agency выделила €508 640 на развитие Flatpak — платформы для безопасной упаковки и распространения Linux-приложений. Двухлетний проект, реализуемый совместно с Modal Collective и Para-Real Ltd., нацелен на закрытие ключевых пробелов в изоляции приложений: отдельный контроль аудио (без доступа к микрофону), изоляция сети по зонам (локальная/интернет), поддержка VPN-приложений и автозаполнение паролей через защищённые порталы. Эти улучшения сделают Flatpak конкурентоспособным с Android и iOS в плане безопасности.

Проект объединит опытных разработчиков из GNOME и других сообществ — включая Philip Withnall, Zelda Ahmed и Sam Hewitt — для реализации новых порталов, системы прав доступа (entitlements), механизма намерений (intents) и миграции на libdex. Цель — не только улучшить функциональность, но и создать устойчивую инфраструктуру поддержки: расширить круг экспертов, внедрить тестирование и формализовать управление проектом. Flatpak используется в Fedora Silverblue, SteamOS и GNOME OS, но его развитие замедлилось из-за нехватки ресурсов. Эта инвестиция — первый крупный шаг к превращению его в надёжную основу для будущих десктоп-ОС.

STF вложила €500k в Flatpak, что вызвало резкую критику: технологию сочли слабой (недостаточная песочница, раздутые разрешения, привязка к Linux), а модель финансирования — нежизнеспособной без найма разработчиков и стратегической устойчивости. **Спор о формате финансирования:** @ho_schi критикует временное проектное финансирование без штата; @eigenspace считает, что ограниченные деньги лучше тратить на конкретные deliverables. **Альтернативы Flatpak:** @EffrafaxOfWug и @regexorcist предпочитают firejail/bubblewrap как более лёгкие решения; @banger180 и @pinkwah защищают Flatpak при настройке через Flatseal. @ho_schi, @trentor, @username_my1 и @WhyNotHugo сходятся, что государству стоит финансировать инфраструктурный C/C++ (cURL, ffmpeg, GCC), а не упаковщики, и сэкономленные на отказе от Windows/Office средства направить в открытый стек. @j1elo, @Nux, @oytis, @znpy, @megous и @koe123 считают €500k пустой тратой: есть Nix и системные пакеты, а изоляция приложений на десктопе в принципе плохая идея — лучше task/workspace изоляция. **Проблемы песочницы:** @TekMol, @kalaksi, @bashZorina_09, @minimeow и @blizdiddy отмечают, что Flatpak-приложения (например, Calibre) часто получают полный доступ к диску, превращая песочницу в «security theater». **Практические советы:** - @pinkwah, @bashZorina_09, @meibo: управлять разрешениями через FlatSeal или магазин приложений; Flathub принимает PR на ужесточение прав. - @kodoman: podman + pipewire + Xephyr как более гибкая замена. - @JanisErdmanis: flatpak-builder завязан на Linux, сборка с macOS практически невозможна. - @robin_reala: Sovereign Tech Agency нанимает Director of Technology. **О STF:** @trlphj считает, что деньги идут на веб-проекты и упаковку, а не на фундаментальный C/C++; @nwellnhof уточняет, что STF нанимает разработчиков через fellowship. @jimbob45 и @goodpoint критикуют модель в целом: OSS-компании живут на госсубсидиях, а государственный контроль финансирования — это то же, что критикуют в Microsoft.

Нил, поддерживающий открытый проект, заметил резкий рост низкокачественных вкладов, созданных с помощью ИИ: pull request'ов с исправлением опечаток, AI-генерированных отчётов об уязвимостях и предложений по их исправлению. Эти вклады часто приходят от пользователей без истории взаимодействия с проектом, чьи коммиты оформлены так, будто их сделал человек, но на самом деле сгенерированы моделью вроде Claude. Хотя изменения формально верны, они не улучшают проект существенно и создают иллюзию активности ради резюме или найма. Нил закрыл такие PR без комментариев, отказавшись поощрять «AI-слопа», которое тратит время мейнтейнеров и подрывает доверие в открытой разработке. Он подчеркивает, что настоящая ценность вклада — не в количестве зелёных квадратов на профиле, а в реальном улучшении проекта, и призывает contribuировать только из искреннего интереса, а не для игрища с метриками. Доверие — основа open source, и оно разрушается, когда вклад становится игрой в имитацию полезности.

AI-вклады снижают качество ревью, подрывают доверие к open source и превращают участие в перформативный инструмент для резюме. Мейнтейнеры тратят время на разбор сгенерированных PR, которые часто ломают код, а не просто содержат опечатки, и всё чаще ведут приватные форки вместо апстрима. Автозакрытие PR без issue (как в Homebrew) эффективно отсекает AI-вклады, поскольку они обычно указывают на использование API. AI также используется для генерации CVE-запросов на мелкие уязвимости, перегружая системы безопасности. Спор: часть считает, что AI-PR лучше слабых человеческих, другие — что даже полезные исправления отвергаются из-за подозрений в перформативности, а автоматические отказы демотивируют реальных участников. Метрики GitHub превратились в инструмент гейминга, который AI сделал слишком лёгким. Рекуртеры всё реже воспринимают OSS-вклады как доказательство навыков, особенно когда CV читает AI. Часть проблемы — корпоратизация OSS, где участие нужно для имиджа, а не для улучшения кода. Советы: — Автоответы на AI-PR с разъяснением правил снизят повторные попытки, сохранив живое общение для настоящих участников. — Кросс-проектная система репутации поможет отличать реальных вкладчиков от спамеров. — Ограничение PR уровнем issue (описание исправления через промпт вместо готового кода) сместит фокус на мышление, а не на код. — Оценка вклада должна строиться на качестве взаимодействия, глубине участия и его устойчивости, а не на количестве PR.

Bloomberg обнаружил подозрительную активность в вашей сети и потребовал подтвердить, что вы не робот. Для доступа к статье необходимо включить JavaScript и cookies в браузере, а также не блокировать их загрузку. Если проблема сохраняется, следует обратиться в службу поддержки Bloomberg, указав предоставленный идентификатор запроса: 97d1c92d-a382-11f1-b6b9-f2844c7138e5. Это стандартная мера защиты от автоматизированного трафика и ботов.

Страница также содержит призыв оформить подписку на Bloomberg.com для получения доступа к глобальным финансовым новостям. Однако без прохождения проверки на человечность доступ к контенту невозможен. Упомянутые ссылки ведут на разделы об условиях использования и политике cookies, а также на форму обратной связи для технической поддержки. Статья, на которую вёл исходный линк (о консорциуме Advent и Stripe, отказавшемся от поглощения PayPal), остаётся недоступной без выполнения указанных условий.

Обсуждение подтверждает отказ от сделки как ожидаемый. Причины: раздувшаяся цена после утечки — акции PayPal выросли более чем на 40% за квартал до ~$52,6 млрд (@tyre); устаревшая архитектура PayPal (@rekttrader, @iSloth); отсутствие стратегического обоснования; неудачная попытка CEO Stripe выстроить креативное финансирование, которую Уолл-стрит бы не поддержала (@allears). Технический долг PayPal никто не оспаривает. Спор о реальной позиции PayPal. Часть участников (@diogenescynic, @LightBug1) считают его умирающим legacy-сервисом без moat, вытесняемым Stripe, Adyen, Apple Pay, Google Pay. Другие (@locallost, @barrkel, @analog31) по личному опыту видят его рабочим дефолтным вариантом — @barrkel отмечает ~28% доли в онлайн-выручке Германии в 2025 году, @locallost подтверждает, что PayPal остаётся основным способом оплаты физтоваров в европейском e-commerce. Спор о причинах провала: @aghuang считает, что разногласия выходили за рамки цены и детали знает только Stripe; @reenorapra полагает, что CEO PayPal следовало уволить за упущенные $60 млрд; @allears винит лично CEO Stripe. PayPal как резервный вариант для бизнеса: @analog31 более десяти лет использует PayPal как пассивный приём платежей без кода и расходов на поддержку; @rchaud ценит возможность отменять подписки без разговора с retention-агентами. Региональные различия. В Китае оплата — QR-код, в Европе — IBAN или платёжные ссылки с мгновенным переводом без комиссии (@bambax, @DarmokTanagra, @mittensc); @DanielHB удивлён отсутствием IBAN в США, @Hendrikto называет ограничения P2P-переводов в США «возмутительными». @kevin_thibedeau указывает, что Zelle — фронтенд поверх ACH, @general1465 добавляет, что в США по-прежнему пользуются чеками и обязаны лично присутствовать для международных переводов. Юридический аспект: @acd связывает сделку с антимонопольными рисками по Sherman Antitrust Act, остальные обсуждают только цену и стратегию. Личный отказ от PayPal: @stefandesu удалил аккаунт после переезда в Норвегию, где все используют Vipps; @shevy-java избегает «Trump-tainted US companies» и призывает диверсифицировать платёжную инфраструктуру по примеру Канады. Альтернативы: @ocd описывает канадский стек (Interac для P2P, Moneris и банковские процессинги для бизнеса); @Jommi рекомендует usedots.com для отправки небольших сумм.

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

ССРИ стали популярны благодаря относительной безопасности по сравнению с более токсичными антидепрессантами прошлого, но их массовое назначение привело к зависимости: в США, Великобритании и Австралии их принимают 14–16% населения. Теперь медицинское сообщество начинает пересматривать подход: рекомендации призывают ежегодно пересматривать необходимость приёма, а альтернативы — психотерапия, когнитивно-поведенческая терапия, медитация и физическая активность — доказали эффективность, не уступающую лекарствам. Важно не отвергать ССРИ полностью, но перестать рассматривать их как первое и единственное решение. Главное — дать пациентам и врачам разрешение искать поддержку не только в таблетках, а в времени, терапии и социальной помощи.

В реальном опыте пациентов информация о побочных эффектах и протоколах снижения доз часто отсутствует, а практики tapering сильно варьируются: одни сталкиваются с тяжёлыми симптомами отмены, другие — с минимальными, что подчёркивает необходимость индивидуального, медленного снижения и доступа к рекомендациям, например, Maudsley Deprescribing (2024). Пациенты советуют замедлять снижение доз в 5 раз медленнее стандартных рекомендаций, используя таблеточный дробитель и миллиграммовую шкалу, или жидкую форму/микродозирование — эффективность дозы падает экспоненциально при низких уровнях. Препараты с коротким полувыведением вызывают более выраженные симптомы отмены. Сексуальные побочные эффекты SSRIs редко обсуждаются врачами, что снижает доверие и готовность начать лечение. Резкая отмена (cold turkey) часто провоцирует панические атаки, тахикардию и «brain zaps» — её следует избегать. Есть споры: одни считают SSRIs спасающими жизнь, другие — маркетинговым обманом с серьёзными рисками. Некоторые утверждают, что SSRIs не вызывают зависимость и «withdrawal» — неуместный термин, другие описывают симптомы, сопоставимые с зависимостью. Врачи дают противоречивые советы — один пациент отметил, что 10 врачей дали 10 разных рекомендаций. Хотя некоторые пациенты после длительного приёма переносят отмену без значительных симптомов, это — исключение.

Gemini 3.5 Transcribe — это новая модель распознавания речи от Google, обеспечивающая высокую точность и интеллектуальную обработку аудио в реальном времени и для предварительно записанных файлов. Она превосходит традиционные системы, эффективно справляясь с фоновым шумом, дисфлюенциями (например, «эм», «а»), самокоррекциями и сложной терминологией, автоматически форматируя текст и удаляя лишние элементы. Модель поддерживает более 85 языков с учётом акцентов и диалектов, а также распознаёт до трёх спикеров с метками времени и идентификацией говорящих в предварительно обработанном аудио (поддержка большего числа спикеров — экспериментальная).

Ключевые показатели точности: средний показатель ошибок слова (WER) составляет 4,0% для потоковой транскрипции и 2,6% для обработки предварительно записанного аудио, что подтверждается независимыми измерениями Artificial Analysis. Модель точно распознаёт алфавитно-цифровые сущности, такие как почтовые индексы и номера заказов, и поддерживает кастомный словарь для специализированной терминологии. Доступна через два API: потоковый (gemini-3.5-transcribe-live) с субсекундной задержкой для интерактивных приложений и API для обработки файлов (gemini-3.5-transcribe) с атрибуцией спикеров и временными метками. Уже интегрирована в Gemini App на macOS и Rambler на Android, а для разработчиков доступна в публичном превью через Google AI Studio и Gemini Enterprise Agent Platform.

Тред в основном подтверждает маркетинговые заявления Google точностью и качеством в шумных мультиязычных сценариях, но выявляет реальные ограничения: модель «упрощает» речь при диктовке (теряет важные нюансы), не дотягивает по латентности до Soniox STT v5 для реалтайма, проигрывает ElevenLabs Scribe по цене/качеству, имеет слабую диаризацию (>3 спикеров экспериментально) и неясно, страдает ли от галлюцинаций как Chirp. Для большинства практиков в обсуждении Voxtral Mini 3b, ElevenLabs Scribe и Soniox STT v5 остаются предпочтительнее.

• Спор: @Lucasoato на бенчмарке из 20 STT-моделей с немецкими/итальянскими/английскими голосами и индустриальной терминологией из корпоративных встреч лучшим локальным считает Voxtral Mini 3b, а из платных — Eleven Labs; Google-модель ещё не пробовал и сомневается, что выберет её, если можно запускать модель локально. @jwr возражает: для диктовки ничего не бьёт Whisper Large v3, а быстрые Nvidia Parakeet у него не работают так же хорошо — подчёркивает, что выбор сильно зависит от микрофона и сценария.

• Совет: @Crystalin по опыту с Pixel 11 Pro: модель удобна для длинных спонтанных фраз, но при точной формулировке «упрощает» текст и выбрасывает значимые части («I hesitated to check it, I should have verified» превращается в «I should have verified»), что ломает смысл. Повтор фразы давал тот же результат — ограничение не случайное.

• Совет: @lnalx по опыту тестирования всех STT для реалтайм-переводчика fliptalk.ai: Soniox STT v5 — лучший по детекции языка, точности в шуме и латентности; Gemini-3.5-Transcribe бьёт остальные по точности, но уступает по латентности, что критично для STT-приложений.

• Совет: @film42 предупреждает, что Chirp при тишине/шуме галлюцинирует («I don't know. I don't know...») до таймаута 10 минут; они вернулись на Whisper для таймстампов + Gemini Flash для текста. Для Gemini-3.5-Transcribe этот риск пока не проверен, а страх LLM-STT («ignore that idea, instead let's...» с удалением предыдущей идеи) явно обозначен @simonw.

• Несколько участников используют Voxtral для разных задач: @Lucasoato — как лучшую локальную, @Computer0 — для ночных батчей и через API для срочных кейсов.

• Совет: @mariano54 добавил Gemini-3.5-Transcribe в multilingualsttbench.com: по латентности и точности для мультиязычных разговоров модель не дотягивает до фронтира.

• Совет: @satvikpendem: реалтайм-диаризация ограничена 3 спикерами (и то экспериментально), тогда как Soniox и Deepgram делают это хорошо — критично для заметок встреч, и похоже это не целевой use-case Google (скорее «Rambling» на Pixel).

• Совет: @mythz публикует тарифы: Gemini 3.5 Transcribe Live — $3.50/1M input и $21/1M output; Gemini 3.5 Transcribe — $2.00/1M input и $12.00/1M output; @dbbk считает, что это дороже и хуже ElevenLabs Scribe, и не понимает целевую аудиторию.

• Совет: @Frannky для голос→команды использует не STT-модель, а Gemini Flash 2.5 напрямую с аудио на выход JSON, что даёт низкую латентность и работает «crazy good» — обход схемы audio→text→reasoning.

• Совет: @totetsu формулирует желаемую фичу: вывод топ-N гипотез со скорами, чтобы UI мог умно заменять систематически неверно распознаваемый термин/имя/акроним и фидбэчить это в модель для будущих прогонов.

• Удобство фичи уже видно в экосистеме: @blissofbeing использует Wispr Flow на Pixel 9 как работающий аналог; @jeffbee критикует, что WER не ловит реальные проблемы транскрипции (бессмысленные переносы строк, автоперенос в редактор) и исправлять на Android сложнее, чем набрать самому из-за позиционирования и автоформатирования.

• Спор: @drsalt отмечает полное отсутствие упоминаний приватности/конфиденциальности в анонсе; @kleiba2 иронизирует, что Google — «лучшая» компания, чтобы слать ей образцы своего голоса.

• Совет: @ameliaquining указала на путаницу в блоге: пункт «Function calling» про делегирование задач другим моделям относится к приложению, а не к самой STT-модели (dev-доки подтверждают, что Transcribe не делает function calls), вероятно редакторская ошибка в анонсе.

• Совет: @kristofferR жалуется, что Google Cloud биллинг для теста модели висит в «being processed» неопределённое время (>24 часов), тогда как OpenRouter настраивается за секунды — практический барьер для разработчиков.

• Совет: @LoganDark задаёт вопрос о модели, работающей на силлабическом уровне: произнести любое слово и получить его корректное написание — кастомный словарь помогает лишь частично из-за нерегулярности английской орфографии.

В Sony PS2 VPK-демuxe vpk_read_packet происходит деление на ноль из-за отсутствия проверки количества каналов. При обработке последнего блока аудио вычисляются size и skip через деление на par->ch_layout.nb_channels, которое может быть равно нулю из-за некорректного заголовка VPK-файла. Это приводит к SIGFPE и аварийному завершению любого FFmpeg-программы, открывающей вредоносный .vpk-файл или поток. Уязвимость эксплуатируется через 21-байтовый ввод с магией VPK и нулевым полем nb_channels в заголовке, обходя валидацию в vpk_read_header из-за расхождения данных между probing и чтением пакетов в кастомном AVIO-пути фаззера. Ошибка носит детерминированный характер, требует минимальных предусловий и представляет собой надёжный отказ в обслуживании без потенциала для выполнения произвольного кода. Рекомендуется добавить проверку if (par->ch_layout.nb_channels == 0) return AVERROR_INVALIDDATA; в начале vpk_read_packet, чтобы возвращать чистую ошибку вместо генерации исключения. Для регрессионного теста предложен массив из 21 байта, соответствующий краш-входу, при котором av_read_frame должен возвращать -22 (AVERROR_INVALIDDATA) без падения.

Уязвимость, вызванная делением на ноль, известна, исправлена патчем, отправленным в апреле и обсуждаемым в 2024 году. Спор о её значимости: одни считают краш на плохих данных некритичным, другие — что любой краш должен быть исправлен. Баг обнаружен фуззером, а не LLM, что подчеркивает практическую ценность автоматического тестирования над AI‐гиперболой. Участники отмечают, что генерация корректных входных данных для глубокого фуззинга остаётся сложной. Рекомендуется: ограничить поддерживаемые форматы FFmpeg вместо «всех», явно проверять переменные перед делением, использовать типы данных, исключающие ноль (например, unsigned с проверкой), и подавать PR с тестами вместо issue. Критикуется низкое качество документации — README фуззера назван «AI‐slop». AI ускоряет поиск багов, но порождает некачественный код и документацию, увеличивая нагрузку на разработчиков. Проблема отражает архитектурную сложность старых медиа-контейнеров в FFmpeg. Спор о том, является ли это уязвимостью библиотеки или лишь следствием пользовательского AVIO‐модуля.

Два работника аэропорта Франкфурта умерли от малярии после того, как комары, завезённые на борту самолёта, заразили шесть сотрудников. Это редкий случай локальной передачи малярии в Германии — заболевание обычно встречается только у путешественников, вернувшихся из эндемичных регионов. Вирус не передаётся от человека к человеку, но симптомы могут быть смертельно опасными при поздней диагностике, особенно без истории поездок.

В аэропорту установлены ловушки для комаров, а образцы отправлены на анализ для определения вида и происхождения насекомых. Ранее в июле было зафиксировано четыре случая, позже — шесть. Немецкий институт Роберта Коха подчеркнул, что подобные вспышки в аэропортах крайне редки: последняя произошла в 2023 году в том же Франкфурте. Риск для жителей города признан ничтожно малым, но сотрудники получили инструкции немедленно обращаться к врачу при появлении симптомов — лихорадки, озноба, головной боли.

Тред дополняет статью практическими случаями «аэропортной малярии» (когда комар попадает самолётом и кусает людей в аэропорту или рядом) и объясняет смерть двух человек в стране с современной медициной. В неэндемичных странах врачи редко распознают малярию и ждут тропических специалистов, хотя стандартные гематологические анализаторы способны детектировать её автоматически. Летальность связана с диагностической задержкой и штаммом P. falciparum (тропическая малярия), а не с неизбежной фатальностью болезни. Случаи в Европе редки, но не уникальны (@fweimer, @UJ-FLD-ScrTr указывает на аналогичный инцидент во Франкфурте в 2023). Спор (@0x262d, @roncesvalles) фиксирует разрыв между ожиданием «современная медицина = выживание» и реальностью: два случая исключают уникальную уязвимость — это системный провал, а не индивидуальная восприимчивость. Совет от @testing22321 и @jeffrallen: путешественникам в малярийные зоны стоит брать курс лечения (coartem/артемизинин) с собой и при симптомах начинать терапию до или параллельно с обращением в больницу. @0bytes советует профилактику малароном. Малярия не станет эндемичной в Германии: переносчики не выживают в северном климате, зима их убивает (примеры — эрадикация в США в 1950-х и Шри-Ланке, @ceejayoz, @Tangurena2, @sajithdilshan). Дезинсекция самолётов аэрозолем проводится при посадке в Индии, Австралии, применялась при вылете из Неаполя, но не даёт 100% эффективности (@sagarun, @mmsc, @luciandan, @gambiting).

Cloudflare оптимизировала хранение записей в DNS-кэше Big Pineapple, сократив потребление памяти на 100 ТБ без потери производительности. Кэш содержит более 250 млрд записей, и даже экономия одного байта на запись эквивалентна 250 ГБ. Пять последовательных улучшений уменьшили размер одной записи с 953 до 420 байт — на 56% — за счёт устранения избыточности в структурах данных: замена Vec<T> на более компактные типы там, где длина известна или ограничена, оптимизация выравнивания и удаление неиспользуемых полей. Это также снизило количество аллокаций на запись с 1,1 КБ до 461 байт.

Производительность при этом выросла: пропускная способность вставки увеличилась на 43% (с 625 тыс. до 893 тыс. записей/с), а латентность поиска снизилась на 19% (с 828 до 670 нс) благодаря лучшей локальности памяти и меньшему числу операций分配. В продакшене наблюдалось снижение резидентной памяти на 42–43% на перцентилях p90 и p99. Освободившиеся ресурсы планируется использовать для увеличения ёмкости кэша, что повысит коэффициент попаданий и уменьшит нагрузку на апстрим-DNS. Дальнейшие улучшения кэша находятся в исследовании.

Оптимизация памяти на сотнях терабайт требует глубокого понимания структур данных и системного программирования, а не только масштабирования железа, и даёт кратные выигрыши на практике. Экономия даже одного байта на записи критична: в Cloudflare это сэкономило 250 ГБ на миллиардах записей. Одно крупное выделение памяти вместо множества мелких (single malloc) сокращает потребление в 20+ раз (опыт MaraDNS с чёрными списками). Выравнивание полей в Go экономит до 8 байт на объекте, что значимо при миллионах экземпляров. Хранение данных в сериализованном виде вместо разобранных структур улучшает локальность, если основная операция — чтение с повторной сериализацией. Радикальные оптимизации возможны и в прикладных задачах: в игре Wavetale потребление снизили с 20+ ГБ до 3 ГБ. Спорный момент: замена нескольких Vec на один смещённый буфер в Rust технически корректна, но лишает гарантий безопасности границ подсрезок. Советы: - Для DNS-ключей с общими префиксами (com.site.www) подходит radix tree. - Использование Box для указателей избыточно при низком потреблении памяти: 4–8 байт вместо 16. - jemalloc не всегда оптимален для многопоточных нагруженных систем. - Сжатие данных в памяти эффективно при редком декодировании и высокой повторяемости (как домены). - Формат в памяти отличается от сериализованного — компактные структуры эффективнее стандартных языковых объектов. Оптимизация должна быть частью проектирования, а не последним шагом: многие системы становятся избыточными из-за игнорирования масштабируемости на ранних этапах.

Gemini Omni 1.1 Flash — это обновлённая версия генеративной модели от Google DeepMind, ориентированная на профессиональное создание видео через API. Она добавляет студийный уровень контроля: теперь можно плавно расширять сцены на основе до 10 секунд предыдущего контекста (раньше — только последняя секунда), что обеспечивает лучшую визуальную согласованность и позволяет создавать истории длиной до 40 секунд шагами по 10 секунд. Также реализована генерация видео между заданными первым и последним кадрами — идеально для сложных переходов, орбит камеры или зацикленных клипов без скачков.

Для ускорения прототипирования доступен режим 360p: генерация происходит до 60% быстрее и в три раза дешевле, чем в стандартном 720p, что удобно для раскадровок и быстрой итерации. По готовности можно апскейлить результат до 4K с сохранением деталей. Модель уже интегрирована в Google AI Studio, Gemini Enterprise Agent Platform и доступна подписчикам Google AI Plus, Pro и Ultra в Google Flow и Gemini app. Официальная документация, кукбук и гайды по промптингу помогают разработчикам внедрять эти возможности в свои инструменты и рабочие процессы.

Тред почти не обсуждает техническую сторону Omni 1.1 Flash; вместо этого доминируют индустриальные и культурные последствия генеративного видео. Прозвучали конкретные сигналы удара по смежным профессиям (актёры озвучки, фотографы, иллюстраторы), скепсис по поводу практической пользы и контроля, а также единичные пользовательские наблюдения о поведении модели.

• Участники массово фиксируют исчезновение «небрендовых» креативных работ: @earthnail называет произвольную озвучку «мёртвой», @anonzzzies описывает по опыту из своего города, что меню/афиши/баннеры ресторанов и событий теперь генерирует OpenAI, а его знакомый фотограф перешёл на свадьбы, потому что коммерческие съёмки «plummeting» с конца прошлого года.

• Несколько комментаторов (@thangalin, @apwheele, @NooneAtAll3, @cube00, @DataDive, @bluerooibos) сходятся на том, что видеогенерация пока слаба для реальных задач: модели «дрейфуют» и не держат 30+ секунд, синхронизация с заранее записанным аудио не работает, а нетворческие превью в 360p при повторном запуске дают другой результат из-за недетерминированности.

• Пользователи (@037, @vardump, @ygouzerh, @GaggiX, @fg137) сообщают, что демо-страница Google плохо работает в Firefox и в целом неудобна на десктопе: бесконтрольный инстант-скролл назад к видео после ручного скролла, много тяжёлых видео; @037 в шутку предлагает гугловцам «P.S. Make sure the page works in Firefox too».

• Совет: @cube00 советует использовать низкое разрешение 360p только как драфт: при одинаковом промпте на 720p результат отличается из-за недетерминированности, поэтому превью — это лишь проверка идеи, а не воспроизводимый рендер.

• Совет: @andsoitis указывает, что тема влияния на актёров всё-таки обсуждалась, и даёт поисковый запрос на Algolia HN для тех, кому нужен контекст прошлых дискуссий и профсоюзные кейсы (упоминается контракт SAG-AFTRA против нелицензированных AI-перформансов).

• @petcat и @lambda отмечают, что экранные и голосовые актёры защищены профсоюзами (SAG-AFTRA), которые целенаправленно бастовали и выторговывали пункты про AI, в отличие от разработчиков, не имеющих коллективного рычага.

• Спор: @porridgeraisin и @deadlast2 считают автоматизацию креативных профессий логичным продолжением истории труда (как когда-то исчезли чертёжники), а @space_fountain и @DataDive возражают: инструменты «отлично делают слоп», но почти бесполезны для художественного видения и лишают визуальный контент обещания реальности, делая его «массивом пикселей, расставленных алгоритмом на 2D-экране».

• Часть комментаторов (@bluerooibos, @chermi, @SpyCoder77, @CmonGoogle) выражает усталость и недоверие к маркетингу: пользователи «онемели» к апдейтам, @chermi саркастически вспоминает «3.5prowithinamonth», а @CmonGoogle формулирует три ложные предпосылки, на которых держится нарратив фрагментации AI-брендов Google.

• Совет: @thangalin демонстрирует свой работающий self-hosted пайплайн для аудиокниг — контейнеризованное веб-приложение, озвучивающее его sci-fi роман локально с несколькими нарраторами и персонажами (скриншоты keenlore), показывая практический пример замены актёров озвучки.

• @petegleeson ловит явный failure модели в маркетинговом видео: цитата хвалит «accuracy» Omni Flash, а в кадре аргентинский футболист в майке «RESSC», что показывает, как минимум для текста на форме, заявленная точность не выдерживает проверки.

• @simonw ставит релиз в стратегический контекст: OpenAI фактически бросил Sora, а Google продолжает инвестировать в генерацию видео, возможно, потому что это путь к «world models», тогда как новой версии Gemini Pro давно нет — это подтверждает @guilhermeasper фразой «Google does anything except launch a new version of Gemini Pro».

• Совет: @shreya1999 формулирует сдвиг рынка: «сырое» качество генерации уже стало baseline-ом, конкуренция теперь идёт за контролируемость, а @overflowy предупреждает, что откажется от любого бизнеса, использующего сгенерированные видео в продакшене.

• Спор: @dominotw спорит с нарративом массовой автоматизации: AI хорошо работает только там, где есть компиляторы, тесты, CI и «куча данных» (например, hiring через Mercor), во всём остальном он «sucks», что противоречит видению @deadlast2 о скором поглощении всех индустрий.