: . Главная . : . Форум . : . Загрузка . : . Пользователи . : . ЧаВо . : . Документация . :


Операционная система 3OS -> Форумы -> Организация проекта
<< Предыдущая тема | Следующая тема >>   

Нужны результаты

Перейти к странице Предыдущая -1-2-3 Следующая
Автор Отправлено
AlexanderK
Friday 29.04.2005 18:09 Цитата
Зарегистрирован: Tuesday 05.10.2004 13:47
Местоположение: 2:5020/829.5
Сообщений - 49
От хороших не отказываются... Но в качестве старта может и подошло бы.
[ Редактирование Friday 29.04.2005 19:18 ]
Наверх
Vadim Ushakov
Friday 29.04.2005 18:49 Цитата
Зарегистрирован: Monday 07.02.2005 04:57
Местоположение: Россия, Красноярск
Сообщений - 35
captain cobalt писал(а): ...
Предлагаю взять готовые исходники какой-нибудь хорошей объектно-ориентированной операционной системы.
Официальную точку зрения разработчиков по этому поводу озвучил Roman I Khimov (за точность цитаты не ручаюсь):
Roman I Khimov писал(а): ...
Зачем писать другую ОС с другим ядром, когда такая ОС уже есть - "бери, не хочу". Есть Linux
Что тут еще добавить? Ну не хотят они писать ядро.
С тем же успехом можно внедрить ОО-слой поверх DOS, Windows, QNX... В итоге получаем еще одну вариацию на тему COM, .NET, Java и т.п. Банально и скучно. Ничего принципиально нового.

Цитата из конференции:
czarker писал(а): ...
Речь шла о том, что нет такой замечательной мысли, которая бы
требовала для реализации новое ядро. 3ОС превратилась в две концепции: ЕПД и платформонезависимую среду запуска приложений.
По-моему, "платформонезависимую среду запуска приложений" прекрасно обеспечивает Java. А что касается ЕПД, то любая ОС реализует единое пространство данных - в виде файловой системы. Вывод: проект 3ОС успешно завершен.


mj писал(а): ...
Собираю желающих. Кому интересна работа с кодом, а не мечтания по поводу... ВЫСКАЗЫВАЙТЕСЬ.
Тогда мы ОРГАНИЗУЕМ кодирование.
Если речь идет о кодировании ОО-ядра (или run-time среды, как любит выражаться captain cobalt), то я бы с удовольствием. Вот только примерно до конца июля я чертовски занят, так что увы...
Наверх
mj
Monday 02.05.2005 11:57 Цитата
Зарегистрирован: Wednesday 23.02.2005 15:22
Местоположение: Беларусь, Слуцк
Сообщений - 20
Dreamer писал(а): ...
Хм... Все хотят что-то видеть, не сделав для того ничего... Сейчас тут дунем в дудку, ударим в барабаны, и операционка напишется сама


Ладно, не будем никуда дуть, и ни во что стучать. ДАДИМ 3ОС счатливо УМЕРЕТЬ. Главное чтобы тихо и спокойно. Чтобы не догадался случайный посетитель сайта, что проекта то уже и нет. Будем раз в неделю создавать видимость деятельности и плодить разборки в форуме.

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

И еще, по щучьему велению ничего не получится. И сразу тоже ничего не получиться. Но под лежачий камень вода не течет. Мечтать о ЕПД и т.д. не вредно, но без работы над кодом мы и останемся на том же месте.
ДАЙТЕ ВОЗМОЖНОСТЬ РАБОТАТЬ ТЕМ, КТО ЭТОГО ХОЧЕТ.
(благо денег за это мы пока не просим)
Наверх
nop
Monday 02.05.2005 15:53 Цитата
Зарегистрирован: Monday 02.05.2005 05:08
Местоположение: Беларусь
Сообщений - 13
Я всё же предлагаю не зацикливаться на написании нового яда, а разработать концепцию, по-другому взглянуть на всю теорию операционных систем. От того что сервисы операционки будут реализованы поверх Win32 или *nix -- концепциия объектно-ориентированной ос ничего не проиграет, даже наоборот -- сможет пройти проверку в массах. А вот если будет абсолютно новый нэйтив кернел, но не совместимый вообще ни с чем -- такая ос никому будет не нужна. кроме того, без поддержки всякого железа, причем не только стандартного, проект не станет хоть каким-то подобием десктопа. А это, согласитесь, было бы круто.
Наверх
Roman I Khimov
Monday 02.05.2005 16:19 Цитата

Местоположение: Россия, Санкт-Петербург
Сообщений - 178
mj писал(а): ...
Я предлагаю начинать писать.

Может быть стоит не предлагать начинать, а начинать? Что вам для этого необходимо? Доступ на CVS? Регистрируйтесь на sf.net. Необходимо обсуждение? Добро пожаловать в конференцию. Предлагать начинать - бесполезно.

mj писал(а): ...
И собственный код. Без "чужих" ядер, файловых систем и т.п.

Хотите развивать старое ядро 3OS? Пожалуйста. Правда, релиза мы тогда дождемся лет через 10. Это тупик. Отталкивайтесь от реализации ЕПД для Mono - такая схема имеет шансы на жизнь.

Греби и улыбайся!
Наверх
Сайт
Vadim Ushakov
Monday 02.05.2005 17:33 Цитата
Зарегистрирован: Monday 07.02.2005 04:57
Местоположение: Россия, Красноярск
Сообщений - 35
Можно снова до хрипоты спорить и кому-то что-то доказывать, но, в конечном счете, мы доказываем все это сами себе. Разработчики 3ОС свято верят в ядро Linux и не слушают наших аргументов. Лучше не разводить флейм, как это было в соседней ветке форума. Бесполезно.

Здесь неоднократно звучали доказательства того, что 3ОС нуждается в своем ядре и своем языке программирования. Проблема в том, что эта "3ОС" в корне отличается от той, что существует в планах разработчиков. Мы говорим о разных вещах - этим и вызвано взаимное непонимание.

mj, вы горите желанием что-то создать, чем-то поруководить. Может быть стоит начать собственный проект и в его рамках вести разработку ядра? Если чувствуете в себе силы и обладаете умением все организовать - беритесь за дело. Кстати, на должность "идеолога" могу порекомендовать captain cobalt .


P.S.
Хотя и не хотел флеймить, но все-таки...
Roman I Khimov писал(а): ...
Хотите развивать старое ядро 3OS? Пожалуйста. Правда, релиза мы тогда дождемся лет через 10. Это тупик.
Modula, Modula-2; Oberon, Oberon-2, Active Oberon; Native Oberon, AOS... Достаточно примеров? Посмотрите на сроки разработки, на размеры исходников и на функциональность. Эти проекты делались отнюдь не по десять лет, хотя и написано все с нуля.
Наверх
captain cobalt
Monday 02.05.2005 18:03 Цитата
Зарегистрирован: Sunday 15.02.2004 03:47
Сообщений - 49
Vadim Ushakov писал(а): ...
Кстати, на должность "идеолога" могу порекомендовать captain cobalt
За что?

Все опять начнут кричать "без аппаратной защиты - отстой".
И старательно притворяться, что ничего не хотят понимать.
Наверх
mj
Monday 02.05.2005 18:52 Цитата
Зарегистрирован: Wednesday 23.02.2005 15:22
Местоположение: Беларусь, Слуцк
Сообщений - 20
Vadim Ushakov писал(а): ...

Здесь неоднократно звучали доказательства того, что 3ОС нуждается в своем ядре и своем языке программирования.

5 баллов!!! Где-то здесь я видел упоминания про ядро компилятор. Лучше конечно назвать ядро-интерпретатор.
Я за такую схему. Самый нижний уровень это "драйвер процессора" (во загнул ) . Он интерпретирует код, кэширует повторяющиеся фрагменты, организует очередь, пытается оптимизировать.
А уже над ним объектная система, на собственном языке программирования. Да и ядро собственно там (над драйвером, зато точно объектное). Распределяет память, создает/убивает объекты (возможно, даже, на лету их проектируя) и т.д.

Начинать? Так вот я думаю начать с этого драйвера. Кто ЗА?
Наверх
Vadim Ushakov
Monday 02.05.2005 19:16 Цитата
Зарегистрирован: Monday 07.02.2005 04:57
Местоположение: Россия, Красноярск
Сообщений - 35
captain cobalt писал(а): ...
Vadim Ushakov писал(а): ...
Кстати, на должность "идеолога" могу порекомендовать captain cobalt
За что?
Так ведь заслужил.

mj писал(а): ...
Где-то здесь я видел упоминания про ядро компилятор. Лучше конечно назвать ядро-интерпретатор.
Интерпретатор - ни в коем случае! А вот компилятор - как раз то, что нужно.

to captain cobalt
Оффтоп. Я тут нашел еще одно преимущество копмиляции-на-лету: процессор всегда будет исполнять код, оптимизированный под эту конкретную модель процессора. А если использовать строго-типизированный язык (еще более типизированный чем Паскаль и Ада), где большая часть проверок выполняется статически... Да на этом же озолотиться можно! Системы реального времени и встроенные системы - QNX на свалку истории. Сервера и распределенные системы - и Unix на свалку! Вот это перспективы...
[ Редактирование Monday 02.05.2005 19:23 ]
Наверх
captain cobalt
Monday 02.05.2005 19:38 Цитата
Зарегистрирован: Sunday 15.02.2004 03:47
Сообщений - 49
Вот, например, в Bluebottle , способ генерации кода - не фиксируется. Фактически, намеренно разделены рекурсивный динамический компоновщик, и генераторы кода. Генераторы кода - это плагины, которые создают в памяти машинный код. В работающей системе может быть несколько генераторов кода. Динамический компоновщик совершенно не интересует, откуда они берут этот код. Они могут грузить скомпилированный бинарный объектный код, они могут быть back-end компиляторами из промежуточного представления, они могут компилировать из исходников - всё что угодно! Круто!
Наверх
Перейти к странице Предыдущая -1-2-3 Следующая

Модераторы: Roman I Khimov

Переход:     Наверх