OSDev

Даже если предположить, что вдруг весь наш форум сходу решит, что моя (или чья ещё) ось -- самая православная, кошерная и т.д., и всей гурьбой присоединится именно к её разработке, толку не будет. Когда разрабатываешь сам, можешь ограничиваться минимумом документирования, удерживая множество вещей в своей голове и/или в виде "записок сумасшедшего", понятных только тебе. Но при коллективной разработке неизбежно нужно формализовать процесс, вести проектную документацию, выдавать исполнителям задания с чёткими спецификациями и т.д. А это само по себе является очень объёмной работой, причём сделать её надо до того, как начнётся кодирование. У меня, например, несмотря на приличный уровень проектирования (который, правда, со стороны не шибко-то и заметен, ибо имеют место быть те самые "записки сумасшедшего"), даже API не устоялся полностью: скажем, назрела необходимость несколько расширить функции, связанные с вводом-выводом (да и сам менеджер ввода-вывода, а соответственно, и драйверы надо довольно сильно переработать -- хотя бы из-за поддержки многопроцессорности, которая сейчас находится на самой ранней стадии).

у меня предложение, давай продавать OSdev Base базовый набор функционала, для разработки OS или разработки таких дел на которые современные OC не способны.
думаю дело прибыльное, надо только с суммой определиться.

я к пимеру этим делом занялся только по тому что современные OS абсолютно не поддержывают того что мне нужно.



я же говорю смерть проектов интересует.

Насчет цены только надо определиться. К примеру за 99$ можно будет летом купить 64-ядерный RISC процессор с линуксом. http://www.ixbt.com/news/hard/index.shtml?16/75/69
Или вот к примеру: http://beagleboard.org/Products/BeagleBone

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

Еще Спольского полезно почитать: http://habrahabr.ru/post/122665/, если дочитаете до конца, сделаете для себя еще ряд выводов.

я имел в виду не процессоры а ПО!

А я имел ввиду одноплатные компьютеры с 64-ядерными процессорами на борту вместе с ПО стоят 99$. Выкиньте отсюда стоимость компьютеров, остальное оставьте на ПО. Причем ПО там сразу много.

Э-эээ! Ранил и убил на повал. Это разве проектирование??? Если после него всё нужно переделывать? Состав должен был быть определён на ранней стадии и оттуда уже было бы видно и как надо делать.

А вообще проекты загибаются из-за лени. Да банальная лень. Любовь к труду присуще 1.5% населения. А теперь прикинте на нашем форуме 10-20 человек которые занимаются ОСедов, так что в лучшем случае еще полсотни проектов обречено на забвение.

Проектирование, о котором ты говоришь, либо утопия, дибо маразм. Невозможно гарантированно продумать весь АПИ в деталях от начала и до конца на всю разработку. Если ты всё смог продумать, значит ты - гений. Но это утопия. К ней можно только приближаться, используя опыт (накопленный при разработке ОС) и интуицию. Рано или поздно столкнёшься, что либо что-то придумано не так, как надо, тогда это надо менять, либо чего-то не хватает. Если мы жёстко вцепимся в первоначальный план, невзирая на его недостатки, получится маразм.
Под проектированием следует понимать не план или график работ. Это совсем-совсем другое. Проектирование - это глобальная схема проекта, в которой ты чётко понимаешь:
- его состав;
- назначение и функции каждого модуля;
- интерфейс, предоставляемый каждым модулем;
- взаимодействие всех модулей друг с другом.
Проект может и должен меняться с учётом всех новых и перспективных обстоятельств, пока он не сдан в эксплуатацию. Задача грамотного проектирования заключается не столько в том, чтобы сделать законченный проект до начала кодирования, сколько в том, чтобы сделать проект, который не пришлось бы менять на этапе эксплуатации, потому что именно такие переделки самые дорогостоящие. Самое грамотное проектирование заключается в том, чтобы заложить возможность максимально безболезненного изменения даже на этапе эксплуатации. А небольшие проекты вполне можно держать в голове и в "записках сумасшедшего". Полноценная документация нужна при работе в команде или сопровождении другими разработчиками. Частичная документация нужна, если планируются длительные перерывы в работе над проектом.

_________________
Yet Other Developer of Architecture.
The mistery of Yoda’s speech uncovered is:
Just an old Forth programmer Yoda was.
<<< OS Boot Tools. >>>

так говорят нудачники.

Я слышал о таком проекте, но он почему-то заглох 10 лет назад. Наверно не актуален. Может быть и актуален, но в чисто академической среде. Данных наработок по всей видимости для этих целей с уже достаточно (для создания примитивов), поэтому на этом и остановились.
http://wiki.osdev.org/OSKit
http://www.cs.utah.edu/flux/oskit
http://www.cs.utah.edu/flux/oskit/examples.html

такими судьбами оно всё станет бесплатны, и будет там и колхоз и комунизм и глобальный кризис --- как говорится всё вместе взятое.