Hacker News Digest

Тег: #openjdk

Постов: 3

Android apps running native on macOS (github.com) 🔥 Горячее 💬 Длинная дискуссия

Mac.apk запускает Android-приложения напрямую на Apple Silicon — без эмулятора, виртуальной машины и ядра Linux. Приложения работают как обычные процессы macOS: рисуются через GPU Mac, исполняются на CPU с нативной скоростью, появляются в Dock, получают собственные окна с кнопкой «назад» рядом с кнопками управления, масштабируются, поворачиваются и переключают светлую и тёмную темы вместе с системой. Ничего не загружает Android в фоне и не интерпретирует инструкции по одной.

Проект в статусе альфа: из 65 протестированных приложений 51 полностью играбельны, 10 работают частично, 4 пока не запускаются. Код под лицензией AGPL-3.0, доступна коммерческая лицензия, сборки подписаны и нотаризованы Apple. Внутри — открытые компоненты (ANGLE, MoltenVK, Capstone, libpng, libvpx, stb_vorbis, Bouncy Castle, JRE на базе OpenJDK с FreeType, HarfBuzz и GLib, ресурсы Android из AOSP); GLib и libintl под LGPL, их исходники приложены к релизам.

Важное предупреждение: у приложений нет песочницы в стиле телефона — APK исполняется как обычный нативный код с правами вашего пользователя macOS и может читать и писать ваши файлы. Устанавливайте только доверенные APK из надёжных источников: за ущерб, утечки данных, вредоносный код и нарушения авторских прав разработчик ответственности не несёт.

by flocked • 19 октября 2026 г. в 16:45 • 286 points

Оригинал • HN

#android#angle#aosp#apple-silicon#glib#libvpx#macos#moltenvk#native#openjdk

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

Mac.apk не имеет нативных Google‐сервисов, требует MicroG для их работы и не использует песочницу — данные хранятся в /Applications, что вызывает вопросы безопасности. Проект зависит от JVM и не содержит ARM‐бинаров, что ограничивает производительность. Пользователи отмечают нишевые сценарии, например запуск Minecraft Bedrock для кроссплатформенной игры без собственного сервера. Мнения о полезности разнятся: некоторые считают запуск Android‐приложений на Mac интересным, другие предпочитают Bluestacks или iOS‐версии, отмечая низкую реальную потребность. Критики указывают на название и структуру репозитория как признаки низкого качества кода, возможно сгенерированного LLM, и сравнивают проект с устаревшим Android Runtime for Chrome. Некоторые советуют сосредоточиться на PWA вместо нативного Android‐кода для macOS, считая это более перспективным. Рост поддержки Steam‐устройств и упрощение кроссплатформенной разработки могут снизить интерес к запуску Android‐приложений на macOS, а их избыточность в десктопной среде воспринимается как раздражающий фактор.

Java 27 (mail.openjdk.org) 🔥 Горячее 💬 Длинная дискуссия

JDK 27 официально вышел в общую доступность с билдом 35, который теперь считается стабильным для продакшена. За время релиз-кандидата не было зафиксировано ни одного критического бага (P1), что подтверждает его готовность к использованию в производственных средах. Основное изменение — G1 стал сборщиком мусора по умолчанию во всех средах, что упрощает настройку и улучшает производительность для большинства приложений.

Среди ключевых нововведений — гибридная криптография для TLS 1.3 (JEP 527), улучшенная поддержка структурированной конкурентности (JEP 533, седьмой preview), и экспериментальная векторная API (JEP 537). Также впервые по умолчанию включены компактные заголовки объектов (JEP 534), снижающие потребление памяти. Несколько функций, включая ленивые константы и шаблоны для примитивных типов, продолжают развиваться в режиме preview. Релиз содержит сотни мелких улучшений и тысячи исправлений ошибок. Открытые сборки доступны через OpenJDK, а от других вендоров — в ближайшее время.

by mkurz • 15 сентября 2026 г. в 13:13 • 346 points

Оригинал • HN

#compactheader#g1#java#jdk#jep#openjdk#tls#vectorapi

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

Обсуждение подтверждает пользу шестимесячного цикла релизов Java: он обеспечивает предсказуемость и позволяет выпускать preview‐фичи без обязательств, упрощая планирование разработки. Java часто выбирают для greenfield‐проектов в банковском, телеком и правительственном секторах из‐за надёжности, производительности и длительной поддержки. При выборе стека важно учитывать опыт команды и зрелость экосистемы — переход на другой может потребовать значительных усилий. Существуют разногласия по поводу темпа релизов Oracle: одни видят в ускоренном цикле преимущество — быстрый доступ к новым возможностям, другие опасаются привязки версии языка к конкретному рантайму, что снижает гибкость. Дженерики в Java реализованы через стирание типов, ограничивая метапрограммирование по сравнению с рефицированными дженериками в .NET. Vector API остаётся в preview и ещё не достиг статуса GA, что замедляет её применение в задачах нейронных сетей и векторного поиска. Проект Valhalla, обещающий безопасные null‐типы, запланирован на Java 28 в виде preview‐версии. JEP‐531 с ключевым словом 'lazy' считается избыточным, поскольку аналогичная функциональность уже предоставляется Lombok. Многие крупные организации всё ещё используют Java 8 или Java 17, подчёркивая важность длительной поддержки и стабильности. При оценке новых функций, таких как G1 по умолчанию, рекомендуется проводить собственные бенчмарки для конкретных нагрузок.

Oracle bans AI-generated code from OpenJDK (app.dealroom.co) 🔥 Горячее 💬 Длинная дискуссия

Oracle запрещает использовать ИИ‑сгенерированный код в OpenJDK, опасаясь угроз безопасности, конфиденциальности и нарушения прав на интеллектуальную собственность. Разработчики могут применять модели в личных целях — для отладки и ревью, но подавать такие фрагменты в репозитории, pull‑request’ах или иных каналах проекта нельзя. При этом внутри компании практики противоречат этой позиции: соучредитель Ларри Эллисон заявлял, что ИИ‑модели уже пишут код Oracle, а со‑CEO Майк Силлиcia отмечал рост эффективности за счёт сокращения штатов. Компания планирует потратить $70 млрд на расширение дата‑центров, что привело S&P к понижению рейтинга до BBB‑.

Ключевые цифры: $70 млрд инвестиций в инфраструктуру, рейтинг S&P = BBB‑ (на один шаг выше «мусорного»), запрет на ИИ‑код в OpenJDK. Яркие факты: внутреннее противоречие политики, когда внешне Oracle заявляет, что «не пишет» код, а внутри использует ИИ‑генерацию; одновременно компания активно инвестирует в ИИ‑инфраструктуру.

by delduca • 07 августа 2026 г. в 17:36 • 396 points

Оригинал • HN

#data-center#investment#java#larry-ellison#llm#mike-sillicia#openjdk#oracle#s-p

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

Тред обсуждает риски использования ИИ-генерированного кода в OpenJDK — проблемы авторства, безопасности и ответственности. Разработчики считают, что Oracle запрещает такой код, чтобы избежать юридических рисков. Некоторые считают запрет чрезмерным и предлагают вместо полного запрета ввести контрольные меры. Все согласны: ИИ-код следует использовать с осторожностью и обязательно проверять на безопасность и авторство.