Hacker News Digest

Технологические компании вкладывают в ИИ-инфраструктуру около $400 млрд в год — это больше, чем стоимость программы «Аполлон» в пересчёте на десятилетие, но тратится такая сумма каждые 10 месяцев. При этом потребительские расходы на ИИ-услуги составляют лишь $12 млрд в год, создавая гигантский разрыв между инвестициями и отдачей.

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

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

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

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

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

Разработчики и менеджеры сталкиваются с этическими дилеммами, когда их просят участвовать в незаконных действиях на работе. Например, инженерный директор Nishad Singh в FTX узнал о хищении $13 млрд клиентских средств лишь за месяц до краха компании, но не предпринял активных действий, чтобы остановить мошенничество. Его пассивность привела к серьёзным последствиям, включая судебные разбирательства.

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

• Обсуждение примеров неэтичных и незаконных действий в IT, включая уязвимости безопасности, мошенничество с данными и манипуляции с финансами.
• Подчеркивание важности отказа от выполнения незаконных указаний и этической ответственности разработчиков, несмотря на риск retaliation.
• Предложения по усилению защиты осведомителей, созданию кодексов этики (например, от ACM/IEEE) и ужесточению законов против retaliation.
• Отмечается сложность принятия решений из-за давления со стороны руководства, страха потерять работу и неочевидности нарушений.
• Обсуждение последствий для сотрудников, ставших свидетелями нарушений, включая стресс, увольнения и судебные разбирательства.

Sonic Robo Blast 2 — это бесплатный фанатский проект, созданный на модифицированном движке Doom Legacy, который переносит классический геймплей Sonic the Hedgehog в трёхмерное пространство. Игра предлагает множество уровней, врагов и скоростных испытаний, вдохновлённых оригиналами с Sega Genesis, оставаясь при этом открытой и развивающейся.

Недавние обновления, включая версии 2.2.14 и 2.2.15, принесли значительные изменения: редизайн карт для режимов Match и CTF, добавление новых локаций, таких как Crystalline Heights Zone, а также откат спорных функций, например, выделенной кнопки для щита, чтобы сохранить совместимость с модами. Разработчики активно работают над стабильностью и учитывают feedback сообщества.

• SRB2 и его спин-офф SRB2Kart высоко ценятся сообществом как отличные фанатские игры, послужившие для многих отправной точкой в карьере и предоставившие ценный опыт в геймдизайне и программировании.
• Обсуждается историческая и культурная значимость проекта, его долголетие (25 лет), а также его потенциал в альтернативной истории игровой индустрии как возможного конкурента Mario 64.
• Отмечается уникальный геймплей, сочетающий механику Sonic с движком Doom, что создает особое ощущение движения и момента, хорошо подходящее для платформеров и картинга.
• Некоторые пользователи столкнулись с техническими проблемами при игре, такими как управление камерой в браузере, сложности с раскладкой клавиатуры и проблемы на многомониторных setup.
• Сообщество считает, что SEGA, в отличие от Nintendo, лояльно относится к фанатским проектам по Sonic, и маловероятно, что после 25 лет разработки последует юридический иск.

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

Башня серьёзно пострадала от пожара в 1952 году и была демонтирована в 1953-м, поскольку необходимость в надземных линиях отпала с переходом на подземные кабели. Её наследие живёт в городском фольклоре и напоминает о технологических ограничениях эпохи. Интересно, что некоторые уцелевшие фрагменты башни сохранились в музеях Стокгольма.

• Телефонная башня в Стокгольме (1887 г.) требовала тысяч отдельных проводов из-за отсутствия практичных усилителей и мультиплексирования, что делало невозможным передачу нескольких сигналов по одному проводу без помех.
• Конструкция с открытыми проводами была уязвима (единая точка отказа) и стала быстро устаревать с развитием технологий мультиплексирования и подземной прокладки кабелей.
• Башня была снесена в рамках масштабной программы модернизации города, которая включала снос сотен зданий в центре Стокгольма.
• Обсуждение включает сравнения с вымышленными системами связи из произведений Терри Пратчетта («Клакс») и China Miéville, а также возможное влияние на дизайн в играх (например, «Half-Life: Alyx»).
• Система работала по принципу физического коммутируемого соединения (как ранние АТС), где максимальное количество одновременных звонков было ограничено количеством физических цепей, а не общим чис подключений.

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

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

• Пользователи высоко оценивают Immich как быструю, функциональную и удобную альтернативу Google Photos и iCloud для самостоятельного хостинга фотографий.
• Отмечаются некоторые недостатки: сложности с интеграцией внешних библиотек, частые обновления без значимых изменений, использование ресурсоемкой PostgreSQL и опасения по поводу стабильности.
• Обсуждаются пожелания по улучшению: расширенные возможности поиска по карте и времени, улучшенное управление дубликатами, более гибкая структура хранения и нативные решения для iOS.
• Часть пользователей ищет более простые, статические решения для публичного показа фотографий, не требующие авторизации.
• Команда разработчиков Immich получила похвалу за скорость развития и открытость, включая раздел «Cursed Knowledge» на сайте.

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

Сейчас многие local-приложения полагаются на «безопасность через неясность» — например, доступ к документу Automerge по ID, что рискованно при утечке. Keyhive совмещает самосертификацию, мощь облачных решений и контроль пользователя, позволяя гибко управлять правами (чтение/запись) и отзывать доступ, отслеживая историю изменений даже в офлайн-режиме. Это важно для сценариев вроде планирования событий или юридических документов, где ошибки в доступе критичны.

• Обсуждение статьи о протоколе BeeKEM (децентрализованный аналог TreeKEM из MLS) для использования в распределенном чат-приложении.
• Несколько пользователей отметили необычный и отвлекающий дизайн сайта с публикацией (наклонная карточка, подчеркивания).
• Высказано положительное мнение о работе исследовательской группы Ink and Switch и их альтернативном подходе к разработке ПО.
• Предложено рассмотреть использование CRDT поверх протокола Nostr как уже готового решения с похожими свойствами.
• Запрос к автору предложения разъяснить техническую реализацию использования Nostr для аудитории, не знакомой с этим протоколом.

Личная библиотека Кормака Маккарти, насчитывающая около 20 000 томов, вдвое больше коллекции Хемингуэя и проливает свет на интеллектуальные интересы затворника. Книги охватывают философию, математику, биологию и даже голых землекопов, многие испещрены пометками на полях. Это не просто собрание, а ключ к пониманию глубины его эрудиции и творческого процесса, раскрывающий человека за мифом о молчаливом гении.

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

Проект edge264 представляет собой простой декодер H.264, написанный на C. Он предназначен для образовательных целей и демонстрации базовых принципов работы с видеокодеком, избегая сложностей промышленных реализаций. Код легко читается и модифицируется, что делает его полезным для изучения алгоритмов сжатия видео.

Проект включает поддержку основных функций H.264, таких как декодирование макроблоков, предсказание движения и энтропийное декодирование. Несмотря на минималистичный подход, он обеспечивает работоспособность для простых потоков, что позволяет быстро экспериментировать с обработкой видео.

• Отмечена сложность и значительный объем работы по созданию видеокодека, автору высказаны похвалы.
• Обсуждены технические детали реализации: доступ к макроблокам, использование переменной окружения VARIANTS для оптимизации под разные процессоры.
• Высказано сомнение в целесообразности поддержки Apple Silicon из-за наличия аппаратных декодеров и альтернатив в виде libavcodec.
• Поднят вопрос об архитектуре проекта: использование нескольких исполняемых файлов вместо multiversioning функций.
• Упомянута возможность сборки и работы кодеков на ARM64 Mac OS X, несмотря на заявленное отсутствие поддержки.

DARPA запускает программу TRACTOR для автоматизированного перевода уязвимого наследуемого кода на C в безопасный язык Rust. Проблема памяти — наиболее распространённый тип уязвимостей, возникающих из-за прямого управления памятью в C и неопределённого поведения. Несмотря на осознание проблемы, масштабный ручной переписывание кода был невозможен из-за огромного объёма legacy-систем, включая критическую инфраструктуру и оборонные проекты.

Программа использует прорывы в машинном обучении, включая большие языковые модели, для автоматизации перевода с сохранением идиоматичности и качества Rust-кода. TRACTOR будет сочетать статический и динамический анализ с ИИ, проводя публичные соревнования для тестирования решений. Цель — устранить целый класс уязвимостей безопасности, переложив ответственность с программиста на язык, который принудительно обеспечивает корректность работы с памятью.

• Критика синтаксиса Rust и его неидиоматичности для некоторых задач по сравнению с TypeScript, C#, Go или Python, при признании превосходства его инструментов (Cargo, система сборки).
• Обсуждение возможности создания безопасной реализации C (как Fil-C) и аргументы, что проблема не в языке, а в выборе реализации, жертвующей безопасностью ради производительности.
• Сомнения в эффективности автоматической трансляции C/C++ в Rust и риске получения "C с акцентом Rust" вместо идиоматического и безопасного кода.
• Дебаты о применимости Rust в оборонной сфере и его сравнение с другими языками (Zig, Go) по простоте сборки, зависимостям и размеру стандартной библиотеки.
• Споры о философии дизайна Rust: фокус на композиции вместо наследования, сложности borrow checker и несовместимости некоторых идиом C++ с моделью безопасности Rust.