Предельная выгода закрытого кода macOS: неужели сегодня он уже почти уступает open source?

Недавно прочитал ряд статей и обсуждений — мой вывод довольно однозначен: за последние полгода разговоров вокруг темы «не ослабляется ли выгода от закрытости macOS» действительно стало больше, чем раньше.

Но сначала нужно прояснить одну вещь:
такие обсуждения обычно не формулируются напрямую как «должна ли macOS стать open source», а разбросаны по нескольким более конкретным темам — безопасность, экосистема разработки, открытость платформы в эпоху AI, а также продолжающаяся зависимость Apple от open source-компонентов. То есть это уже реально существующее направление дискуссий, просто оно ещё не сведено в единый большой спор.

1. «Закрытость = выше безопасность» — этот нарратив ослабевает

Apple всегда отлично умела упаковывать закрытую экосистему как источник безопасности и стабильности. Раньше эта логика работала:

  • закрыто — значит более контролируемо
  • контролируемо — значит стабильнее
  • стабильно — значит пользователю спокойнее

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

если закрытость не предотвратила критические уязвимости и обходы разрешений, то насколько велика вообще «прибавка к безопасности» от закрытости?

Это не означает «open source обязательно безопаснее», но как минимум показывает: «премия за безопасность» закрытого кода уже не выглядит настолько само собой разумеющейся, как раньше.

2. Разработчикам нравится macOS — всё чаще не из‑за её закрытости

Сейчас многим разработчикам по‑прежнему нравится macOS, но причина уже редко звучит как «потому что она закрытая».
Чаще причины такие:

  • удобный Unix userland и привычный toolchain
  • GUI в целом приемлемый
  • полноценная экосистема коммерческого ПО, софта для творчества, мобильной разработки
  • у Apple Silicon сильные автономность и энергоэффективность

То есть сегодня чаще признают:
способность Apple поставлять цельную «машина+платформа», а не сам факт «закрытости».

Иными словами, источник ценности macOS всё больше выглядит как:

  • железо
  • интеграция экосистемы
  • toolchain
  • поддержка коммерческого ПО

а не «закрытость как таковая».

Это важно, потому что означает:
закрытость может оставаться способом Apple удерживать контроль, но не обязательно остаётся самым ядром ценности macOS.

3. В эпоху AI маржинальная выгода закрытых платформ легче ставится под сомнение

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

  • локальные модели
  • open source-фреймворки для инференса
  • toolchain Python / Rust / JS
  • agent / automation‑воркфлоу
  • сторонние интеграции и «усилители» системы

А стиль Apple по‑прежнему такой:

  • строгая модель разрешений
  • непрозрачные глубокие интерфейсы
  • автоматизация имеет границы
  • степень открытости платформы контролируется

И поэтому всё чаще звучит оценка:

в эпоху AI чем более закрыта платформа, тем выше шанс, что она замедлит скорость периферийных инноваций.

Это не значит, что macOS обязана стать open source, но это действительно показывает:
выгода закрытости уже не такая «безальтернативная», как раньше, а её альтернативная стоимость (opportunity cost) легче становится видимой.

4. Apple и сама понимает: полностью замкнутый контур — не оптимум

Apple не является компанией, которая «вообще ничего не открывает».
Она давно делает типичное «выборочное открытие исходников»:

  • у Darwin / XNU есть open source-части
  • Swift открыт
  • WebKit открыт
  • плюс целая серия проектов Apple Open Source

Это показывает, что и Apple понимает:
для языковых экосистем, движка браузера, базового toolchain, публичных компонентов — полная закрытость не является вариантом с максимальной отдачей.

Поэтому реальная стратегия Apple скорее такая:

  • контроль над ядром платформы — остаётся закрытым
  • части, полезные для расширения экосистемы — выборочно открываются

Это само по себе уже многое объясняет.
Если бы «закрытость на всех уровнях всегда давала максимальную выгоду», Apple не было бы смысла открывать такие вещи, как Swift и WebKit.

5. Так в чём ответ?

Если переформулировать вопрос точнее, то он, на мой взгляд, не такой:

должна ли macOS сейчас полностью стать open source?

а такой:

является ли ключевое преимущество macOS сегодня по‑прежнему главным образом следствием её закрытости?

Моя оценка: всё меньше.

У закрытости сегодня, конечно, ещё есть выгоды:

  • гарантировать контроль над платформой
  • удерживать коммерческий барьер
  • сохранять доминирование над системными интерфейсами
  • сохранять пространство для совместной оптимизации софта и железа
  • сохранять «право интерпретации» подписей, ревью, модели безопасности

Но одновременно её маржинальная выгода действительно снижается:

  • «выигрыш по безопасности» уже не такой железобетонный
  • скорость инноваций не обязательно выше, чем в open source-экосистемах
  • в эпоху AI внешние toolchain становятся всё сильнее
  • многие ключевые для разработчиков возможности не опираются на «веру в закрытость»

Поэтому мой вывод:

сегодня закрытость macOS всё ещё имеет ценность, но уже не является тем самым универсальным «козырем», который обеспечивает ключевое преимущество.

Если сказать проще:
macOS сегодня сильнее держится на железе Apple, интеграции экосистемы и способности поставлять продукт, а не на логике «сильна потому что закрыта».

И именно поэтому за последние полгода всё больше людей начинает всерьёз обсуждать:

не так ли, что выгода от закрытости macOS сегодня уже почти не поспевает за выгодой open source.


Ссылки

Добавлю продолжение, более в духе «как реальные пользователи захотели бы это править».

Если переформулировать вопрос с «хорошо ли, что macOS стала open source» на «после открытия исходников macOS — что люди в первую очередь реально захотят “порезать”», то по публичным пользовательским проектам и обсуждениям, которые я видел в последнее время, направления на самом деле очень концентрированные: большинство не хотят снести macOS целиком и переписать с нуля — они хотят сначала вырубить раздражающие дефолтные решения Apple, системные ограничения и “слишком умные” взаимодействия.

1. Первый удар: вырубить анимации, убрать “театральность”

Этот пункт встречается даже чаще, чем я ожидал.

Многие power users, если бы реально могли трогать системный низ, первой реакцией выбрали бы не «дайте мне более эффектный UI», а:

  • отключить анимацию переключения Space
  • отключить анимации открытия/сворачивания/масштабирования окон
  • отключить переходы Mission Control
  • снизить задержку UI-отклика
  • сделать поведение окон более прямым, более “инструментальным”

У зрелых инструментов управления окнами под macOS вроде yabai сама возможность «отключить анимацию переключения space» вообще выступает как selling point.
Это показывает, что многих пользователей по-настоящему бесит не то, что система недостаточно красивая, а то, что система постоянно пытается научить тебя, что такое “элегантность”, а тебе нужно просто быстро.

Так что если бы macOS реально стала open source, я очень сомневаюсь, что первые самые популярные моды были бы про новые темы. Скорее это было бы:

  • de-bloat macOS
  • disable all animations
  • low-latency UX build

Фраза «сначала вычистить все анимации» — мне кажется, это не маргинальная идея, а очень даже мейнстримный запрос.

2. Второй удар: превратить оконную систему из “витринной” в “производственную”

Эта линия тоже очень заметна.

То, что люди по-настоящему хотят “допилить”, — не обои, а то, чтобы по-серьёзному переделать оконный менеджмент macOS:

  • добавить тайлинговое управление окнами
  • приоритет клавиатуры
  • более свободная логика мульти-мониторинга
  • более свободные правила для нескольких рабочих столов/Spaces
  • меньше взаимодействия, продиктованного мышью

Проще говоря:
превратить оконную систему macOS из “десктопа для просмотра” в “десктоп для работы”.

По долгосрочной активности инструментов вроде yabai / skhd видно, что это не самодеятельность пары “тюнинг-энтузиастов”, а постоянная жёсткая потребность.

3. Третий удар: убрать трекинг, аккаунт, зависимость от облака

В последних публичных проектах самый заметный консенсус выглядит так:

  • no tracking
  • no telemetry
  • local-first
  • no cloud
  • no account
  • plain files

Некоторые проекты под macOS прямо пишут это в описании:

  • Local Hours: local-first, чистый JSON, без аккаунта, без analytics
  • ScreenTranslate: on-device OCR + translation, без сервера
  • Stik: чистый локальный markdown, без “second brain”, без аккаунтной системы
  • Cai: локальные действия с буфером обмена, приоритет локальным моделям

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

4. Четвёртый удар: заново привести в порядок меню-бар, фоновые резиденты и мелкие функции

Это тоже очень жизненно.

В последнее время немало публичных проектов делают примерно одно и то же:

  • управление меню-баром
  • OCR / перевод
  • улучшенный буфер обмена
  • быстрые заметки/фиксация
  • действия через локальные маленькие модели
  • более лёгкие фоновые резидентные утилиты

Психология за этим такая:
«Я не хочу менять систему — я хочу просто сделать удобнее мелочи по краям.»

То есть многие реальные пользователи не хотят революции. Они хотят залатать те швы, которые Apple годами не закрывает — и залатать легко, быстро и тихо.

5. Пятый удар: добавить системный контроль, который Apple давать не хочет

Это одна из самых желанных зон для продвинутых пользователей.

Например:

  • более сильный контроль сетевой активности
  • более детальные ограничения исходящих соединений процессов
  • более свободная автоматизация и hook’и
  • более открытые системные API
  • меньше границ в стиле SIP / TCC, где «мы за тебя решили»

То, что open source файрвол LuLu долгие годы стабильно используется, по сути уже многое говорит:
многие пользователи всегда считали, что macOS даёт недостаточно “управляемости системы”.

Если бы macOS реально открыли, этот кусок почти наверняка начали бы активно “перепахивать” — и, возможно, результаты появились бы даже быстрее, чем у UI-переделок.

6. Что реальные пользователи, похоже, не будут делать в первую очередь

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

  • переписывать ядро
  • форкать целую “community edition” macOS
  • полностью заменять официальный desktop stack Apple

Причины очень приземлённые:

  • объём работ запредельный
  • совместимость драйверов — ад
  • самые частые боли не в ядре, а в ограничениях, взаимодействиях и границах, которые Apple “настроила сверху”

Поэтому более реалистичная первая волна точно будет:

  1. снять ограничения
  2. убрать анимации
  3. убрать телеметрию
  4. прокачать оконную систему
  5. прокачать инструменты системного контроля
  6. открыть интерфейсы, которые сейчас “запаяны”

7. Мой текущий вывод по этому вопросу

Если бы macOS стала open source, первая по-настоящему “взрывная” волна почти наверняка была бы не “community edition macOS”, а “macOS debloat / de-Apple-ify toolchain”.

То есть целый набор такого:

  • disable animations
  • tiling WM
  • no telemetry build
  • local-first build
  • stronger firewall / automation / hooks
  • menu bar and clipboard sane defaults

В конечном счёте реальные пользователи хотят не «переизобрести Apple», а:
отрубить у текущей системы Apple те части, где слишком много движений, слишком много ограничений, слишком сильное желание всё контролировать и слишком много “самоуверенной умности”.

И то, что ты говоришь про «сначала убрать анимации», мне кажется, очень похоже на самый первый удар, который там и случился бы.


Ссылки

Ошибка 422