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

Свод требований

Система не должна была занимать сотни мегабайт на диске. Именно поэтому Unix’ы даже не рассматривались в качестве кандидата на роль операционной системы для BeBox.

В ней должно было быть ядро (низкоуровневый сервис системы, отвечающий за базовые операции – процессы, потоки, работу планировщика заданий, семафоры, зоны, порты, коммуникации между процессорами и т.п.).

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

За важные аспекты работы системы должны были отвечать её внутренние “серверы”, в случае приобретения системы на стороне они могли быть переименованы как угодно, но все они должны были исполняться в отдельных процессах, возможно с несколькими потоками. Application Server (отвечающий за запуск и инициализацию программ), Storage Server (управление постоянной памятью), Audio Server, Net Server и другие.

От конструкции системы и к её важнейших процессов (таких как запуск системы, управление потоками и процессами, управление обменом сообщениями между процессами, работа с сетью и периферией, поддержка TCP/IP, и т.п.) требовали:

• чистоту и внятность реализации (контролировать можно только понятные механизмы);
• подробность и внятность документации;
• открытость (для “умного” пользователя).

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

Неудивительно, что на поиск сторонней операционной системы ушло много сил и времени. Удивительнее другое: в мире нашлась операционная система, Chorus OS, которая отвечала почти всем этим требованиям.

Свод требований восстановлен “по факту”: в технической документации, с невероятной четкостью и ясностью, описаны даже те элементы и процессы операционной системы, которые обычно запутаны, противоречивы и граничат с магией. Сам этот свод никогда не был опубликован.

BeOS

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

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

На спокойном этапе разработки системы, с особой тщательностью, учитывался характер хоббитов.

Влияние хоббитов было, в основном, положительным: почти весь исходный код BeOS был написан на C и C++. В том числе и низкоуровневый. Благодаря этому, систему удавалось переносить на принципиально другие архитектуры относительно легко. Относительно.

В известной мне части свода требований нет ни одного, связанного с пользовательским интерфейсом. Это не случайно. Смирившись с неизбежным, Жан-Луи разрешил писать свою собственную систему, но все что связано с интерфейсом, оконной и графической систем он упорно откладывал.

Как оказалось, он искал подходящего “донора”, надеясь решить интерфейсный вопрос, как минимум, выиграв время.

В 1992 году в компанию пришел Стив Хоровиц, недавний выпускник университета, знаток пользовательских интерфейсов и аномально большого числа языков программирования. Его первым заданием стало изучение PostScript. Человек занимался любимым делом, и за это получал приличную зарплату, в компании которая явно не страдала от избытка денег.

Его мучили угрызения совести, пока ему не сообщили его главную задачу.

Графика и пользовательский интерфейс

Оконную операционную система от Sun Microsystems, написанную на Display PostScript, Жан-Луи предполагал использовать в качестве графического интерфейса BeOS. Или как основу этого интерфейса.

Стиву Хоровицу поручался весь круг вопросов, связанный с адаптацией NeWS в BeOS. Я думаю, Жан-Луи просыпался по ночам в холодном поту, вспоминая о том, что если NeWS будет признана подходящей, придется вести переговоры о приобретении лицензий сразу у двух монстров (у Sun Microsystems и у Adobe Systems). Это было бы нелегко, но выиграть время было необходимо.

Стив Хоровиц заставил NeWS “шевелиться” в BeOS, но пришел к выводу что перенос этой системы в BeOS и её адаптация займут нереально много времени. Он подробно описал в отчете сложности переноса и адаптации, и объяснил почему они нереальны.

Теперь еще и графику с оконной системой и пользовательским интерфейсом нужно делать самим?

Но тут выяснилось, что Бенуа Шиллингз, никому об этом не говоря, потихоньку работал над своим вариантом графической системы со всеми её подсистемами, с нуля – и уже многого добился. Даже у самых занятых людей должно быть свободное время. Иначе, в трудный час, подобные чудеса будут попросту невозможны.

Бенуа стал начальником отдела графики и интерфейса, а Стив Хоровец – сотрудником этого отдела.

Пользовательский интерфейс системы тоже обсуждали всей компанией. Как ни странно, в результате получился один из лучших пользовательских интерфейсов в индустрии. Хотя, возможно, именно поэтому.

Продолжение следует