История изменений

X больше про окна и драйвера. А я про то, что внутри окна. Набор базовых компонентов, стили, лэйауты, и протокол управления этим извне. А кто эти компоненты будет рисовать — иксы, gtk или SwiftUI — безразлично. Главное, что твой код будет взаимодействовать с любой из таких вундервафель одинаково и ты сможешь не, меняя логику, конпелять под любую платформу, под которую такая либа есть.

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

X больше про окна и драйвера. А я про то, что внутри окна. Набор базовых компонентов, стили, лэйауты, и протокол управления этим извне. А кто эти компоненты будет рисовать — иксы, gtk или SwiftUI — безразлично. Главное, что твой код будет взаимодействовать с любой из таких вундервафель одинаково и ты сможешь не, меняя логику, конпелять под любую платформу, под которую такая либа есть.

Стандартные библиотеки современных языков уже хорошо абстрагированы от особенностей архитектур. Поэтому писать безголовые переносимые сервисы проблем нет. Единственная загвоздка — нативный гуй, который слишком разный и слишком сложный. Вышеопианная поделка закрыла бы эту проблему

X больше про окна и драйвера. А я про то, что внутри окна. Набор бавовых компонентов, стили, лэйауты, и протокол управления этим извне. А кто эти компоненты будет рисовать — иксы, gtk или SwiftUI — безразлично. Главное, что твой код будет взаимодействовать с любой из таких вундервафель одинаково и ты сможешь не, меняя логику, конпелять под любую платформу, под которую такая либа есть.

Стандартные библиотеки современных языков уже хорошо абстрагированы от особенностей архитектур. Поэтому писать безголовые переносимые сервисы проблем нет. Единственная загвоздка — нативный гуй, который слишком разный и слишком сложный. Вышеопианная поделка закрыла бы эту проблему