Hacker News Digest

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

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

Wind turbine blade transportation challenges (spectrum.ieee.org)

Для создания более крупных ветряных турбин потребуются самолёты с увеличенной грузоподъёмностью. Перевозка лопастей длиной свыше 100 метров представляет серьёзную логистическую проблему из-за их хрупкости и габаритов. Традиционные методы транспортировки по дорогам становятся непрактичными из-за ограничений инфраструктуры.

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

Эта задача объединяет инженеров аэрокосмической и ветроэнергетической отраслей. Успешная реализация проекта ускорит развитие возобновляемой энергетики, сделав возможным установку более мощных турбин в удалённых локациях.

by Brajeshwar • 13 сентября 2025 г. в 14:28 • 92 points

ОригиналHN

#wind-energy#logistics#aerospace-engineering#transportation

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

  • Обсуждается проблема транспортировки длинных лопастей для ветряных турбин и предложенное решение — специальный самолет WindRunner.
  • Высказываются сомнения в реализуемости проекта, учитывая отсутствие опыта у компании в авиастроении и сжатые сроки.
  • Предлагаются альтернативные способы доставки: дирижабли, вертолеты, сборные лопасти или производство на месте.
  • Поднимается вопрос о логистике «последней мили» и необходимости строить турбины рядом с аэродромами.
  • Отмечается, что морские ветряные электростанции решают проблему транспортировки, но не везде применимы.
  • Обсуждаются технические сложности: асимметрия груза, давление в грузовом отсеке, ограничения по длине и высоте.
  • Упоминается интерес военных к проекту и исторические параллели с транспортировкой крупных грузов.
  • Критикуется экономическая целесообразность по сравнению с другими методами и уже существующими решениями.
  • Приводятся аналогии с другими технологиями, зависящими от вспомогательных изобретений (лифты для небоскребов и т.д.).

Show HN: CLAVIER-36 – A programming environment for generative music (clavier36.com)

CLAVIER-36
Компактная 36-клавишная механическая клавиатура с RGB-подсветкой, hot-swap и USB-C.

by river_dillon • 13 сентября 2025 г. в 14:22 • 128 points

ОригиналHN

#c#wasm#steam#audio#sequencer#cdn

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

  • CLAVIER-36 — новая сеточная музыкальная среда от River, написанная на C с нуля; кажется техническим прорывом благодаря вычислению всей сетки на аудио-частоте.
  • В отличие от ORCA, появилась «проводная» система и встроенные инструменты, что упрощает создание больших и безопасно рефакторимых патчей.
  • Пока десктоп-only: на мобильных выводится лишь просьба уйти; требуется короткое демо-видео, чтобы новичок за 10 секунд понял, что это «клавишный» секвенсор.
  • Проблемы со скоростью: 200 Мбит/с не спасают, WASM-файл грузится по 4 минуты; автор обещает CDN и чинит сервер.
  • Порт на Steam и поддержка Steam Deck в планах; желающим стоит добавить игру в вишлист.

Mago: A fast PHP toolchain written in Rust (github.com)

Mago — набор инструментов для PHP, помогающий писать чище и быстрее.
Анализ кода, форматирование, линтинг и прочие утилиты в одном месте.

by AbuAssar • 13 сентября 2025 г. в 14:20 • 138 points

ОригиналHN

#php#rust#composer#phpstan#psalm#linter#code-formatter#github

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

  • Mago — это новый набор PHP-инструментов (форматтер, линтер, LSP) на Rust, но пока в бета-статусе: не парсит PHPDoc, не понимает встроенные классы без \, выдаёт тысячи ложных ошибок.
  • Автор признал README обманчивым и обещает уточнить roadmap и неготовые фичи (магические @method/@property, type-инференд).
  • Пользователи сравнивают проект с uv/ruff для PHP, но сомневаются в необходимости: у PHP уже есть Composer, PHPStan, Psalm, которые развиваются быстрее и без разрыва экосистемы.
  • Основной аргумент «на Rust» воспринимается слабо: сообщество не видит, почему переписывать инструменты на другом языке, если нет денег и людей (в отличие от Sorbet/tsgo, у которых спонсоры).
  • PHP Foundation и крупные проекты (WordPress, Laravel, Википедия) деньги имеют, но пока никто из них Mago не финансирует.

An annual blast of Pacific cold water did not occur (nytimes.com)

by mitchbob • 13 сентября 2025 г. в 13:54 • 118 points

ОригиналHN

#climate-change#oceanography#ecosystems#co2#pnas#upwelling#panama

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

  • Ученые зафиксировали впервые за 40+ лет исчезновение сезонного апвеллинга у побережья Панамы; исследование в PNAS.
  • Аномалия связана с изменением пассатов, транспорта Экмана и положения Азорского антициклона; точные причины пока не ясны.
  • Пропадание холодного питательного шельфового водоснабжения грозит обрушением местной морской пищевой сети и рыбного промысла.
  • Дискутанты спорят: достаточно ли 40 лет данных, «blob» vs «mass» в заголовках, насколько оправдан страх перед климатическим коллапсом.
  • Сообщается, что океан поглощает 90 % избыточного тепла и 30 % CO₂, поэтому подобные сбои могут иметь глобальные последствия.

Japan sets record of nearly 100k people aged over 100 (bbc.com) 🔥 Горячее 💬 Длинная дискуссия

  • В Японии почти 100 тыс. человек старше 100 лет — рекорд 55 лет подряд.
  • Женщины — 88 %; старейшей является 114-летняя Сигэко Кагава.
  • В 1963 г. было 153 долгожителя, теперь их в 650 раз больше.

by bookofjoe • 13 сентября 2025 г. в 13:47 • 298 points

ОригиналHN

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

  • Участники сомневаются в достоверности японской статистики долгожителей: многие «супердолгожители» могут быть плодом плохого учёта или мошенничества с пенсиями.
  • Некоторые указывают на бедность и хаос в документах Окинавы, «синей зоны» долголетия, и приводят примеры, когда «111-летнего» нашли мёртвым уже 30 лет.
  • Обсуждают, что реальные факторы здоровья — это не «японская диета», а много ходьбы, социальное давление и доступная свежая еда; вредной еды в Японии тоже полно.
  • Замечают, что в США продвигают средиземноморскую диету, потому что её продукты привычнее и проще продаются, чием морские водоросли и пресное «рис-рыба».
  • Подчёркивают разницу между жизнью и качеством жизни: «хочется здоровья, а не просто дожить до 100 и 10 лет пролежать».

My first impressions of Gleam (mtlynch.io)

Первые впечатления о Gleam

Ищу новый язык для изучения и выбрал Gleam — это «эликсир» со статической типизацией.
Чтобы понять, подойдёт ли он, решил переписать старый pet-project: парсер логов AIM 1999-2007 гг.
Формат простейших логов — plain-text:

Session Start (DumbAIMScreenName:Jane): Mon Sep 12 18:44:17 2005
[18:44] Jane: hi
[18:55] Me: hey whats up
Session Close (Jane): Mon Sep 12 18:56:02 2005

Цель: вытащить только тексты сообщений, потом добавить метаданные и веб-интерфейс.

CLI-аргументы

Стандартной библиотеки для argv нет.
Сторонний пакет argv решает задачу в 4 строки:

case argv.load().arguments {
  [path] -> io.println("arg: " <> path)
  _      -> io.println("Usage: gleam run <dir>")
}

Компиляция

gleam build собирает проект, но исполняемого файла не создаёт.
В build/dev/erlang/... появляются .beam-файлы — байт-код для BEAM-ВМ.
Запускать удобнее через gleam run.

Парсер

Начал с теста: функция принимает многострочный текст и возвращает список сообщений.

plaintext_logs.parse(log)  
|> should.equal(["hi", "hey whats up"])

Дальше — добавлю структуру Message {time, author, text} и разберу XML/HTML-логи.

by AlexeyBrin • 13 сентября 2025 г. в 13:15 • 213 points

ОригиналHN

#gleam#beam#erlang#elixir#functional-programming#static-typing#text-parsing#command-line-interface

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

  • Gleam: маленький, строго типизированный FP-язык на BEAM; хвалят простоту, TEA/actor-модель и устойчивость к ошибкам.
  • Главный минус — нет трейтов/интерфейсов и приходится подключать внешнюю библиотеку для акторов.
  • Кто-то хочет LLVM-бекенд вместо BEAM, но большинство считают BEAM лёгким, масштабируемым и почти незаменимым для конкурентных задач.
  • Парсинг: комбинаторы удобны, но медленны без оптимизирующего компилятора; в Gleam чаще используют pattern-matching и пакет splitter.
  • Экосистема молода: библиотек мало, LLM плохо знают язык, но interop с Erlang/Elixir уже работает.

60 years after Gemini, newly processed images reveal details (arstechnica.com)

Спустя 60 лет после миссий «Джемини» заново обработанные изображения раскрывают невероятные детали. Новая книга «Gemini & Mercury Remastered» оживляет эти исторические миссии с помощью 300 тщательно восстановленных фотографий.

Автор Энди Сондерс объясняет важность проекта: это возвращение к истокам космических исследований, когда человечество впервые смогло покинуть Землю. Миссии «Меркурий» и «Джемини» использовали более простые камеры по сравнению с Apollo, но каждая фотография документирует начало нашей экспансии в космос.

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

by sohkamyung • 13 сентября 2025 г. в 12:43 • 250 points

ОригиналHN

#gemini#mercury#nasa#space-exploration#hasselblad#analog-photography#apollo

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

  • Пользователь восхищается качеством аналоговой фотографии (средний формат, Hasselblad) и считает, что смартфоны и цифровые камеры бюджетного сегмента ему пока не соответствуют.
  • Обсуждается путаница в названиях: проект Gemini NASA (1960-е) не имеет отношения к модели ИИ Google Gemini, но связан с интернет-протоколом с таким же именем.
  • Уточняется, что проект Gemini был второй программой NASA по пилотируемым полетам и предшествовал миссии Apollo.
  • Упоминается, что одна из миссий Gemini (Gemini 5) длилась почти 14 дней, что впечатляет с учетом крошечных размеров капсулы.
  • Шуточная реплика о том, что 1965 год был "две недели назад", обыгрывает недавнее завершение миссии в хронологии обсуждения.
  • Дается этимологическая справка: название Gemini происходит от латинского "близнецы" и отсылает к мифологическим Диоскурам.
  • Отмечается, что порт протокола Gemini — 1965, но это число еще не официально зарегистрировано в IANA.

Show HN: A store that generates products from anything you type in search (anycrap.shop) 🔥 Горячее 💬 Длинная дискуссия

Anycrap – магазин бесконечных товаров
Доставка по всему миру, горячие скидки.

Поиск: назови желаемое – найдём в параллельных мирах.

Популярно:

  • Дикий технохлам
  • Космические снеки
  • WTF-товары

100 % уникальные концепции
Идея → картинка на экране за секунды.

Товар ещё не придуман?
Назови – мы изобретём.

Письма о несуществующих новинках – подпишись.

contact@anycrap.shop
© 2025 – товары завтрашнего дня (но не настоящие).

by kafked • 13 сентября 2025 г. в 12:02 • 1096 points

ОригиналHN

#llm#machine-learning#e-commerce#generative-ai

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

  • Проект anycrap.shop — генератор абсурдных «товаров» с картинками и описаниями; автор в шоке от 15 000 созданий и исчерпанных токенов.
  • Пользователи смеются над безумными идеями, «покупают» несуществующее, просят добавить фейковые трекинги, избранное и продажу реальных мерча.
  • Обсуждают деньги: кто-то видит маркетплейс для мелких производств, кто-то боится счёта за инференс.
  • Отмечают слабость ИИ к отрицанию («no lace» → кеды с шнурками) и повторяющийся визуальный стиль картинок.
  • Просят раскрыть стек, промпты, модель генерации; просят «мерчант-акки» и экспорт коллажей.

‘Overworked, underpaid’ humans train Google’s AI (theguardian.com)

  • Тысячи контракторов по всему миру размечают тексты, фото и видео для Google: оценивают релевантность, проверяют факты, фильтруют токсичность.
  • Работа фрагментирована на микрозадания, оплата — от $0,01 до $0,15 за штуку; часовой доход часто ниже минимального.
  • Платформа Appen и подрядчики like RaterLabs не гарантируют часов, заставляют конкурировать за задачи, штрафуют за «ошибки».
  • Люди тренируют Bard, поисковые сниппеты и рекламу; без них «ИИ» не понимал бы контекста и не фильтровал бы фейки.
  • Google отвечает: «Сторонние фирмы платят рыночные ставки», но внутренние документы показывают жёсткие лимиты на зарплату.
  • Контракторы объединяются в профсоюзы, требуют прозрачности и минимального часового гаранта; пока успех ограничен.

by Brajeshwar • 13 сентября 2025 г. в 11:30 • 236 points

ОригиналHN

#google#llm#machine-learning#data-annotation#cloud-platforms#openai#anthropic#meta

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

  • Контрактные «оценщики ИИ» получают $16–45/час, но работа нестабильна, тесты сложны (FAANG-уровень), а задачи всё чаще требуют уровня магистра/PhD.
  • Коммуникация с работодателями практически отсутствует, сроки сжимаются, а качество оценки страдает из-за внутренних метрик.
  • Практика охватывает почти всех крупных игроков: OpenAI, Google, Anthropic, Mistral, Meta и др.; прозрачности нет, NDA скрывают масштабы.
  • Работники иногда видят тяжёлый контент, но чаще рутинно размечают вывод моделей, фактически обучая ИИ «человеческим ценностям» заказчика.
  • Критики называют это цифровым колониализмом: дешёвая разметка Global South и США помогает корпорациям продавать «автономный ИИ».

AI coding (geohot.github.io) 🔥 Горячее 💬 Длинная дискуссия

AI-кодинг: компилятор, а не магия

LLM — это компилятор: английский вместо C, выхлоп — код.
Работает лишь для тривиальных задач; чуть сложнее — приходится писать спецификации длиннее самого кода.
Английский не имеет спецификации, выхлоп недетерминирован, изменение в одном месте ломает всё.
Казаться быстрее на 20 %, реально медленнее на 19 % (arxiv.org/abs/2507.09089).

«ИИ заменит программистов» так же, как компиляторы заменили ассемблер и Excel — бухгалтеров: инструмент, а не чудо.
Миллиардные инвестиции в «vibe coding» — повторение провала self-driving.
Вместо хайпа стоит делать лучшие языки, компиляторы и библиотеки.

by abhaynayar • 13 сентября 2025 г. в 09:28 • 300 points

ОригиналHN

#artificial-intelligence#programming-languages#compilers#code-generation#software-development#ai-tools#developer-productivity#llm

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

  • Опытные разработчики спорят: кто-то экономит часы на рутине, кто-то теряет скорость из-за «зайцев» и недопонимания кода.
  • AI-инструменты (автодополнение, Claude Code, Cursor) дают +20–50 % к старту, но требуют навыка «prompt-инженерии» и постоянного контроля.
  • «Вайб-кодинг» без понимания архитектуры быстро даёт MVP, но приводит к техдолгу и невозможности поддержки.
  • Независимые исследования пока не подтверждают значительного ускорения для сеньоров в сложных кодовых базах; выгода заметнее в шаблонных CRUD-задачах.
  • Рынок и инвесторы толкают AI-хайп из-за страха пропустить «новое интернет», а не из-диоказанной эффективности.