Hacker News Digest

Каждый веб-сайт выглядит одинаково: навязчивые баннеры про куки, шаблонные разделы «О нас», «Ресурсы», «Команда», и бессмысленные призывы к подписке. Автор сайта «Every Fucking Website» саркастично воссоздал типичную структуру любого современного сайта — от навязчивого запроса на согласие с куки («Вы сами этого хотели!») до генерированных случайных ссылок и шаблонных слоганов вроде «Trump 2020! I Hate Puppies!». Даже попытка «персонализации» — купон «10PERCENTOFF» — выглядит как ритуал, а не предложение. Сайт пародирует индустрию, где контент заменён шаблонами, а пользовательский опыт — юридическими обязательствами и навязчивыми формами.

Всё это — отсылка к тому, как веб-дизайн превратился в безличный, стандартизированный процесс, где уникальность уступила место шаблонным CMS и юридическим требованиям. Автор не предлагает решения — он просто показывает, насколько глубоко мы погрузились в абсурд. Сайт не работает, не содержит полезного контента и не призван быть использованным — он лишь зеркало. И в этом его сила.

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

В Австралии программа субсидирования домашних аккумуляторов привлекла более 500 тыс. установок за год, что позволило почти вдвое снизить оптовую стоимость электроэнергии. Правительство использует избыточный дневной солнечный поток, предлагая бесплатную энергию в полдень и 30‑процентный скидку на батареи, подключённые к солнечным панелям. Благодаря этим мерам Австралия обогнала США по количеству домашних батарей, несмотря на 12‑кратное различие в населении.

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

Тред отмечает, что программа субсидирования домашних аккумуляторов в Австралии снизила оптовую стоимость электроэнергии и вызвала споры о её эффективности и справедливости. Критики, включая @plantain, считают программу неэффективной и несправедливой, так как преимущества получают в основном состоятельные домохозяйства, и предлагают направить средства на централизованные хранилища. Противники этой точки зрения, включая @matt2000, указывают на падение стоимости батарей и преимущества децентрализованного хранения — повышение устойчивости и снижение зависимости от традиционных источников энергии, поддерживаемые также @figbert и @otherme123. @skybrian предлагает рассмотреть аренду аккумуляторов, как в некоторых районах США, для снижения стоимости и повышения эффективности.

RISC-V обещает захватить рынок недорогих микроконтроллеров, но не благодаря продуманному дизайну, а вопреки его недостаткам. Главная проблема — попытка универсального решения: одни требования предъявляются к суперкомпьютерам, другие — к дешёвым ядрам, где важны размер и задержка прерываний, а не производительность вычислений. Автор подчёркивает, что даже если RISC-V победит у 8051, это произойдёт лишь потому, что рынок микроконтроллеров требует простого, дешевого решения, а не потому что ISA идеально подходит.

В статье также критикуются «непрактичные» решения: излишняя сложность спецификации, отсутствие реального опыта разработчиков и «дизайн по комитету», где реальные пользователи остаются в стороне. Автор сравнивает это с ошибками ARM, где указание ядра недостаточно, а поставщикам операционных систем приходится адаптировать образы под бесчисленные платформы. Кроме того, упомянута неудача с векторным расширением — лучше использовать фиксированную ширину SIMD, как в традиционных решениях. Эти пункты подчеркивают, что RISC-V часто упускает из виду реальные инженерные ограничения в пользу теоретических возможностей.

RISC-V не идеален — у него есть недостатки, включая сложность из-за избыточности опций, что может вызывать проблемы с совместимостью и поддержкой. Однако его открытость и гибкость делают его привлекательным для разработчиков. Опыт @jacksons5f подтверждает: RISC-V можно успешно применять в продакшене. Несмотря на критику, экосистема активно развивается, а архитектура доказывает работоспособность в разных средах.

Работа с Opus 5 ощущается как регрессия по сравнению с Opus 4.7, 4.8 и Fable, несмотря на то, что он более мощный и конкурентный в тестах. Ключевая проблема — в том, что он редко останавливается для уточнения, делает предположения без проверки и переписывает ваши планы без согласия. В отличие от конкурентов, которые задают вопросы при неясности, Opus 5 требует постоянного «бэбиситинга», что раздражает и снижает доверие к его работе.

Это, скорее всего, следствие давления на модели, оптимизированные под высокие результаты в бенчмарках, где важны смелые, но однозначные решения. Такие подходы не подходят для реального кода, где неоднозначность неизбежна, а «лучший» ответ часто зависит от контекста. В отличие от тестов, где есть четкий критерий успеха, в продакшене ошибки могут стоить дорого — поэтому предпочтительнее агент, который спросит, чему вы уделяете приоритет, а не тот, кто «угадает» и испортит проект.

Пользователи отмечают, что Opus 5 часто использует абстрактную фразеологию, требует постоянного уточнения инструкций и переинжинирит решения, что увеличивает время выполнения задач по сравнению с предыдущими версиями. Для работы с моделью рекомендуют использовать безопасный режим, конкретные формулировки и постоянный контроль. Спорно: одни считают Opus 5 более мощным и подходящим для сложных задач, другие предпочитают Fable или Sonnet — особенно для простых задач.

DeepSeek-V4-Pro официально запущен с улучшениями для агентных задач: теперь доступны три уровня усилий рассуждения — от минимальных для простых запросов до максимальных для сложных сценариев. Модель интегрирована с OpenAI-совместимым API, включая одну кнопку для настройки с Codex, что упрощает внедрение в существующие рабочие процессы. Доступна как в веб-интерфейсе через «Expert Mode», так и через API — с теми же именами моделей, что и раньше.

Цены на API обновлены: введены тарифы в часы пик и вне пика — скидка до 50% в непиковые часы, что позволяет оптимизировать затраты на нагрузку. Новые тарифы вступают в силу 16:00 UTC 16 августа 2026 года. Бенчмарки показывают значительный рост производительности по сравнению с предыдущими версиями, особенно в задачах, требующих глубокого анализа.

Цены на DeepSeek-V4-Pro выросли в 2–6 раз, зависят от времени суток (ниже ночью) и могут превышать стоимость альтернатив, таких как Baseten или Luna. Пользователи расходятся во мнениях: одни считают цены завышенными, другие — оправданными. Рекомендуется использовать альтернативные решения или откладывать запросы на более дешёвые часы.

Главная мысль: NP‑hard‑проблемы часто остаются практичными, потому что реальные экземпляры редко достигают теоретических «катастрофических» размеров.

Факты:

• В реальном мире большинство запросов (пакетные менеджеры, проверка типов, планирование) обрабатываются мгновенно; лишь редкие «экстремальные» случаи вызывают задержки.
• Современные инструменты (Gurobi, SCIP, Google Optimization) находят оптимальные решения даже для сложных задач, таких как Traveling Salesman, с ускорением в сотни миллиардов раз за последние три десятилетия.
• Даже классический SAT‑проблема решается в масштабе — Amazon ежедневно обслуживает более 1 млрд запросов SMT, а алгоритмы SAT уже считаются «быстрыми».
• При столкновении с редким худшим случаем достаточно добавить таймаут и сообщение об ошибке, как в обычных HTTP‑запросах.

Запомнить: NP‑hard — это лишь теоретический предел, а не приговор для практических систем.

Тред обсуждает, что NP-полные задачи часто решаются эффективно на практике, несмотря на теоретическую сложность. Участники приводят примеры из практики: пакетные менеджеры, проверка типов, криптография, оптимизация — где задачи решаются благодаря ограничениям входных данных, приближённым алгоритмам или специфике случаев. Подчёркивается, что теоретическая сложность не всегда отражает практическую реальность, и важно учитывать конкретные ограничения, а не полагаться исключительно на теорию. Споры идут о балансе между практикой и теорией: одни считают теорию не препятствием для решения, другие — важным ориентиром для понимания возможностей и рисков.

Понимание кода, который пишут агенты, становится ключевым фактором эффективности работы с ними. Если раньше можно было полагаться на автоматическую проверку, теперь же человеку нужно не только «давать thumbs-up», но и участвовать в творческом процессе, формируя идеи и направляя развитие системы. Без достаточной когнитивной подготовки человек теряет способность генерировать новые концепции и корректировать путь проекта.

Для ускорения понимания предлагаются практические методы: создание документации‑объяснителей, составление викторин и построение микромиров, где можно экспериментировать с кодом в реальном времени. Такие подходы позволяют быстро выявлять слабые места, проверять архитектурные решения и поддерживать «поток идей». Как отмечает Маргарет Стори, игнорирование когнитивного долга приводит к тому, что команда теряет связь с системой, а в итоге — к ошибкам и задержкам. Поэтому инвестирование в обучение и инструменты для глубинного взаимодействия с агентным кодом открывает путь к более продуктивному и креативному использованию ИИ‑ассистентов.

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

За последние 14 лет я перестал слушать себя — буквально и метафорически. Раньше я мысленно обсуждал идеи, выстраивал цепочки мыслей, наслаждался медленным размышлением. Сейчас же я заполнял каждый тихий момент подкастами, аудиокнигами и соцсетями, превращая молчание в врага. Это стало нормой: как только наступала пауза, я сразу включал что‑то в наушниках.

Однажды я сознательно отказался от привычки включить звук и остался в тишине. Впервые за долгое время мысли начали свободно течь, а не «заполняться» чужим контентом. Я понял, как сильно я скучал по собственному голосу, который оказался живым и полезным. Если вы тоже потеряли этот внутренний диалог, попробуйте: выключите фон, посидите в молчании и дайте себе шанс услышать себя. Возможно, вы удивитесь, насколько это окажется полезным.

Пользователи отмечают, что постоянное прослушивание подкастов, аудиокниг и музыки мешает продуктивному размышлению и самопознанию, и многие отказались от этого — с положительными последствиями. Некоторые считают, что тишина эффективнее для концентрации, хотя другие признают пользу аудио для фокуса. @lrvick советует избавиться от смартфона, чтобы чаще быть в тишине; @chanux — записывать мысли для самопознания. @dspillett возражает, что аудио помогает бороться со скукой, а не свидетельствует о ненависти к себе.

GPT-5.6 Sol на режиме Ultrafast от OpenAI в сочетании с Cerebras выдаёт до 750 токенов в секунду без потери качества, что резко ускоряет работу с критически важными задачами. Тесты на Humanity's Last Exam показали, что модель проанализировала 2 500 сложных вопросов за 11 ч 11 мин, тогда как Claude 5 потратил более трёх суток. На GDP‑Val Ultrafast ускорил выполнение экономически значимых задач в 5,6 раз, сохранив точность.

Техническая основа — уникальная архитектура Wafer‑Scale Engine Cerebras, где 44 ГБ SRAM находятся непосредственно на чипе, исключая дорогостоящее перемещение весов между памятью и процессором. Это позволяет токены свободно «течь» через слои модели, а при росте размеров моделей скорость сохраняется. Теперь пользователи могут использовать агенты в реальном времени: от мгновенного анализа сбоев в сервисах до быстрой реакции на кибератаки, что меняет подход к работе с высокими ставками.

Тред дополняет статью информацией о потенциальных последствиях, применении и ограничениях технологии Ultrafast, а также сравнивает её с другими моделями и обсуждает затраты. Пользователи согласны, что Ultrafast может революционизировать работу с критически важными задачами, где скорость обработки влияет на качество решений. Особенно полезна для кодирования и анализа данных. Однако предупреждают: технология может быть недоступна всем, сопряжена с высокими затратами и несет риск потери качества при увеличении скорости. Рекомендуется использовать специализированное оборудование для максимальной эффективности.

Борьба с «инновационными токенами» — ключ к устойчивому росту. Каждый проект получает всего три шанса на радикальные технологические эксперименты; их расходование на эксперименты вроде NodeJS, MongoDB или новейших сервисов обнаружения приводит к риску провала. Вместо этого выбирайте «скучные», но проверенные решения — MySQL, Postgres, PHP, Python, Memcached. Их известные слабые места позволяют заранее спланировать отказоустойчивость, в отличие от новых технологий, где неизвестные неизвестные часто оказываются катастрофическими.

Оптимизация должна быть глобальной: фокус на долгосрочной стабильности, а не на блеске. В Etsy, используя «скучный стек», команда масштабировала активности в 20 раз без вмешательства, пока не отвлеклась на новые решения. Это подтверждает, что сознательный отказ от избыточной инновации ускоряет успех, а не замедляет его.

Тред критикует концепцию «инновационных токенов» как излишне упрощённую, подчёркивая, что выбор технологий должен основываться на конкретных потребностях проекта, а не на новизне. @NickNaraghi считает её полезной для принятия решений, но @insanitybit, @threethirtytwo и @euthymiclabs возражают: новизна не заменяет надёжность и стабильность. @gaigalas предлагает компромисс — 80% «скучных», 20% инновационных технологий, чтобы избежать конфликтов.