Hacker News Digest

Обновлено: 19 ноября 2025 г. в 07:33

Постов: 4303 • Страница 87/431

Structure and Interpretation of Classical Mechanics (2014) (tgvaughan.github.io)

Классическая механика в интерпретации Сассмана и Виздомса представлена как вычислительная дисциплина, где математические структуры реализуются через программирование. Второе издание неофициальной HTML-версии книги MIT охватывает лагранжеву и гамильтонову механику, твердые тела и канонические преобразования, предлагая читателям глубокое понимание фундаментальных физических законов через призму вычислений.

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

by the-mitr • 27 октября 2025 г. в 04:27 • 96 points

ОригиналHN

#scheme#racket#mit#classical-mechanics#lagrangian-mechanics#hamiltonian-mechanics#computational-physics

Комментарии (37)

  • Обсуждение вращается вокруг книги SICP и её влияния на образ мышления, а также вокруг трудностей запуска примеров кода и альтернативных реализаций.
  • Участники обсуждают, как лучше всего подойти к изучению фундаментальных концептов, и какие инструменты (например, Scheme в Racket или scmutils в MIT Scheme) лучше всего подходят для этого.
  • Также поднимается вопрос о том, как современные технологии и подходы могли бы облегчить обучение и взаимодействие с такими фундаментальными концептами.
  • Некоторые участники делятся личными историями о том, как они познакомились с книгой и как она повлияла на их мышление и подход к программированию.
  • Обсуждается идея написать современный аналог "Structure and Interpretation of Classical Mechanics" и "Structure and Interpretation of Quantum Mechanics" с использованием современных инструментов и подходов.

ICE Will Use AI to Surveil Social Media (jacobin.com) 💬 Длинная дискуссия

ICE заключил контракт на 5,7 миллионов долларов с компанией Carahsoft Technology для внедрения ИИ-платформы Zignal Labs для слежки за социальными сетями. Эта система способна анализировать более 8 миллиардов постов ежедневно, используя искусственный интеллект и машинное обучение для выявления "угроз". Zignal Labs ранее использовалась израильской армией и Пентагоном, но это первый случай, когда к ней получил доступ иммиграционный орган.

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

by throwaway81523 • 27 октября 2025 г. в 00:43 • 189 points

ОригиналHN

#artificial-intelligence#machine-learning#social-media#surveillance#ice#zignal-labs#carahsoft-technology#immigration#human-rights#llm

Комментарии (180)

  • ICE-контракт на 5,7 млн долларов на AI-мониторинг соцсетей вызвал волну критики: технически он уже существует, а политически он легализует расширенное наблюдение за мигрантами и может быть использован для преследования инакомыслящих.
  • Критики указывают, что ICE и так уже использует соцсети для обнаружения и депортации людей, и что контракт просто формализует и расширяет эту практику.
  • Обсуждение также затрагивает вопрос о том, что вместо решения корневых причин миграции, власти вместо этого сосредотачиваются на символических действиях, которые не решают проблему.
  • Участники обсуждения также поднимают вопрос о том, что права человека применимы ко всем людям, независимо от их гражданства или иммиграционного статуса, и что эти права не должны быть нарушены даже в случае нарушения закона.
  • В обсуждении также поднимается вопрос о том, что власти используют миграционную политику как инструмент политического преследования, и что это может быть использовано для подавления инакомыслия.

How I turned Zig into my favorite language to write network programs in (lalinsky.com) 🔥 Горячее

Автор изначально не интересовался Zig, считая его нишевым языком для аудиопрограмм, но решил переписать индекс AcoustID на Zig как возможность изучить новый язык. Результат превзошёл ожидания — новая версия оказалась быстрее и масштабируемее, чем предыдущая на C++. Однако при добавлении серверного интерфейса возникли сложности с сетевыми возможностями Zig, что привело автора к созданию библиотеки Zio — асинхронной I/O и библиотеки для конкурентности в стиле Go.

Zio реализует стековые корутины с фиксированным размером стека, поддерживает асинхронную сетевую и файловую I/O, примитивы синхронизации и каналы в стиле Go. Главная особенность — контекстный переключение практически бесплатен, сравним с вызовом функции. В однопоточном режиме Zio обгоняет все протестированные фреймворки, включая Go и Rust Tokio. Интересно, что благодаря стандартным интерфейсам reader/writer, внешние библиотеки могут использоваться без модификаций, даже не зная, что работают внутри Zio.

by 0x1997 • 27 октября 2025 г. в 00:01 • 300 points

ОригиналHN

#zig#go#rust#c++#zio#tokio#asyncio#concurrency#network-programming

Комментарии (116)

  • Обсуждение показало, что Zig не имеет встроенной поддержки async/await, а вместо этого используется библиотечный код, что вызывает вопросы о том, как это скажется на производительности и удобстве использования.
  • Участники обсуждения также отметили, что в отличии от Go, где стек горутин растет по мере необходимости, в Zig фиксированный размер стека может ограничить количество одновременно работающих сопрограмм.
  • Участники обсуждения также отметили, что в отличии от Go, где стек горутин растет по мере необходимости, в Zig фиксированный размер стека может ограничить количество одновременно работающих сопрограмм.
  • Участники обсуждения также отметили, что в отличии от Go, где стек горутин растет по мере необходимости, в Zig фиксированный размер стека может ограничить количество одновременно работающих сопрограмм.
  • Участники обсуждения также отметили, что в отличии от Go, где стек горутин растет по мере необходимости, в Zig фиксированный размер стека может ограничить количество одновременно работающих сопрограмм.

Are-we-fast-yet implementations in Oberon, C++, C, Pascal, Micron and Luon (github.com)

Проект представляет собой набор реализаций бенчмарка "Are-we-fast-yet" на различных языках программирования, включая Oberon, C++, C, Pascal, Micron и Luon. Основная цель - сравнение производительности разных языков через единый тестовый набор. Реализации позволяют разработчикам оценить эффективность каждого языка в стандартных задачах и понять, как современные языки конкурируют с классическими.

Бенчмарк охватывает ключевые алгоритмические задачи, такие как сортировка, обработка строк и математические вычисления. Интересно, что даже в 2023 году некоторые классические языки, как C и Pascal, демонстрируют конкурентоспособную производительность, в то время как более современные языки предлагают разные компромиссы между скоростью и выразительностью кода. Проект предоставляет ценный ресурс для выбора языка программирования под конкретные требования производительности.

by luismedel • 26 октября 2025 г. в 23:08 • 75 points

ОригиналHN

#oberon#c++#c#pascal#micron#luon#benchmarking#performance#algorithm#github

Комментарии (19)

  • Обсуждение в основном касается языков Oberon и их компиляторов, включая их производительность и репозиторий.
  • Участники обсуждают, что репозиторий недавно добавил реализацию на C++, но она оказалась значительно медленнее.
  • Также поднимается вопрос о названии Micron — участники считают его плохим выбором, так как может вводить в заблуждение.
  • Появляется ссылка на недавно опубликованные результаты тестов производительности.
  • Участник под ником «dead» отмечен как неактивный.

Microsoft 365 Copilot – Arbitrary Data Exfiltration via Mermaid Diagrams (adamlogue.com)

Исследователь обнаружил уязвимость в Microsoft 365 Copilot, позволяющую произвольную утечку данных через диаграммы Mermaid. Атака работает через косвенную инъекцию команд в специально созданный документ Office. Когда Copilot просит резюмировать документ, он выполняет вредоносные инструкции, извлекает чувствительные данные (например, недавние письма), кодирует их в шестнадцатеричном формате и создает фейковую кнопку входа в виде диаграммы Mermaid. Эта кнопка содержит ссылку на сервер атакующего с зашифрованными данными, которые передаются при клике.

Для реализации атаки исследователь создал запрос, использующий инструмент search_enterprise_emails для получения писем, их шестнадцатеричного кодирования и разделения на строки по 30 символов (из-за ограничения Mermaid в 200 символов на строку). Затем генерировалась диаграмма с фейковой кнопкой, содержащей ссылку на сервер атакующего с закодированными данными. Важно отметить, что Mermaid поддерживает CSS, что открывает возможности для атак на утечку данных.

by gnabgib • 26 октября 2025 г. в 22:58 • 185 points

ОригиналHN

#microsoft-365-copilot#mermaid#data-exfiltration#llm#prompt-injection#microsoft

Комментарии (33)

  • MSRC исключил Copilot из программы вознаграждения за уязвимости, что фактически поощряет не раскрывать уязвимости и ставит под сомнение безопасность продукта.
  • Сообщество отмечает, что это не первый случай утечки данных через Mermaid/Cursor и что проблема кроется в самой архитектуре LLM.
  • Участники обсуждают, что отсутствие денежного стимула для исследователей уязвимостей в Copilot может привести к тому, что уязвимости останутся неисправленными.
  • Некоторые комментаторы поднимают вопрос о том, что сама модель LLM по своей природе уязвима к prompt-injection, и что это не может быть полностью устранено без фундаментального прорыва в AI.

AI Mafia Network – An interactive visualization (dipakwani.com)

Интерактивная визуализация "AI Mafia Canvas" представляет собой сеть связей, основанную на подкасте Acquired Google Podcast. Пользователи могут исследовать взаимосвязи, нажимая на узлы, а также управлять представлением с помощью перетаскивания для панорамирования и прокрутки для масштабирования. Проект создан разработчиком с ником @dpwxni, который также предлагает попробовать созданную им гоночную игру F1.

Визуализация позволяет выделять связи при клике на любой узел, предоставляя наглядное представление о экосистеме Google как AI-компании. Инструмент оснащен базовыми функциями управления видом: сброс, увеличение и уменьшение масштаба, что делает исследование сети удобным и интуитивно понятным для пользователей.

by dipakwani • 26 октября 2025 г. в 22:54 • 87 points

ОригиналHN

#cytoscapejs#obsidian#json#interactive-visualization#network-analysis#google#openai#anthropic#llm

Комментарии (6)

  • Создана интерактивная карта «AI-Mafia», визуализирующая связи между Google и современными компаниями вроде OpenAI и Anthropic.
  • Использованы Obsidian и Cytoscape.js для рендеринга JSON-файла, но встроенные паблишеры Obsidian не справились с выравниванием узлов.
  • Обсуждение вылилось в обмен ссылками на эпизод Acquired и обсуждение того, как Google запустил цепочку событий, приведших к появлению OpenAI, Anthropic и других ключевых игроков.
  • Участники обсуждали, какие еще стартапы или инициативы можно было бы включить в карту, и упомянули Ilya Sutskever и OpenAI, а также ныне ушедшую в закрытые исследованиях.

Poison, Poison Everywhere (loeber.substack.com)

by dividendpayee • 26 октября 2025 г. в 22:36 • 246 points

ОригиналHN

#public-health#environmental-health#toxicology#regulatory-policy#amazon#fda

Комментарии (148)

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

TOON – Token Oriented Object Notation (github.com)

Представлен проект toon (Token-Oriented Object Notation) — альтернатива JSON, оптимизированная для работы с большими языковыми моделями. Основное преимущество формата — сокращение потребления токенов вдвое по сравнению с традиционным JSON, что напрямую влияет на стоимость API-вызовов LLM.

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

by royosherove • 26 октября 2025 г. в 22:19 • 141 points

ОригиналHN

#github

Комментарии (51)

  • Обсуждение в основном вращается вокруг предложения использовать TOON вместо JSON для экономии токенов и, возможно, упрощения синтаксиса.
  • Участники спорят о том, насколько необходимыми являются такие свойства, как запятые, кавычки и отступы, и о том, какие именно структуры данных должны быть поддерживаемы.
  • Некоторые участники высказывают мнение, что TOON может быть полезен для сокращения токенов и упрощения синтаксиса, в то время как другие подчеркивают, что JSON уже достаточно хорошо справляется с этой задачей.

We saved $500k per year by rolling our own "S3" (engineering.nanit.com) 🔥 Горячее 💬 Длинная дискуссия

Инженеры Nanit сэкономили $500,000 в год, создав собственную систему хранения N3 на Rust вместо использования AWS S3 для обработки видео. При тысячах загрузок в секунду, плата за запросы PutObject в S3 становилась основной статьей расходов, а минимальный период хранения в 24 часа правил out стоимость обработки, занимавшей всего 2 секунды.

N3 работает как in-memory landing zone, используя S3 только как буфер перегрузки. В исходной архитектуре камеры загружали видео чанками напрямую в S3 через presigned URL, после чего Lambda отправлял ключи в SQS FIFO очередь для обработки. Подход сохранил надёжность и строгую последовательность данных, но исключил плату за запросы на основном пути и сократил затраты на хранение.

by mpweiher • 26 октября 2025 г. в 21:05 • 257 points

ОригиналHN

#rust#aws#s3#lambda#sqs#in-memory#serverless#storage#cloud

Комментарии (208)

  • Стоимость S3 для короткоживущих файлов оказалась настолько высокой, что компания вместо него реализовала собственное in-memory хранилище, что позволило сэкономить $500k, но оставляет вопрос о том, что будет, если этот кэш упадёт.
  • Обсуждение вылилось в критику концепции "serverless" архитектуры, где-то между линиями прочиталось, что сама архитектура была проблемой, а не решением.
  • Участники обсуждения также подняли вопросы о приватности: камера в детской комнате передаёт аудио/видео в облако без шифрования, и кто-то может прослушивать ваш дом.
  • Несколько комментаторов отметили, что вместо того, чтобы писать собственные сервисы, компании могли бы использовать существующие open-source решения, такие как MinIO или SeaweedFS, но при этом они также отметили, что даже эти решения не предоставляют той же степени удобства, что и делает S3.

Show HN: MyraOS – My 32-bit operating system in C and ASM (Hack Club project) (github.com)

Проект MyraOS представляет собой операционную систему Unix-подобного типа для архитектуры x86, созданную с нуля без использования стороннего кода. Автор проекта Dvir Biton разработал ядро системы, файловую систему, драйверы и пользовательские утилиты самостоятельно, что делает его впечатляющим достижением в области разработки ОС.

Система поддерживает базовые функции Unix, включая многозадачность, управление памятью и взаимодействие с пользователем через командную строку. Проект открыт на GitHub и может быть использован для образовательных целей или как основа для дальнейших разработок. Код написан на ассемблере и C, что обеспечивает эффективную работу на аппаратном уровне.

by dvirbt • 26 октября 2025 г. в 20:43 • 216 points

ОригиналHN

#c#assembly#x86#operating-systems#unix#multitasking#memory-management#github

Комментарии (47)

  • Проект получил много похвал за качество кода и полезность, но также вызвал критику за использование устаревших ресурсов и отсутствие современных инструментов.
  • Участники обсуждали, что в 2025 году нужно обновить учебные материалы для новичков в разработке ОС, чтобы они не ориентировались на 32-битный x86 и устаревшие устройства.
  • Предложения включали: предоставление ISO-образов для тестирования, создание обучающего видео, и сотрудничество с такими проектами как copy.sh.
  • Также обсуждались проблемы, такие как управление памятью и отладка, и как они масштабируются в контексте разработки ОС.
  • В конце обсуждение сошлось на то, что проект является вдохновляющим примером, но может быть улучшен с использованием современных практик и инструментов.