Hacker News Digest

Обновлено: 28 ноября 2025 г. в 08:55

Постов: 4635 • Страница 402/464

HN Search isn't ingesting new data since Friday (github.com)

HN Search не получает новые данные
Issue #248

Суть
Сервис поиска Hacker News перестал индексировать свежие посты и комментарии.

Причина
Проблема на стороне Algolia: поток данных из официального Firebase HN API прервался.

Последствия

  • Новые истории и комментарии не появляются в результатах.
  • Старые записи доступны, но поиск по ним не обновляется.

Статус
Команда Algolia уже уведомлена, диагностика ведётся.

Что делать
Следить за обновлениями в issue; временно использовать альтернативные поисковики HN.

by busymom0 • 17 августа 2025 г. в 20:08 • 177 points

ОригиналHN

#algolia#firebase#hackernews#api#search#github

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

  • Поиск HN через Algolia лёг: пользователи заметили пропажу новых постов и комментариев, сломались также RSS и сторонние клиенты.
  • Команда HN и Algolia подтвердили проблему, начали восстановление данных и пообещали отчёт о причинах.
  • Пока сервис был недоступен, люди переключились на альтернативные интерфейсы (hcker.news, прямой Firebase) и «вручную» читали ленту.
  • Некоторые нашли плюсы: наконец прочитали накопившиеся статьи и снизили зависимость от постоянного обновления ленты.

Show HN: Doxx – Terminal .docx viewer inspired by Glow (github.com)

doxx — утилита для просмотра содержимого .docx прямо в терминале.
Быстро, безопасно, без MS Office.

  • Установка
    cargo install doxx

  • Использование

    • Просмотр: doxx file.docx
    • Извлечение текста: doxx --text file.docx > out.txt
    • Показ метаданных: doxx --meta file.docx
  • Особенности

    • Чистый Rust, нет внешних зависимостей.
    • Поддержка кириллицы, таблиц, списков.
    • Режим «только чтение» — файлы не изменяются.

by w108bmg • 17 августа 2025 г. в 19:52 • 223 points

ОригиналHN

#rust#terminal#docx#tui#cargo#ooxml#cli#github

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

  • Пользователи высоко оценили скорость и полезность TUI-утилиты для просмотра docx, но почти все согласились: название «doxx» вызывает негативные ассоциации с doxxing и требует смены.
  • Ключевое требование — любые «AI-фичи» должны быть полностью опциональными или вынесены в отдельный проект, иначе инструмент запретят в корпоративных и юридических средах.
  • Популярные пожелания: Docker-образ, бинарники для Windows, поддержка Track Changes/метаданных, отображение картинок через kitty/sixel, а также возможность «cat+grep» без промежуточных конвертаций.
  • Некоторые предложили использовать pandoc, LibreOffice или OOXML-Validator как дополнительные инструменты, а автор подтвердил, что скоро появятся релизы и улучшенная документация.

I Prefer RST to Markdown (2024) (buttondown.com)

  • Markdown = лёгкая обёртка HTML, rST = промежуточное дерево документа.
  • В Markdown картинка: ![alt](img.jpg) → прямое преобразование в <img>.
  • В rST: .. image:: img.jpg :alt: alt → регистрируется обработчик, возвращает объект-узел, который потом рендерится нужным бэкендом.
  • rST расширяем: добавил .. figure::, подключил обработчик — готово.
  • Можно трансформировать дерево до вывода: перенос решений упражнений в конец книги, генерация ссылок, разные стили для HTML, PDF, EPUB.
  • Пример: .. exercise:: Fizzbuzz и .. solution:: собираются в одном месте, но при сборке перемещаются в solutionlist, связываются ссылками, в EPUB открываются всплывающими сносками, в LaTeX — через answers.

by shlomo_z • 17 августа 2025 г. в 19:51 • 91 points

ОригиналHN

#markdown#rst#sphinx#python#latex#epub#html

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

  • RST мощнее и расширяемее, но синтаксис вызывает отторжение и сложен для новичков.
  • Markdown читается и пишется проще, поэтому стал де-факто стандартом, но не хватает возможностей для больших документов.
  • MyST, Asciidoc, Djot и Typst предлагают компромисс между простотой и функциональностью, но пока уступают Markdown в распространённости инструментов.
  • Парсеры RST доступны в основном на Python, а у Markdown — «каждый реализует свой диалект».
  • Для книг и сложной документации RST + Sphinx выигрывают за счёт автогенерации HTML/PDF/EPUB, глоссариев и индексов.

When did AI take over Hacker News? (zachperk.com)

Когда ИИ захватил Hacker News?

В августе 2025-го каждая третья история в топ-10 HN про ИИ. Автор решил выяснить, когда это началось и как менялось отношение сообщества. Для анализа взял 24 910 топовых постов с 2019-го по 15 августа 2025-го через BigQuery-датасет HN.

Каждый пост и его комментарии прогнали через GPT-5-mini, чтобы получить:

  • краткое содержание;
  • факт упоминания ИИ;
  • тон (позитив/нейтрал/негатив).

Ключевые выводы

  • Пик хайпа — середина 2025-го; темп сохранится — рекорд.
  • Первый скачок случился не с ChatGPT (Q3 2022), а с выходом GPT-4 (Q1 2023), когда разработчики получили доступ к мощной модели.
  • Единственный заметный всплеск негатива — Q3 2021:
    – Apple анонсировала NeuralHash для сканирования CSAM на устройствах;
    – GitHub Copilot показал, что копирует чужой код.

Итого по 2816 ИИ-постам: 52 % позитив, 31 % негатив, 16 % нейтрал. Последние два квартала чуть негативнее, но тренда пока нет.

by zachperkel • 17 августа 2025 г. в 19:45 • 225 points

ОригиналHN

#llm#hacker-news#gpt-4#github-copilot#bigquery#data-analysis#natural-language-processing

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

  • На HN обсуждают, что тема ИИ полностью «захватила» ленту: до 9 из 10 топ-постов бывают про ИИ.
  • Пользователи жалуются на навязчивость темы и хотят фильтров/игнора, чтобы скрывать ИИ-новости и комментарии.
  • Некоторые сравнивают нынешний бум с криптой, NFT и Web3, которые тоже пиковали, а потом исчезли с главной.
  • Отмечают, что даже в не-ИИ статьях комментарии сводятся к ИИ; критика тут же минусуется.
  • Сомнения в адекватности оценки тональности: автор анализа использовал ChatGPT, который может завышать «позитив».

ClickHouse matches PG for single-row UPDATEs and 4000 x faster for bulk UPDATEs (clickhouse.com)

ClickHouse vs PostgreSQL: UPDATE-скорость

  • Коротко: на одном железе ClickHouse догоняет PostgreSQL в одиночных UPDATE и в 4 000 раз быстрее при массовых.
  • Почему: колоночное хранилище + параллелизм ClickHouse выигрывает у строкового PostgreSQL при поиске и перезаписи миллионов строк.
  • Но: PostgreSQL всегда транзакционен; ClickHouse — нет, поэтому сравнение по «родным» режимам, а не по ACID.

Что мерили

  • 1 строка: UPDATE orders SET status='shipped' WHERE id=1234567
  • 1 млн строк: UPDATE orders SET discount=0.1 WHERE order_date<'2023-01-01'

Аппаратура

  • c6i.8xlarge (32 vCPU, 64 ГБ RAM, gp3 SSD)
  • PostgreSQL 16.4 (дефолт + fillfactor=90, checkpoint_timeout=30 min)
  • ClickHouse 25.7 (дефолт)

Результаты

метрика PostgreSQL ClickHouse
1 строка, мс 0.12 0.11
1 млн строк, сек 120 0.03
CPU, % 100 2800
чтение, ГБ 30 0.8

Почему так

  • Поиск: ClickHouse читает только нужные колонки, фильтрует за счёт индексов и распараллеливает на все ядра.
  • Запись: обе СУБД пишут новые версии строк (MVCC), но PostgreSQL переписывает целые страницы, а ClickHouse — только изменённые куски колонок.
  • Фоновая работа: PostgreSQL ждёт checkpoint’а, ClickHouse сразу сортирует и сжимает куски.

Когда выбирать

  • Нужны транзакции и row-level locks → PostgreSQL.
  • Нужны массовые обновления аналитических данных → ClickHouse.

Код и данные

GitHub

by truth_seeker • 17 августа 2025 г. в 17:52 • 93 points

ОригиналHN

#clickhouse#postgresql#sql#database#performance#benchmark#acid#mvv

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

  • ClickHouse показывает огромный выигрыш в скорости обновлений, но это «яблоки-к-апельсинам»: PostgreSQL по умолчанию полностью транзакционен, а CH — нет.
  • Если данные можно терять или обновления редки, CH идеален; если нужна строгая согласованность, PostgreSQL остаётся безальтернативным.
  • Многие пользователи CH считают обновления адом: приходится использовать ReplacingMergeTree, версии или event-sourcing; прямых UPDATE-ов до недавнего времени вообще не было.
  • Часть комментаторов предлагает сравнивать CH с DuckDB, Vertica или ScyllaDB, а также настроить PostgreSQL (synchronous_commit = off, COPY) для более честного бенчмарка.
  • Авторы поста подчёркивают: цель не «победить» PostgreSQL, а показать, как каждая СУБД решает задачу в своей «родной» модели исполнения.

ArchiveTeam has finished archiving all goo.gl short links (tracker.archiveteam.org) 🔥 Горячее

Как запустить ArchiveTeam Warrior

Это виртуальная машина для архивации сайтов. Работает на Windows, macOS, Linux через VirtualBox или VMware, не влияет на систему, использует лишь трафик и немного диска.

Быстрый старт (VirtualBox)

  1. Скачайте образ (357 МБ).
  2. VirtualBox → Файл → Импортировать → выбрать файл.
  3. Запустите ВМ; она обновится и предложит открыть браузер.

После запуска

  • Откройте http://localhost:8001/
  • Укажите имя для таблицы лидеров.
  • Выберите проект во вкладке «All projects» или оставьте «ArchiveTeam’s Choice» для автоматического выбора приоритетной задачи.

Goo-gl tracker
Загрузка…

by pentagrama • 17 августа 2025 г. в 17:46 • 384 points

ОригиналHN

#virtualbox#vmware#docker#archiveteam#wayback-machine#goo.gl#url#web-archiving#data-preservation

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

  • ArchiveTeam (не Archive.org) спас 3,75 млрд коротких ссылок goo.gl и весь их контент (91 ТиБ) до отключения Google 25 августа.
  • Данные уже поступают в Wayback Machine; сами файлы WARC пока закрыты «access-restricted».
  • Участники просто запускали Docker-контейнер, перебирая пространство URL, чтобы не попасть под бан.
  • Поднимались идеи блокчейн/P2P-краулера и сравнение с CommonCrawl, но основная цель — предотвратить link rot.
  • Reddit и Twitter тоже архивировались (Pushshift, ArcticShift, AcademicTorrents), пока API не закрыли.

SK hynix dethrones Samsung as world’s top DRAM maker (koreajoongangdaily.joins.com)

SK hynix обошла Samsung и впервые с 1992 года стала крупнейшим производителем DRAM.

Причина — бум на HBM для ИИ.

  • SK hynix контролирует ~50 % рынка HBM3/3E, поставляет чипы для NVIDIA.
  • Samsung отстала в HBM, теряет долю в общем DRAM.
  • Объём DRAM: SK hynix — 35 %, Samsung — 34 %.

Выручка SK hynix выросла на 125 % кв/кв, Samsung — на 28 %.

by ksec • 17 августа 2025 г. в 17:31 • 159 points

ОригиналHN

#sk-hynix#samsung#nvidia#drams#hbm#ddr5

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

  • Пользователи обсуждают, как американцу купить акции SK Hynix: Interactive Brokers предлагает вторичные листинги HY9H (Германия) и HXSCL (США).
  • DRAM-производители: Samsung, SK Hynix и Micron — лидеры; SK Hynix сейчас делает самые быстрые модули DDR5.
  • SK Group — типичный корейский чеболь, крупный, семейный, публичные дочки (SK Hynix торгуется на KRX), но холдинг частично частный.
  • Успех SK связывают с фокусом на «жёсткие» науки, лучшими выпускниками и долгосрочным капиталом.
  • Побочно: 64 ГБ ОЗУ хотят сделать новым минимумом для локального запуска LLM.

Claudia – Desktop companion for Claude code (claudiacode.com) 🔥 Горячее 💬 Длинная дискуссия

Claudia – изящный десктоп-клиент для Claude Code.
Лёгкий, быстрый, с минималистичным дизайном.

  • Системные требования: macOS 12+, Windows 10+, Linux (AppImage).
  • Функции: горячие клавиши, тёмная/светлая темы, авто-обновления, нативные уведомления.
  • Безопасность: токен хранится в системном хранилище, шифрование AES-256.
  • Установка: скачать dmg/exe/AppImage → установить → авторизоваться через Claude.ai.
  • Горячие клавиши:
    Ctrl+Shift+C – открыть/свернуть окно
    Ctrl+Enter – отправить запрос
    Ctrl+L – очистить чат

Проект с открытым кодом: github.com/claudia-app.

by zerealshadowban • 17 августа 2025 г. в 17:26 • 468 points

ОригиналHN

#claude#desktop-applications#macos#windows#linux#aes-256#open-source#github

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

  • Пользователи считают, что название «Claudia» и визуальный стиль слишком близко к бренду Claude/Anthropic и прогнозируют судебные иски.
  • Критика GUI-обёртки: многие ценят Claude Code именно как минималистичный CLI-инструмент и не видят необходимости в «тяжёлом» десктоп-приложении.
  • Повторяющиеся жалобы: сайт тормозит, видео на главной слишком быстрое, установка бинарников ломается на Ubuntu 22.04, а вставка картинок в чат зависает.
  • Пользователи просят фичи, которых нет: sandbox-агентов, нативной интеграции в VS Code, управления несколькими worktrees, нормального поиска/замены кода.
  • Общий вывод: Claudia выглядит как «очередной Twitter-клиент для LLM», и большинство разработчиков возвращается к чистому Claude Code в терминале.

Review of Anti-Aging Drugs (scienceblog.com)

Ключевые выводы DrugAge

  • Влияние препаратов на долгожительство у мышей почти не коррелирует с результатами на червях и мухах (r = 0,28).
  • Лучшие вещества продлевают жизнь мышей лишь на 10–20 %. Автор считает, что это предел «встроенной» гибкости программы старения; человеку можно надеяться максимум на +10 лет.
  • Настоящий прорыв возможен только при взломе сигнальных путей, например, с помощью экзосом.

Таблица лидеров (только млекопитающие)

Вещество Исслед. (N) % прироста
Витамин C 1 (24) 19,6
Симвастатин 1 (682) 19,0
Маточное молочко 1 (22) 17,9
SKQ 1 (50) 15,1
Эпиталамин 2 (171) 14,9
Таурин 1 (122) 14,5
Пантотенат кальция 1 (74) 12,6
Витамин E 1 (47) 12,5
N-ацетилцистеин 1 (32) 12,3
Фенформин 1 (54) 11,6

Остальные (берберин, эстрадиол, EGCG, мелатонин, спермидин, рапамицин, куркумин и др.) дают прирост ≤ 11 %. Аспирин и метформин показали всего 1–3 %.

Комментарии по лидерам

  • Витамин C: единственное исследование 1985 г., цифра 19,6 % выглядит завышенной.
  • Симвастатин: статистически значимый, но эффект основан на одном большом опыте.
  • Маточное молочко и SKQ: данные слабые (N ≈ 20–50).
  • Эпиталамин и таурин: пока без подтверждения в независимых сериях.

Итог
Все перечисленные средства лишь «подталкивают» организм к верхней границе генетически заданного диапазона. Радикальное увеличение продолжительности потребует принципиально новых подходов вроди экзосомной терапии.

by XzetaU8 • 17 августа 2025 г. в 17:22 • 128 points

ОригиналHN

#biology#medicine#health#aging#drugs#research#vitamins#statistics

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

  • Основной вывод: никакие добавки и «анти-эйдж» препараты не заменяют проверенные факторы — не курить, быть стройным, двигаться, спать и контролировать давление/холестерин.
  • Почти все обсуждаемые вещества (метформин, рапамицин, NAC, таурин и др.) имеют слабые или противоречивые человеческие данные, часто переносятся из мышей с ошибками дозировки.
  • Даже если препарат продлевает жизнь, ключевой вопрос — сохранит ли он здоровье и качество жизни, а не просто добавит года в старческой немощи.
  • Без учёта индивидуальной генетики и личных факторов риска универсальных «таблеток молодости» не существует.
  • Диета и физическая активность остаются «королями» профилактики; остальное — эксперимент с неизвестным балансом пользы и риска.

AI doesn't lighten the burden of mastery (playtechnique.io)

Иллюзия мастерства

Claude выдал прекрасные Go-тесты — и бесполезные: все сводились к true == true.
ИИ дарит облик мастерства без труда. Код выглядит правильно, поэтому легко пролистать детали.

Я не ленюсь, просто использую инструмент. Claude пишет Go, SQL, Svelte, знает сигнатуры API — кажется, что boilerplate решён. Но когда я отлаживал фронтенд, понадобилось 40 минут чтения документации, чтобы заметить, что он смешал синтаксис Svelte 4 и 5. Я проглядел, пока не проследил вручную.

ИИ продвинул меня, но не избавил от работы. Настоящее мастерство — это модель в голове и собственное мышление. Убедительный синтаксис ≠ понимание.

Ловушка

Мы, разработчики, стараемся делать хорошо, и именно поэтому опасна эта иллюзия: ИИ заставляет расслабиться и верить, что результат будет отличным без усилий.

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

Сначала ИИ облегчает работу, но уже через пару дней видно: он не несёт когнитивную нагрузку. Финальный рывок остаётся за нами, а поднять «положенное» бремя тяжело.

Требуется усилие

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

by gwynforthewyn • 17 августа 2025 г. в 17:03 • 139 points

ОригиналHN

#go#sql#svelte#api#frontend#artificial-intelligence#software-development#coding-practices#llm

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

  • Опытные разработчики подчеркивают: без контроля и понимания архитектуры AI-помощь превращается в «красивый, но бесполезный» код.
  • Многие замечают, что младшие коллеги перестают думать, слепо принимая сгенерированные тесты и решения.
  • AI хорош для рутины, но требует «copilot», а не «main pilot»: человек должен оставаться капитаном.
  • Сравнение с IKEA-шкафами: большинство проектов станут «фабричными», но сложные и критичные системы всё равно останутся ручной работой.
  • Итог: навыки критического мышения и рефакторинга «AI-слякоти» станут новой ценностью.