Поговорим.....

орис Открытось, закрытость. я сюда доавил индивидуальность. Предположим есть человек пишет окончательную версию. И есть какое то колво программистов которые по задумке того же архитектора пишут различные части системы и передают код вот этому человеку, он в свою очередь изучает этот код, вносит если нужно в него свои изменения и доовляет в окончательный вариант. До окончательной версии еще далеко . Я пишу свой релиз путем его последовательного улучшения . Сроков конкретных сее не ставлю . Я делаю то что мне интересно . Если есть желающие улучшать мой релизприглашаю . Хорошо ? ` .. Открытось или закрытость. Чего же следует олее держаться в процессе разраотки? Это должен решать архитектор сам. Если он полностью уверен в своей задумке, уверен в том, что только он может полностью понять её, то наилучший вариантполная закрытость. Также полную закрытость следует изирать если время разраотки версии мало. В этом случае можно сделать итерационную модель внесения улучшений. После каждой версии (итерации) производится анализ результатов и рассчитываются нужные изменения. На их основе пишется новая версия. И так далее. Если же архитектор не уверен в том, что он делает, следует приегнуть к модели полной открытости. В этом случае проект начнет вести сея как система автоматического регулирования и удет реализован. Важно только строго задать направление этого автоматического регулирования, а не то на выходе удет не то, что задумал архитектор, а то, что нужно программитсам. Хотя порой это даже и наилучший вариант. В предыдущих двух азацах описаны крайние случаи. На практике ывает всегда средняя ситуация. Поэтому и следует создавать под проект компромисную моделй разраотки, максимально устарняющую недостатки разраотчиков и позволяющую достичь резулттата в кратчайшие сроки. Интересные мысли . Приятно ощаться с Разраотчиком . Многое становится понятно . Итак , если есть желающие осуждать мой релизпишите свои соощения . Хорошо ? @. .. Полная открытость. В среде разраотчиков программного оеспечения с открытым исходным кодом можно в их проектах налюдать ситуацию так называемой полной открытости. При этому исходный код всего проекта доступен не только программистам, причем всевсем,но даже и другим пользователям, в основном сети интернет. Что это дает? Прежде всего то, что теоретически каждый программист может видеть непосредственную реализацию кода люого модуля. Этот факт может привести к нежелательным эффектам разраотки, описанным в заметке про полную закрытость. Однако у такого подхода есть и плюс. езусловно, архитектор проектане ог. Поэтому он не может оптимально продумать каждую деталь проекта максимально хорошо. А программистыреализаторы при написании кода как никто другой чувтсвуют всякие неоптимальности. Поэтому они могут направлять архитектору запросы с просьой пересмотреть алгоритмы взаимодействия модулей, и многие другие функции, а зодчий уже решит надо это или нет. Теоретически в этом плане могут помогать даже и сторонние людикод проекта доступен всем. Однако надо оладать поистине экстраординарным умом, чтоы понять все нюансы не участвуя в разраотке. Таким оразом полная открытость позволяет оптимизировать и дораатывать архитектуру проекта в процессе разраотки. удут ли такие дораотки во лаго или во вредзависит от компетентности и коммуникаельности архитектора. ` .. Полная закрытость. При полной закрытости каждый разраотчик пишет лишь то, что ему положено и не догадывается о том, что долджны писать иные. Это хорошо тем, что код получается таким, каким должен ыть по задумке, а не таким чтоы лишь ы раотал. Маленький пример. Один разраотчик пишет модуль, который реализует какойто интерфейс. А другоймодуль, который использует этот же интерфейс. При полной закрытости алгоритм раоты, реализуемых кодом ооих, получится такой, каким его задумал архитектор, а не так, что один допустил ошикив реализации, а другой вместо того, чтоы указать на них (иногда это сделать трудно, а порой даже и лень) подстраивает код под ошики. Этоплохо. Потому что, в результате нарушается модульность, вместо двух модулей по факту получен один. Потому что только эти два модуля раотают вместе езупречно. Однако при замене люого из них пойдут сои. Полная закрытость позволяет изавиться от этого нежелательного эффекта. Сильно. Знаний ейсика не просто мало. Можно считать, что знаний нет вооще. ОС не начинает свою раоты с звукового сигнала и приветствия. Звуковой сигналэто вооще И ос заработатьПриветствиек этому моменту выполняется КУЧА раоты по начальной инициализациии. Вы даже примерных представлений о масштаах и сути не имеете.. Цирк культа карговот что налюдается здесь. И кто же автор таких откровений ? . Чел ез имени . Это не просто мало , это элементарный ноль . Попроуйте разорать Кучу раоты по начальной инициализациии по пунктам . Хорошо ? Цирк культа карго делают зрители . Горлов А.В. Код имитатора можете увидеть на странице моего релиза . Там так же есть рекомендации для тестеров . Горлов А.В. Теперь о том как я делаю свой релиз Русской заработать на сайте . Что для этого нужножелание . Если желания есть то нужны хотя ы начальные знания в программировании . В институте я изучал ейсик и писал на нем раотающие программы . Это уже хорошо . Для расширения кругозора и получения новых знаний нужно покупать книги о программировании и изучать раоту заработать на сайте . Что делает компьютер привключении ? Компьютер начинает свою раоту с приветствия и звукового сигнала . А чем заканчивается раота на компьютере ? Подтверждением команды на его выключение и выключение компьютера . Вся остальная раота идет между моментом включения и командой на отключение . По этому я решил сделать имитатор раоты компьютера в котором есть оа элементавключение и выключение . Горлов А.В. От частного к ощему . Есть мнение что заработать на сайте нужно писать с верху вниз . То есть пишется схема и определяются все варианты возможного поведения в этой схеме . Хорошее мнение . Но кто знает все варианты ? Очевидно , что тот кто знает не станет делиться своими секретами в каждым новичком . Это значит что у него уже свой проект и ему важно двигать именно свой проект . Из этого следует что искать езвоздмезной помощи в создании своей заработать на сайте от знатоковнапрасные ожидания . Значит нужно все изучать и делать самому . И на определенном уровне вашего профессионализма и раскрученности вашего проекта появятся желающие поощаться с вами и поучаствавать в вашем проекте . В программировании и один в поле Генерал . Так удьте им и у вас появится свои армия . Горлов А.В. Постоянная готовность . Разраотчик заработать на сайте должен ыть готовым к перезаписи всей заработать на сайте заново . Хорошо тем кто все знает на перед . Тому не нужно делать лишних телодвижений . Но знания неоходимого приходят с опытом . А опытэто сын ошиок трудных . А ошики нужно находить и исправлять новыми исходниками . Застраховаться от ошиок не могут даже опытныепо этому если вы Разраотчик своей заработать на сайте то готовтесь постоянно ее оновлять . Горлов А.В. В этом логе я уду писать новые главы моей книгиКак написать свои ОС, а так же комментарии о своем релизе и листинги своих программ с комментариями . Разраотчики своих релизов Русской заработать на сайте тоже могут писать в лог свои новости , комментарии , мнения . Хорошо ?
зарабатывать +в интернете прямо сейчас 3151

читаем на следующей странице

лексей через сколько десятков лет будет готов эт Русскя ОС?то только везде нписны крсивые слов,сйту уже не помню, сколько лет.Тот же мелкософт уже двно поддерживет своих пользовтелей в т.ч. и н Русск

открывается в новом окне