Открытось или закрытость.

Чего же следует более держаться в процессе разработки? Это должен решать архитектор сам. Если он полностью уверен в своей задумке, уверен в том, что только он может полностью понять её, то наилучший вариант --- полная закрытость. Также полную закрытость следует избирать если время разработки версии мало. В этом случае можно сделать итерационную модель внесения улучшений. После каждой версии (итерации) производится анализ результатов и рассчитываются нужные изменения. На их основе пишется новая версия. И так далее.

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

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

Полная открытость.

В среде разработчиков программного обеспечения с открытым исходным кодом можно в их проектах наблюдать ситуацию так называемой полной открытости. При этому исходный код всего проекта доступен не только программистам, причем все --- всем, но даже и другим пользователям, в основном сети интернет. Что это дает? Прежде всего то, что теоретически каждый программист может видеть непосредственную реализацию кода любого модуля. Этот факт может привести к нежелательным эффектам разработки, описанным в заметке про полную закрытость. Однако у такого подхода есть и плюс. Безусловно, архитектор проекта --- не бог. Поэтому он не может оптимально продумать каждую деталь проекта максимально хорошо. А программисты-реализаторы при написании кода как никто другой чувтсвуют всякие неоптимальности. Поэтому они могут направлять архитектору запросы с просьбой пересмотреть алгоритмы взаимодействия модулей, и многие другие функции, а зодчий уже решит надо это или нет. Теоретически в этом плане могут помогать даже и сторонние люди --- код проекта доступен всем. Однако надо обладать поистине экстраординарным умом, чтобы понять все нюансы не участвуя в разработке.

Таким образом полная открытость позволяет оптимизировать и дорабатывать архитектуру проекта в процессе разработки. Будут ли такие доработки во благо или во вред зависит от компетентности и коммуникабельности архитектора.

Полная закрытость.

При полной закрытости каждый разработчик пишет лишь то, что ему положено и не догадывается о том, что долджны писать иные. Это хорошо тем, что код получается таким, каким должен быть по задумке, а не таким чтобы лишь бы работал. Маленький пример. Один разработчик пишет модуль, который реализует какой-то интерфейс. А другой --- модуль, который использует этот же интерфейс. При полной закрытости алгоритм работы, реализуемых кодом обоих, получится такой, каким его задумал архитектор, а не так, что один допустил ошибки в реализации, а другой вместо того, чтобы указать на них (иногда это сделать трудно, а порой даже и лень) подстраивает код под ошибки. Это --- плохо. Потому что, в результате нарушается модульность, вместо двух модулей по факту получен один. Потому что только эти два модуля работают вместе безупречно. Однако при замене любого из них пойдут сбои. Полная закрытость позволяет избавиться от этого нежелательного эффекта.

Сильно.
Знаний бейсика не просто мало. Можно считать, что знаний нет вообще.
ОС не начинает свою работы с звукового сигнала и приветствия. Звуковой сигнал - это вообще БИОС. Приветствие - к этому моменту выполняется КУЧА работы по начальной инициализациии.
Вы даже примерных представлений о масштабах и сути не имеете..
Цирк культа карго - вот что наблюдается здесь.

Код имитатора можете увидеть на странице моего релиза . Там так же есть рекомендации для тестеров .

Теперь о том как я делаю свой релиз Русской ОС .

Что для этого нужно - желание . Если желания есть то нужны хотя бы начальные знания в программировании . В институте я изучал Бейсик и писал на нем работающие программы . Это уже хорошо . Для расширения кругозора и получения новых знаний нужно покупать книги о программировании и изучать работу ОС . Что делает компьютер привключении ? Компьютер начинает свою работу с приветствия и звукового сигнала . А чем заканчивается работа на компьютере ? Подтверждением команды на его выключение и выключение компьютера . Вся остальная работа идет между моментом включения и командой на отключение . По этому я решил сделать имитатор работы компьютера в котором есть оба элемента - включение и выключение .

От частного к общему .

Есть мнение что ОС нужно писать с верху вниз . То есть пишется схема и определяются все варианты возможного поведения в этой схеме . Хорошее мнение . Но кто знает все варианты ? Очевидно , что тот кто знает не станет делиться своими секретами в каждым новичком . Это значит что у него уже свой проект и ему важно двигать именно свой проект . Из этого следует что искать безвоздмезной помощи в создании своей ОС от знатоков - напрасные ожидания . Значит нужно все изучать и делать самому . И на определенном уровне вашего профессионализма и раскрученности вашего проекта появятся желающие пообщаться с вами и поучаствавать в вашем проекте . В программировании и один в поле Генерал . Так будьте им и у вас появится свои армия .

Постоянная готовность .

Разработчик ОС должен быть готовым к перезаписи всей ОС заново . Хорошо тем кто все знает на перед . Тому не нужно делать лишних телодвижений . Но знания необходимого приходят с опытом . А опыт - это сын ошибок трудных . А ошибки нужно находить и исправлять новыми исходниками . Застраховаться от ошибок не могут даже опытные - по этому если вы Разработчик своей ОС то готовтесь постоянно ее обновлять .

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

test

Анонимусу.ру

- Отписал на мыло.
---------------------

На счет того, что г-н Горлов удаляет внешние ссылки, то правильно делает! IT это жестокий бизнес.

Прочитал сообщение Горлова про платный блог. Двумя руками за! Только сделать, чтобы платить можно было и через банк и через Веб-мани и через Яндекс-деньги и через СМС.

P.S. (Уважительно) Билл Гейтс растет...

>>У меня есть идея полностью закрыть и форум и гостевую для посторонних сообщений .

Совершенно с Вами согласен!
А то все Ваше свободное время уходит на чистку форума и гостевой! А Вы могли бы использовать это время для разработки собственного релиза!

>>А гостевую и форум сделать в формате блога , то есть только для моих сообщений .
это просто замечательно!
представляете сколько времени освободиться, ненадо будет удалять ненужные сообщения и оставлять свои комментарии, это время можно потратить на обдумывание и создание русской ос!
И гостевая в виде комментариев к вашему релизу вами тоже хорошо!
А кто хочет написать комментарий пусть создаёт свой релиз форума или гостевой, этакий сайт поклонников рус-ос...

Покрывалов, пиши на мыло anonymous.ru@gmail.com

>>оно появляется только после получения от автора SMS с первой фразой из сообщения . Хороший вариант ?

Да, да, да! Отличный вариант!
Хочу только гордо заметить, что это я натолкнул тов. Горлова на это идею, своим сообщение на форуме ))

Рад, что Вам понравилось.

Надеюсь скоро реализуете эту системы