Hacker News Digest

ravynOS — это ранняя (pre-alpha) открытая операционная система, построенная на Darwin, FreeBSD и открытом коде Apple, стремящаяся обеспечить совместимость с macOS-приложениями без аппаратных ограничений. Проект создан как альтернатива закрытой экосистеме Apple, сочетая «изящество macOS» со «свободой открытого кода». На текущем этапе это developer preview: система не отполирована, незавершена и не предназначена для конечных пользователей, а ориентирована на тех, кто участвует в её разработке.

Цели ravynOS включают воспроизведение ключевых особенностей macOS: чистый дизайн с прозрачностью и типографикой, глобальное меню для экономии места, привычные Command-сочетания, простую установку через перетаскивание приложений в папку Applications, знакомую файловую иерархию (Applications, System, Library, Users), нативную поддержку Cocoa API и удобные терминальные утилиты вроде open и pbcopy. Для участия приглашаются разработчики и энтузиасты: доступны вики, обсуждения на GitHub и чат в Discord. Проект распространяется под правами RavynSoft (2021–2026), логотип и название являются товарными знаками.

RavynOS — ранний и амбициозный проект на базе открытого кода Apple (Darwin), сталкивающийся с реальными техническими и юридическими сложностями, но пока без подтверждённой практической жизнеспособности. Использование Discord для коммуникации отпугивает пользователей, уже достигших лимита в 100 серверов. Разработка на x86 вместо ARM обусловлена сложностью портирования из-за фрагментации чипов и нестандартных механизмов загрузки. Darwin не даёт значимых преимуществ перед другими ядрами, кроме совместимости с macOS-приложениями; архитектура ядра не отличается кардинально от Linux или BSD. Юридически проект безопасен: используется только открытый код Apple (Darwin, OpenDarwin, MkLinux) под лицензиями APSL, аналоги (GNUstep, Darling) не подвергались преследованию. Спор о бесполезности проекта (как «велосипед при наличии автомобиля») контраргументируется тем, что такая позиция обесценивает любые инновации, включая открытые ОС. Отсутствие скриншотов на сайте — критический недостаток: пользователи ожидают визуального подтверждения даже для pre-alpha. Сайт плохо адаптирован под мобильные устройства, вики нечитаема из-за боковой панели. RavynOS — уже пятый подобный проект (PureDarwin, Hello System и предыдущие версии RavynOS), что указывает на системную неудачу в создании жизнеспособной альтернативы macOS. Для совместимости с Cocoa-приложениями необходимо не просто использовать Darwin, а полностью переосмыслить реализацию API (через GNUstep или чистую переработку) — иначе разрыв между «почти» и «полной» совместимостью непреодолим. Разработчики, вероятно, участвовали в PureDarwin, что говорит о накоплении опыта, но не о прорыве. Применение ИИ может ускорить прогресс, но пока не доказано, что он решит фундаментальные проблемы совместимости и стабильности. Экосистема Apple не стала менее открытой с 1997 года — критика «закрытия» не соответствует реальности, что ослабляет мотивацию проекта.

Автор представляет ежегодную сборку компактного 8-отсечного DIY NAS объёмом менее 20 литров: TrueNAS 25.10.1, Intel Core 3 N355, 32 ГБ DDR5 RAM, 10GbE-сеть. Это 14-я итерация с 2012 года, ориентированная на его критерии: малый форм-фактор, минимум 6 отсеков (учитывая рост ёмкости HDD), низкопотребляющий интегрированный CPU для круглосуточной работы и потенциал homelab для VM/контейнеров.

Рынок компонентов ухудшается: растут цены на HDD, SSD (график 1 ТБ NVMe), RAM; ожидается дефицит Intel CPU и материнок Topton. Выбрана Topton N22 Mini-ITX (~$200 на AliExpress): 8xSATA3, 2xM.2, 1x10Gbps + 2x2.5Gbps. Автор советует закупаться заранее, подчёркивая: "Экономика sucks, и цены отражают это".

• Обсуждение DIY NAS-билда за ~$1k (Jonsbo N3, Ryzen 5500GT, LSI 9207-8i): хвалят за цену и SAS-поддержку, критикуют за энергопотребление, отсутствие ECC и ненадёжность китайских плат (AliExpress).
• Альтернативы: Odroid H4/N100DC-ITX, б/у enterprise-железо (eBay), готовые NAS (Synology, UGREEN, QNAP), Raspberry Pi; советы по кейсам (Fractal Node 804 лучше Jonsbo), ОС (FreeBSD вместо TrueNAS).
• Проблемы: частые перестройки (каждый год?), пыль/охлаждение, отсутствие hot-swap/ECC/10G, affiliate-ссылки в блоге без раскрытия; цены HDD/SSD растут, DIY не всегда дешевле prebuilt.
• Дополнительно: переход на NVMe для скорости, tape для архива, ZFS-пулы из Barracuda, вопросы о RAM для чистого NAS и плане на пожар.

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

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

• Проект ravynOS стремится к совместимости с macOS на уровне исходного кода, но не бинарной совместимости, что делает его похожим на ReactOS и Wine.
• Проект использует FreeBSD как основу, но не имеет никаких бинарных компонентов macOS, что делает его похожим на ReactOS и Wine.
• Проект не имеет никаких библиотек или фреймворков macOS, что делает его похожим на ReactOS и Wine.
• Проект не имеет никаких библиотек или фреймворков macOS, что делает его похожим на ReactOS и Wine.
• Проект не имеет никаких библиотек или фреймворков macOS, что делает его похожим на ReactOS и Wine.

Команда Swift представила предварительную версию инструментария для FreeBSD 14.3+, доступную для архитектуры x86_64. В комплекте компилятор и рантаймы Swift, необходимые для разработки. Для работы требуются зависимости: zlib-ng, python3, sqlite3, libuuid и curl. Разработчики предупреждают, что компилятор всё ещё находится в разработке и не является частью официального релиза.

Существует несколько известных проблем: некорректные отчёты Thread Sanitizer, неспособность LLDB выполнять Swift-выражения, зависание плагинов в SwiftPM, проблемы с C++ interop. Для FreeBSD 15 требуется временный workaround через установку пакета compat14x-amd64. Команда работает над добавлением поддержки aarch64 и распространением пакета для всех минорных версий FreeBSD 14. Пользователям рекомендуется сообщать о найденных ошибках на GitHub.

• Swift на FreeBSD — давно ожидаемое событие, но вопросы остаются: кто будет поддерживать порт, какие зависимости потребуются и какие части стека (например, SwiftUI) останутся проприетарными.
• Появление Swift на FreeBSD подчеркивает, что язык выходит за пределы экосистемы Apple, но при этом неясно, насколько он может быть полезен вне iOS/macOS-разработки.
• Обсуждение также затрагивает, что Swift в отличие от .NET или JVM не имеет полноценной кроссплатформенной стратегии, что ограничивает его применимость.
• Участники обсуждения отмечают, что язык не предоставляет официальной поддержки для серверной разработки, что делает его менее привлекательным для бэкенда.
• Наконец, обсуждение поднимает вопрос о том, что Swift в отличие от .NET или JVM не имеет полноценной кроссплатформенной стратегии, что ограничивает его применимость.

В FreeBSD находят способ вернуть радость в самохостинг: автор перешёл с Linux, устав от сложностей, и нашёл в BSD простоту, стабильность и отличную документацию.

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

• Использует BastilleBSD для контейнеров и vm-bhyve для виртуалок, несмотря на начальную путаницу.
• Ценит долгосрочную совместимость: решения десятилетней давности работают и сегодня.
• Сообщество оказалось невероятно поддерживающим, помогая на каждом шагу.

Автор подчёркивает: важна не идеальная настройка, а сам процесс обучения и радость от экспериментов. Результат — возвращение к хобби-программированию с тем же азартом, что и в юности.

• Участники обсуждают преимущества и недостатки BSD-систем, включая OpenBSD, FreeBSD и производные от них, так как OPNsense и TrueNAS, в контексте самостоятельного хостинга и само-обеспечения.
• Обсуждается, что BSD-системы предлагают высокую стабильность, безопасность и простоту конфигурации, но при этом страдают от недостатка поддержки драйверов и некоторых современных технологий, таких как Docker и systemd.
• Участники делятся личным опытом, включая использование FreeBSD в качестве настольной системы и OpenBSD в качестве маршрутизатора, а также обсуждают, что такие системы могут быть использованы в качестве серверов для различных сервисов, включая Jellyfin и n8n.
• Обсуждается, что BSD-системы могут быть менее удобны для пользователей, которые привыкли к GNU-утилитам и systemd, и что это может быть препятствием для некоторых пользователей.
• Участники также обсуждают, что BSD-системы могут быть менее удобны для разработчиков, так как они могут не поддерживать такие технологии, как CUDA и Docker, что может быть важно для некоторых разработчиков.
• В конце обсуждение переходит к тому, что, несмотря на все вышеупомянутое, BSD-системы все еще имеют свою нишу и что они могут быть полезны для определенных пользователей, особенно для тех, кто ценит стабильность и безопасность.

Экспериментальный проект WSL-For-FreeBSD переносит компоненты WSL2 на FreeBSD. Он использует тот же ядро и ту же архитектуру, что и WSL2, но адаптирован для FreeBSD. Проект пока не поддерживает GPU и не реализует полную изоляцию, но уже позволяет запускать бинарники Linux в контейнере. Проект открыт и приглашает сообщество к тестированию и PR.

• Обсуждение началось с замечания, что названия вроде «Windows Subsystem for Linux» на самом деле перепутаны и должны бы быть «Linux Subsystem for Windows».
• Участники обсудили, что Microsoft вместо «Windows Services for UNIX» предлагает «Windows Subsystem for Linux» и теперь «Windows Subsystem for FreeBSD».
• Участники обсудили, что FreeBSD используется в Netflix, PS4/PS5, WhatsApp до покупки Facebook и pfSense, но не настолько популярен на десктопе.
• Участники обсудили, что FreeBSD не поддерживает Adobe, Microsoft Office и игры, что делает его непрактичным для десктопа.
• Участники обсудили, что FreeBSD не поддерживает Wi-Fi на ноутбуках Dell, что делает его непрактичным для десктопа.

Краткие заметки об «амазонском» лидерстве

Customer Obsession
Хороший принцип, но его часто упрощают: «начать с клиента» ≠ «спросить, что он хочет». Ранний AWS делал крутые строительные блоки (EC2), а после 2012-го перешёл к «делать то, что просят». Это шаг назад. Клиенты не просят Paxos-as-a-service, но именно он им нужен, чтобы быть отказоустойчивыми. AWS стоит вернуться к выпуску внутренних блоков, а не ждать запросов.

Ownership
Принцип узок: надо думать не только о компании, но и об экосистеме. Пример — разработка стандартов прерываний для bhyve, хотя Amazon его не использует. Внутри Amazon сильные «стены»: команды не знают, что делают соседи, поэтому «действовать от лица всей компании» невозможно. Нужно ломать силосы.

Bias for Action
«Многие решения обратимы» ≠ «обратимы без потерь». Половинчатые сервисы подрывают доверие клиентов; память о провале живёт годами. Как офицер безопасности FreeBSD, я чаще говорил «стоп» и не выпускал сломанный патч, чем спешил. Доверие важнее скорости.

• Участники устали от «принцип-фатиги»: компании декларируют красивые лидерские принципы, но быстро от них отступают при первом давлении.
• «Leaders are owners» выглядит выгодно для акционеров, но невыгодно для сотрудников, получающих лишь крошечные доли RSU.
• Многие считают, что после массовых сокращений 2022 г. и жёсткого возврата в офисы принципы Amazon, включая «Strive to be Earth’s Best Employer», стали звучать лицемерно.
• Часть бывших сотрудников утверждает, что внутри компании принципы используют как инструмент контроля и оправдания низкой производительности, а не как ориентиры для роста.
• Общий вывод: формальные принципы давно превратились в «операционные гайдлайны» или пропаганду, тогда как реальной целью остаётся «make money».