Hacker News Digest

• half/bfloat/float/double – 4 формата: 16, 16-Trunc, 32, 64 бит
• 0 – единственное число с экспонентой 0
• 2⁵²–1 – максимум значащих бит у double
• 1 – первое число после нуля
• 30 – смещение экспоненты float (127–97)
• (−1)²×2^(e–bias)×1.m – двоичная запись
• ×2× – десятичная мантисса
• Exact – точное десятичное значение
• Δnext / Δprev – шаг к соседнему числу

• Пользователи делятся лучшими визуальными объяснениями IEEE-754: ссылки на статьи Фабьена Санглара и Джулии Эванс.
• Обсуждают «красивую» печать float: нужно 9 значащих цифр для однозначности, но тогда 0.1 → 0.100000001; существуют быстрые алгоритмы Dragon4, Grisu3, Ryu.
• Интересный факт: сравнение float почти работает как сравнение signed-integer битов, если учесть знак и NaN.
• Проблема удаления от начала координат в играх: дальше → хуже точность; Kerbal и Minecraft иллюстрируют «Far Lands».
• Просят добавить fp8/fp4, жалуются на отсутствие денормалей, NaN, ∞ в визуализации.
• Кто-то считает IEEE-754 «дьяволом», предпочитает posits или рациональные числа (Raku/FatRat).

ToddlerBot — открытый, дешёвый гуманоид 30 степеней свободы (руки×7, ноги×6, шея×2, талия×2).
Масса 3,7 кг, груз 1,5 кг, 19 мин ходьбы, 7 падений до поломки, 35 мин на печать и сборку.

Новое в 2.0

• кувырок, ползание, 0.25 м/с ходьба, 1 рад/с поворот
• VR-телеуправление Quest 2
• стерео-глубина 10 Гц на Jetson Orin NX

ML-результаты

• обучение с нуля: omnidirectional ходьба RL, двуручная и полнотелая манипуляция diffusion-policy (60 демо)
• zero-shot перенос политик между двумя экземплярами, совместная уборка комнаты

Софт и железо полностью открыты: CAD, прошивки, обучающие видео, BOM.

• Пользователи в восторге от кульбита робота, но смеются над провалами и «падениями» без умения группироваться.
• Всех пугает цена ≈6 000 $: просят «стартер-версию» за 1 000 $ или дешёвый набор на Jetson Nano.
• 3D-печать корпуса считают ключевым плюсом для самостоятельной сборки, но спрашивают, как сильно это ограничивает конструкцию.
• Мечты о роботе-няньке для котов и «носильщика» посылок быстро тухнут после просмотра чека.
• Уточняют, есть ли MuJoCo-симулятор и VLA-модель для дальнейших исследований.

Почему PostHog стал похож на ОС
Мы устали от типичных сайтов: бесконтентные скроллы, одинаковые вкладки, пустое пространство. Новый PostHog.com работает как ОС в браузере: окна «прилипают», есть горячие клавиши, закладки, можно читать новости, смотреть демо и играть одновременно.

Что внутри

• Проводник Windows для магазина мерча
• Продуктовые страницы в стиле PowerPoint
• Редактор документов с возможностью правки
• Форумы как Outlook Express
• Плеер QuickTime, таблицы вместо дизайна, скринсейвер и обои
• 50+ горячих клавиш

Техника
Контент отделён от визуального слоя: продукты описаны в JSON, темы и цветовые схемы настраиваются, клиентские цитаты и логотипы хранятся в одном месте и подтягиваются автоматически. Всё собрано в прод-ветке на Tailwind + TypeScript.

• Сайт PostHog выглядит как десктоп ОС в браузере: окна, таски, «окна в окнах».
• Кому-то нравится визуальный стиль и ностальгия по 90-м, но почти все жалуются на тормоза, жрущий CPU JS и поломанные привычные хоткеи/кнопки.
• Пользователи теряются: непонятно, где контент, как начать читать и что вообще продаёт компания.
• Критика сводится к «изобретаю заново мой менеджер окон», «ломает SEO и accessibility», «не работает Back, не скроллится, на мобиле ужасно».
• Некоторые считают это крутым маркетинг-ходом и «growth-hack», но сомневаются, что кто-то будет реально пользоваться.

fartscroll-lid — забавное приложение для macOS, которое воспроизводит пукающие звуки при открытии и закрытии крышки MacBook.

• Проект — пародийный форк датчика угла крышки MacBook, издающий пукающий звук при открытии/закрытии.
• Пользователи сравнивают его с легендарным fartscroll.js и вспоминают старые тролл-экстензии вроде MacSniff или iFart.
• Популярные идеи: тайно установить ноутбук шефу, сделать «жующие» звуки или играть «Farty Bird» хлопая крышкой.
• Просят видео-демо, жалуются на xattr-инструкции и обсуждают Python-версии без Xcode.
• Тред быстро превратился в весёлую ветеранскую встречу троллей 90-х–00-х, вспоминая AIM, ICQ и THX.

Датская сеть супермаркетов тестирует «умные» ценники, которые меняют цену в реальном времени в зависимости от спроса и срока годности.

• Дания готовит «магазины-убежища» на 72 ч без электричества и связи, чтобы сдержать панику и обеспечить едой в кризис.
• Вопросы: кто платит, как покупать без наличных, не сметут ли толпы всё за час и не превратится ли это в обычный склад.
• Похожие схемы уже есть в Финляндии и Швейцарии, но у них государственные запасы и армия распределяет.
• Параллельно растёт тревога: война в Украине, кибератаки, отключения сетей — люди записываются на военные курсы и копят наличные.

• Цель: сравнить на M1 две модели упорядочения памяти: «слабый» ARM и x86-совместимый TSO, используемый эмулятором Rosetta 2.
• Метод: прогон SPEC2017 CPU FP и синтетические тесты.
• Результат: TSO медленнее ARM на 8,9 % в среднем; пиковые потери до 30 % на синтетике.
• Причина: чаще срабатывают барьеры памяти и дорогие атомарные инструкции ARMv8.3.

• На M1 кэш-линия выдаётся как 128 Б в macOS, но 64 Б в Linux и измерениях — разница вызвала удивление.
• Авторы включают режим x86-TSO на ARM и фиксируют среднее падение производительности 9 % (SPEC) и до 2× в синтетике.
• Участники спорят: 9 % кажется огромным, возможно, реализация TSO у Apple не оптимальна.
• Напоминают, что x86 всё ещё быстрее ARM в высокопроизводительных задачах, возможно, за счёт других оптимизаций.
• Обсуждают, стоит ли Apple дальше улучшать TSO или выкинуть эту совместимость в новых чипах.

• Palantir Gotham — платформа для госорганов, которая объединяет разрозненные базы (ДМВ, полиция, соцсети, камеры) в единую «интеллект-карту».
• Поиск по татуировке, статусу мигранта, номеру авто — за минуты вместо недель.
• ICE потратила >$200 млн, строя досье на миллионы: связи, передвижения, переписки.
• Результат: государство видит всё, гражданин — ничего.

• Palantir — это не уникальная технология, а «умные джойны» между SAP, S3, ArcGIS и прочими источниками, завёрнутые в удобные дашборды.
• Главный продукт — глобальная видимость: «покажи кластеры нелегалов» или «узкие места в строительстве».
• Критики считают компанию «цифровым СС»: работают на госзаказ, обходят конституционные ограничения, продают преследование и геноцид под соусом «аналитики».
• Данные берутся из государственных архивов и частных трекеров; третьи стороны (Google, Facebook, телекомы) дают доступ без судебных ордеров.
• Моральная ответственность снимается формулой «технология нейтральна», но сотрудники делают выбор, подписывая контракты на слежку.
• Акции растут на хайпе «ИИ для госструктур»; когда пузырь лопнет, бизнесу конец, считают скептики.

Коллекция готовых образов

• Собраны минимальные и полные сборки под NanoPi R6S/R6C, Orange Pi 5/5B/5 Plus, Banana Pi BPI-M2S/M2P/M2 Zero, Radxa Zero 3
• Ядро 6.x, U-Boot, Wi-Fi/BT, аппаратное ускорение, Docker, Portainer, Home Assistant, OpenWRT, Kodi, RetroArch, ROS2
• Записать: dd if=*.img of=/dev/sdX bs=4M status=progress
• Логин/пароль: root/1234 или pi/bananapi

Быстрый старт

1. Скачать свежий образ из /releases
2. Распаковать и записать на SD/SSD
3. Вставить, включить, дождаться загрузки
4. Подключиться по SSH/IP, сменить пароль

Сборка своего образа

• Установить Docker → ./build.sh board=opi5 flavour=server
• Через 15–30 мин появится готовый .img

Горячие клавиши

• armbian-config – сеть, ядро, dtb
• bananapi-config – overclock, GPIO, камера
• htop, armbianmonitor -m – контроль железа

Полезные ссылки

• FAQ
• Чат в Telegram

• Nano Banana (Gemini 2.5 Flash) показывает выдающееся качество редактирования и сохранения персонажа, но многие считают примеры «черри-пиком» после десятков попыток.
• Пользователи жалуются на «copy-paste»-эффект, отказы по безопасности и неточности деталей (текст, одежда, пропорции).
• NSFW-контент в демках вызывает споры: примеры с поднятыми юбками и сексуализированными персонажами портят восприятие.
• Модель хороша для прототипов, раскрасок и мемов, но пока требует тщательного промпт-инжиниринга и повторных генераций.
• Технически это не «одна модель», а тюнированный пайплайн Gemini для локального редактирования; открытых весов и полной документации нет.

Rails + SQLite: новые способы уронить прод

SQLite встроен в процесс веб-сервера — нет отдельного демона, портов, сокетов; всё хранится в одном файле. Плюс: пропали ошибки подключения к БД. Минус: файл живёт в контейнере, а контейнеры пересоздают, и данные исчезают.

Правило 1: клади БД в персистентное хранилище (EBS, Fly Volumes, …) и включи снапшоты.

Правило 2: веб, кеш, очередь и джобы по умолчанию пишут в тот же файл. Удобно, но воркеры теперь должны видеть этот файл. Запускай воркеры в том же VM, либо разнеси данные по разным БД и настрой database.yml.

Правило 3: SQLite блокирует всю БД на время записи. Параллельные длинные запросы = таймауты. Держи транзакции короткими, используй PRAGMA journal_mode=WAL, synchronous=NORMAL, busy_timeout=5000.

Правило 4: бекапы. sqlite3 db.sqlite3 ".backup backup.sqlite3" — атомарно, без остановки сервиса. Крути каждый час и перед деплоем.

Плюсы:

• FTS5-индекс из коробки
• Мегабайты вместо гигабайтов RAM
• $14/мес на Fly.io при 1 млн запросов
• Нет Redis, Postgres, S3 — только Rails-контейнер

Итог: SQLite позволяет поднять pet-project за вечер, но требует новых привычек: персистентные диски, WAL, короткие транзакции, общий доступ к файлу. Соблюдай правила — и база не уйдёт в /dev/null.

• Автор статьи утверждает, что его сервис «Feed Your Email» возможен только благодаря SQLite, но не объясняет, почему именно SQLite, а не PostgreSQL/MySQL.
• Многие участники считают SQLite удобным для малонагруженных и внутренних приложений из-за простоты развёртывания и отсутствия отдельного процесса БД.
• Критики отмечают: при росте нагрузки появляются проблемы с бэкапами, масштабированием, единственным писателем и отказоустойчивостью, смывая преимущества.
• Часть разработчиков использует обёртки вроде Litestream, Turso или Cloudflare D1, чтобы добавить репликацию и горизонтальное масштабирование к SQLite.
• В сообществе Rails новый тренд — «по-умолчанию SQLite» для быстрого старта MVP, но опытные пользователи предупреждают о риске «выстрелить себе в ногу» при росте проекта.

Как устроена память Claude

Claude начинает каждый диалог с чистого листа. Память активируется только по явному запросу: «что мы говорили о…», «вспомни наш разговор…». Система ищет не сжатые профили, а реальные прошлые чаты.

Два инструмента:

• conversation_search — поиск по ключевым словам (до 10 результатов).
• recent_chats — хронологический доступ (до 20 чатов, можно по датам).

Пример: «Расскажи о Чандни-Чоук» → Claude находит 9 чатов, объединяет их в краткий рассказ.
Многотемный запрос («Микеланджело, Chainflip, Solana») → три последовательных поиска, 22 чата, итоговая сводка со ссылками.

Философия противоположна ChatGPT

ChatGPT: постоянное автосохранение, обобщённые заметки, «помнит всё».
Claude: ничего не хранит без спроса, полный текст диалога, «помнит по требованию».

Почему:

• ChatGPT ориентирован на бытовую автоматизацию (подарки, дедлайны).
• Claude — на исследовательские и редакторские сессии, где важна точность контекста и отсутствие «загрязнения» профиля.

Итог
Две крайности одного спектра: proactive-суммаризация vs reactive-архив. Выбор между ними = выбор между удобством и контролем.

• ChatGPT строит «профиль пользователя» (суммаризация + эмбеддинги) и, по мнению многих, готовится к показу персонализированной рекламы; Claude пока просто ищет по истории чатов без генерации сводок.
• Половина участников отключили память: боятся «заражения» старыми галлюцинациями, слитием несвязанных тем и потери контроля над контекстом.
• Поддержка памяти в ChatGPT делится на явную (видимую в UI и вшитую в системный промпт) и скрытую (runtime-выборка из эмбеддингов всей истории).
• У Claude memory=vector-search: без построения профиля, но зато часто промахивается, если запрос не дословно совпадает с прошлым чатом.
• Технические пользователи просят внешние хранилища (MCP/API), чтобы сами решать, что и когда подтягивать; провайдеры, похоже, RL-обучают модели «прилипать» к родным механизмам памяти.