Hacker News Digest

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

Этот переход был подкреплён агрессивным маркетингом, который утверждал, что обработанные продукты превосходят домашнюю еду по питательности — например, обогащённый витаминами Wonder Bread или Tang с добавлением витамина C. Маркетинг направлялся в основном на женщин, подчёркивая, как эти продукты экономят время, позволяя им уделять больше времени семье или карьере. К 1970-м годам традиционное домашнее приготовление пищи значительно сократилось, уступив место полуфабрикатам и готовым продуктам, что совпало с ростом ожирения и связанных с питанием заболеваний.

• Американская продовольственная система структурно делает здоровую еду дороже и менее доступной, чем обработанную, и это не случайность, а результат политики, которая приводит к тому, что 1/3 населения страдает от ожирения.
• Практически невозможно найти нормальные продукты, потому что даже йогурт и хлеб полны сахара, а «натуральные» варианты стоят в 2-3 раза дороже.
• Люди в треде делятся советами, как выживать в этой системе: покупать основные продукты и готовить самому, искать фермерские рынки и специализированные магазины, читать этикетки и избегать маркетинговых ловушек.
• Но даже если вы делаете всё правильно, вы всё ещё можете быть уязвимы к тому, что вам будет трудно отличить «естественный» сахар от «добавленного» сахара, потому что FDA не требует различать их в списке ингредиентов.

The Tor Project выпустила альфа-версию Tor Browser 15.0a4, финальную перед стабильным релизом в конце октября. Ключевые изменения включают полное удаление встроенных ИИ-функций из соображений приватности, переименование 'meek-azure' в просто 'meek' для унификации, и улучшенную поддержку тёмной темы.

Важные технические правки: улучшено отображение CJK-иероглифов шрифтом Jigmo, управление WebAssembly теперь делегировано NoScript для совместимости с PDF, а индикатор протокола 'https' в URL-bar теперь всегда виден, как и в Firefox. Эти изменения завершают подготовку к стабильной версии.

• Mozilla и другие проекты продолжают внедрять AI-функции, что вызывает критику из-за конфликта с приватностью и философией открытого ПО.
• Пользователи жалуются на то, что Firefox и подобные браузеры всё больше становятся похожи на Chrome, теряя свою уникальность.
• Сторонники приватности и открытого ПО выражают обеспокоенность по поводу того, что Mozilla и подобные проекты всё меньше соответствуют своим принципам.
• Некоторые пользователи отмечают, что Mozilla всё меньше взаимодействует с сообществом и всё больше ведёт себя как корпорация.

В предоставленном фрагменте содержится только навигационная структура сайта Google Developers Blog и заголовок статьи "Say hello to a new level of interactivity in Gemini CLI", но отсутствует основной текст публикации.

Заголовок указывает на анонс обновлений для Gemini CLI, повышающих уровень интерактивности, но конкретные детали, функции или улучшения в тексте не раскрыты. Статья доступна на нескольких языках, включая английский, испанский, индонезийский, японский, корейский, португальский и китайский.

Для создания точного пересказа требуется полный текст статьи с описанием новых возможностей Gemini CLI.

• Пользователи жалуются на ненадёжность Gemini CLI: модель часто отказывается читать файлы вне проекта, путает \n и \n\n, а иногда и вовсе не может запустить интерактивную оболочку без дополнительного убеждения.
• Сообщество отмечает, что в отсутствии нормального MCP-протокола Gemini CLI уступает не только в UX, но и в надёжности: «по факту ты просто запускаешь процесс в псевдотерминале и смотришь стрим — без TUI-модели и без встроенного логгера снимков состояния».
• Несколько участников подтверждают, что даже базовые сценарии вроде git log или git diff заставляют модель «залипать» и требуют ручного перезапуска.
• Наблюдается общее чувство, что Google недооценивает как саму модель, так и экосистему вокруг неё: «Почему до сих пор нет нормального логгера, нормального MCP-сервера, нормального линтера или хотя бы нормального линтера?»
• Наконец, вопрос о лицензии: «кто владеет "сериализованными" терминальными сессиями, которые Google выгружает в облако?»

Репозиторий sivers/sivers представляет собой личную базу данных автора и веб-приложения, которые её используют. Проект демонстрирует подход к созданию персональной информационной системы с открытым исходным кодом.

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

• Сторонники подхода "база данных как единственный источник истины" приводят примеры от 2007 года до сегодняшнего дня, показывая, что идея не нова, но вот вдохновение от неё пришло к Дереку Сиверсу, который в свою очередь вдохновил обсуждение на Hacker News.
• Обсуждение затрагивает вопросы от "что если вся логика в БД" до "какие ещё нестандартные инструменты могут подхватить эстафету", включая ссылки на PostgREST и Supabase как современные эквиваленты идеи.
• Участники делятся личным опытом, от 2007 года до сегодняшнего дня, подчеркивая, что подход был популярен в ранних 2000-х и что он до сих пор может быть применим для новых проектов.
• Поднимается вопрос о том, как и где хранятся шаблоны и как они попадают в ответы сервера, а также обсуждается использование таких инструментов как HTMX или Datastar для гидратации через гипермедиа.
• В конце концов, обсуждение сводится к тому, что идея остаётся актуальной, и участники выражают надежду, что она может вдохновить следующего поколения разработчиков так же, как это сделал Rich Hickey со своим докладом "Simplicity Matters".

К сожалению, в предоставленном фрагменте отсутствует основное содержание статьи о PoE (Power over Ethernet). Видны только навигационные элементы и ссылки на различные сайты сети AspenCore, включая EDN, но сам текст статьи с технической информацией не представлен.

Для создания точного и содержательного пересказа мне необходимо непосредственно содержимое статьи, где бы обсуждались основы PoE, стандарты (такие как IEEE 802.3af, at, bt), классы мощности, ограничения по длине кабеля, применение и современные тенденции в этой технологии.

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

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

DoorDash и Waymo запускают сервис автономной доставки в Фениксе, где робомобили Waymo доставляют заказы. Также стартует акция для подписчиков DashPass: в Лос-Анджелесе, Сан-Франциско и Фениксе можно получить скидку $10 на одну поездку Waymo в месяц до конца года.

Партнёрство позволяет клиентам DoorDash в Фениксе заказывать доставку через автономные автомобили Waymo, начиная с магазинов DashMart. Компании видят будущее, где автономные технологии делают доставку эффективнее.

Для привлечения пользователей запускается промо с DashPass: подписчики получают промокод на $10 ежемесячно до декабря. Waymo, в свою очередь, расширяет коммерческое применение своего автономного такси.

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

Разработчик сравнивает несколько популярных фреймворков и объясняет, почему выбрал Phoenix LiveView. Вместо того чтобы разделять фронтенд и бэкенд на разные стеки, он нашёл решение, которое позволяет писать всё на одном языке — Elixir. Это не только ускоряет разработку, но и даёт серьёзные преимущества в производительности.

Ключевые моменты:

• Меньше кода, меньше ошибок: Вместо двух кодовых баз (например, JavaScript + PHP) всё пишется на Elixir, включая UI-логику, что снижает вероятность ошибок.
• Реальное время без усилий: LiveView использует WebSockets для двухсторонней связи в реальном времени, что встроено "из коробки" и не требует дополнительных библиотек.
• Производительность и надёжность: Бэкенд на Elixir (работающем на Erlang VM) обеспечивает высокую конкурентность и отказоустойчивость. Фоновые задачи через Oban перезапускаются автоматически при сбоях.
• Единая архитектура: Нет необходимости в отдельном API или SPA, что упрощает разработку и развертывание.

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

• Обсуждение в основном вращается вокруг сравнения Rails, Phoenix и LiveView, но при этом всплывают факты, что Rails всё ещё умеет WebSocket, а Phoenix не так уж идеален, если нужен только CRUD-приложение.
• Участники спора подчеркивают, что выбор стека часто диктуется личными предпочтениями и опытом, а не объективными преимуществами.
• Несколько раз поднимается тема, что современные фреймворки всё ещё не решают проблему масштабирования и фоновых задач, и что важнее выбрать тот стек, который действительно подходит под задачу.
• Также обсуждается, что выбор инструмента влияет на набор библиотек и сообщество вокруг него, и это может быть важнее, чем абстрактные преимущества языка.

LACE — это новый вид клеточных автоматов, разработанных Новой Спивэком. В отличие от классической игры «Жизнь», LACE использует не только состояния клеток, но и их связи (топологию соседства), что позволяет достичь гораздо более сложного и реалистичного поведения, напоминающего живые системы.

Ключевые особенности:

• Динамические связи: Состояние сети определяется не только состояниями клеток, но и их взаимосвязями, которые также могут меняться.
• Эмерджентность: Из простых локальных правил возникают сложные глобальные паттерны, включая самовоспроизведение, адаптацию и даже нечто вроде «осознания».
• Масштабируемость: LACE работает на сетках любого размера, от микроскопических до вселенских, и демонстрирует фракталоподобные свойства на разных масштабах.

Спивэк подчеркивает, что LACE — не просто абстракция; это шаг к цифровой физике, где пространство, время и материя возникают из чистой информации. Он видит это как мост между математикой и физикой, предлагая, что реальность сама по себе может быть вычислительной.

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

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

Исследование, проведённое в Университете Чалмерса и Университете Фрайбурга, показало, что электрическая стимуляция ускоряет заживление ран в три раза. Учёные использовали специальный чип, на котором культивировали клетки кожи и создали искусственные раны. Одна рана заживала естественным путём, а на другую воздействовали электрическим полем. Результат: рана с электростимуляцией зажила втрое быстрее.

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

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

Разработчики представили Hyperflask — новый фреймворк для Python, который объединяет множество инструментов в единую экосистему для ускорения разработки веб-приложений. Основная идея в том, чтобы избавить разработчиков от необходимости самостоятельно подбирать и настраивать различные технологии, которые часто требуются в проектах.

Hyperflask включает в себя множество готовых решений: от серверной логики на Flask до фронтенд-компонентов, маршрутизации, работы с формами и данными, а также инструментов для развертывания. Все компоненты тщательно подобраны для бесшовной совместной работы. Например, вместо самостоятельной настройки Flask с десятками расширений, разработчики получают единую среду, где всё "просто работает".

Ключевые возможности включают:

• Единая структура проекта: стандартизированная организация кода, что ускоряет onboarding новых разработчиков и упрощает поддержку.
• Готовые решения для типовых задач: аутентификация, отправка email, обработка файлов, фоновые задачи — всё доступно "из коробки".
• Гибридный рендеринг: статические страницы генерируются на сервере для скорости, но при необходимости могут динамически обновляться через HTMX.
• Оптимизация под SEO: серверный рендеринг гарантирует, что контент индексируется поисковыми системами.

Разработчики подчеркивают, что Hyperflask не просто набор инструментов, а целостная экосистема, где все части глубоко интегрированы. Это позволяет избежать типичных проблем, когда отдельные библиотеки, будучи собранными вручную, конфликтуют друг с другом.

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

Для сообщества это может быть значимым, поскольку экосистема Python долгое время не имела полноценного аналога популярным JavaScript-фреймворкам вроде Next.js. Hyperflask, хоть и молодой проект, показывает важный шаг в этом направлении.

• Обсуждение в основном вращается вокруг сравнения Flask/HTMX-стека с альтернативами (FastAPI, Django, Litestar, FastHTML), где критика касается производительности, архитектуры и "state of the art" в 2025 году.
• Участники спорят о целесообразности смешивания шаблонов и логики в одном файле, о том, насколько это упрощает или усложняет разработку, и о том, как это сказывается на тестируемости и сопровождении кода.
• Ряд комментаторов поднимает вопрос о том, что выбор Flask в 2025 году может быть устарел, особенно если учесть отсутствие встроенной поддержки async/await, и сравнивает его с FastAPI или Litestar.
• Некоторые участники высказывают мнение, что вместо того, чтобы изобретать еще один каркас, было бы лучше взять существующий и внедрить в него улучшенную документацию, инструменты и лучшие практики.