Нерешённые вопросы

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

  1. Технические аспекты будущего решения, обычно определяющие для операционной системы (архитектура ядра, способ загрузки программ, даже язык разработки), на данный момент не выбраны. Скорее всего, ядро будет модульным, написанным на C/C++, однако это может измениться, если на то будут причины.
  2. Говорить о принципиальной возможности обработать любое содержимое любым совместимым способом хорошо, однако удобство решения в конечном итоге будет определяться удобством пользовательского интерфейса. У нас нет готового ответа на вопрос о том, как именно поддержать в интерфейсе возможности переноса окон между устройствами, подключения локального аудиоплеера к списку треков, воспроизводимых на другом устройстве, перенаправление видеопотока на другое устройство и так далее.
  3. Аналогично, способы замены одного компонента другим внутри конкретного интерфейса должны быть удобны для пользователя. Построение интерфейса, который в любой момент может быть перестроен, — отдельная интересная задача, которая ещё не решена.
  4. Отдельный вопрос — это выбор способа распространения программ, состоящих из многих модулей. Предоставить репозиторий, откуда можно ставить различные компоненты и затем как-то заставлять их взаимодействовать друг с другом, явно не будет достаточно: пользователю важно иметь возможность решать конкретную задачу, а не думать о том, какие типы модулей для этого нужны. Вероятнее всего, в репозитории, помимо собственно модулей, интересующих администраторов, будут доступны готовые сборки, по смыслу подобные приложениям в традиционных операционных системах: сборка модулей, позволяющих просматривать изображения, сборка модулей для организации чатов, поддержка протокола (и интерфейса) конкретного мессенджера, и так далее.
  5. Отказ от иерархической файловой системы ставит вопрос об идентификации объектов в системе. Понятно, что ссылки на объекты могут храниться в любом виде, однако периодически может возникать необходимость поиска объекта без его прямого выбора пользователем.
  6. Формат хранения метаданных объектов на данный момент не определён.