Ещё одна точка зрения на национальную ОС
Комментарии — 11
Sayamon — 24 апреля 05:51
Thank you so much for this atrcile, it saved me time!
Rex Lockheart — 21 апреля 09:25
Гораздо хуже, уважаемый, остаться БЕЗ носа...
Гость — 07 апреля 22:41
"Остаться с носом" - это не значит "остаться обманутым, у пустого корыта". Это значит, что взятка (нос, - то, что принесли), не взята.
Гость — 17 марта 12:24
В догонку: я думал, цель все-таки создание национальной ОС. Но когда средство ("оплачено государством") подменяет цель - мы все рискуем остаться с НОСом (говорящее название, да).
Гость — 17 марта 12:19
1.Они не читали одного бывшего программиста Стивенсона Н., который на пальцах объяснял, почему разработка ОС как коммерческое предприятие сейчас - обречена.
2.И судьба BeOC с OS/2 в условиях отсутствия популярных пользовательских приложений (откуда собственно берется "доля рынка" и процент) их ничему не научили
3.Ключевая фраза их песни - “Наша цель – дать отрасли стержневой проект, оплаченный государством" (с) - то есть, срубить бабла нахаляву с налогооблагаемого населения. И все сразу понятно про этот "проект". "Эх нам бы еще бабла - так мы У-УХ!" (с)
2.И судьба BeOC с OS/2 в условиях отсутствия популярных пользовательских приложений (откуда собственно берется "доля рынка" и процент) их ничему не научили
3.Ключевая фраза их песни - “Наша цель – дать отрасли стержневой проект, оплаченный государством" (с) - то есть, срубить бабла нахаляву с налогооблагаемого населения. И все сразу понятно про этот "проект". "Эх нам бы еще бабла - так мы У-УХ!" (с)
Гость — 13 марта 12:50
Поддержка развития Linux - единственный разумный шаг в данной ситуации. Проблема в том, что сама по себе ОС НИКОМУ НЕ НУЖНА (за исключением разработчиков аппаратуры, но это отдельная тема). Пользователю плевать на "прогрессивную архитектуру", "бинарную совместимость" и т.п. его интересует прежде всего работоспособность его оборудования и наличие ПРИКЛАДНЫХ программ для решения его задач. Можете создать сколь угодно прогрессивную ОС но ей все равно никто не будет пользоваться. В статье упоминались "успешные операционные системы разрабатывались небольшими коллективами" возникает резонный вопрос "Где эти ОС сейчас?". Если они могут служить примером успешной разработки почему у них на всех нет даже 0,1% рынка?
Гость — 25 февраля 21:59
отсылка на 0.8% процентов юзеров мозговзрывная !
Вы знаете что у вашей гипотетической ОСи вообще НОЛЬ юзеров ?
так вот я вам говорю:
у принципиально новой ОСи 0% юзеров, плодотворно ли строить такую систему?
не говоря уже о том что у телевизора гораздо больше юзеров чем у атомного ледокола.
Вы знаете что у вашей гипотетической ОСи вообще НОЛЬ юзеров ?
так вот я вам говорю:
у принципиально новой ОСи 0% юзеров, плодотворно ли строить такую систему?
не говоря уже о том что у телевизора гораздо больше юзеров чем у атомного ледокола.
Гость — 22 февраля 18:42
Автор иди в школу !!
USER - MAC OS X & Linuz
USER - MAC OS X & Linuz
Борис Ашкинази — 10 февраля 17:57
Попробую ответить сразу на оба комментария.
Комментарий Игоря:
· “автор странно представляет себе процесс создания ОС” – о процессе создания речь не шла, речь шла об условиях, необходимых, чтобы новая ОС была успешной. Ни одно из условий Игорь не оспорил.
· “посадим двадцать гиков” – речь шла не о гиках (я вообще не сторонник уничижительных кличек типа “гик”, “линуксоид”, или “виндузятник”), а о специалистах, архитекторах и разработчиках ОС. Для примера, команда Plan9 (http://plan9.bell-labs.com/plan9/index.html) во главе с Кеном Томсоном и Робом Пайком численностью около 10 человек (http://penguin.dcs.bbk.ac.uk/academic/unix/linux/slides/plan9.jpg) создала систему для 12 платформ и трех хост-систем с большим набором программного обеспечения. А с системами Oberon и A2/Bluebottle ситуация еще лучше – там команды из двух профессоров и 5-7 аспирантов создали десктопные операционные системы с практически 90-процентным удовлетворение потребностей стандартного пользователя. Недостаток прикладного ПО и драйверов для новой системы как раз и должна устранить двоичная совместимость с Windows и Linux.
· “Автор считает, что обеспечить двоичную совместимость с Windows это просто и весело’ – кроме Wine, автор знает ещё такие слова как Xen, VMware, паравиртуализация и так далее. Поэтому автор утверждает, что двоичная совместимость с Windows – задача вполне решаемая.
· “проще взять готовую систему и сверху положить свою графическую среду” – много раз делали, например OpenStep. В основном с отрицательным результатом. Ядро можно взять только от Linux – Microsoft не даст, а Hurd никогда не будет готов, а взяв ядро Linux, мы остаемся в архаической архитектуре, которую критикуют сами разработчики ядра Linux (http://www.linux.com/feed/118238)
· “Успешная коробочная система, созданная с нуля - утопия. По крайней мере в текущих условиях и с теми ресурсами, что предлагает автор” – автор собственно ничего не говорил об условиях (что под ними подразумевается ?), а о ресурсах сказано “разработчиков пока найти можно и ресурсы требуются сравнительно скромные”. По моему возразить невозможно – все системы перечисленные в статье создавались именно со скромными ресурсами.
Не смог согласится ни с одним замечанием.
Комментарий Феликса Мучника:
· “Автор забыл еще об одном проекте: ДОС АСПО для СМ-2” – согласен, мог бы назвать еще три-четыре, но хотелось сделать статью короче.
· “Архитекторов возрастной категории до 35 лет со знанием, как должны быть устроены большие системы, практически нет. Есть возраст 50+, у которых уже давно свой бизнес или они вообще уже не в программировании” – мог бы обидеться и сказать “а я?”, но не буду J. Процитирую статью “какое-то, исчезающее малое количество архитекторов и разработчиков операционных систем в России ещё есть”. Есть они и в поколении 40-летних, например руководители коллективов Phantom (http://www.theregister.co.uk/2009/02/03/phantom_russian_os/) и “Роса” (http://rbogatyrev.livejournal.com/2007/07/16/). Может быть они ещё не все могут и не все у них получается, но кадры есть (в небольшом количестве).
· “Школа организации разработок больших систем осталась только в крупных аутсорсинговых компаниях. Вполне вероятно, что за деньги они и захотят этим заниматься, но за ДЕНЬГИ, а не за престиж” - скорее там есть опыт разработки больших прикладных систем, а не операционных систем. Мне представляется, что некоммерческий центр разработки лучше – не так давит необходимость быстрого получения прибыли. Упоминание о деньгах правильно – как же без них.
· “Новую ОС лучше всего разрабатывать и для собственного перспективного массового "железа" - что-то его не видно в обозримом будущем” – да конечно лучше, кто бы спорил. Да, нет и не предвидится, но “за неимением гербовой пишем на простой”
· “Надо понимать, что кроме разработки придется вбухать громадные ресурсы в маркетинг и продвижение, чтобы отодвинуть старые” – во первых, не планируется никого отодвигать – если система будет хорошей, рынок сам все расставит по местам. Если сейчас у Windows 88 процентов пользователей в мире (http://marketshare.hitslink.com/operating-system-market-share.aspx?qprid=8), то если ОС-21 займет 10 процентов, это уже будет оглушительный успех. Во вторых, речь все-таки идет о национальной ОС – тут может помочь государство.
· “В отличие от старых времен, кроме ядра, которое и правда могут спроектировать гики, нужно обеспечивать кроссплатформенность, юзабилити, совместимость приложений и пр., для чего нужен целый завод программистов, тестеров и прочих, которых в нашей стране по-прежнему не учат” – да, согласен, не учат, я об этом и пишу, но есть такое понятие как “модель разработки” – у Linux, по крайней мере на начальном этапе, не было ни завода, ни программистов, ни обученных тестеров, однако – успех.
Не уверен, что заставил поверить в абстракцию, но старался.
От обоих комментариев у меня создалось впечатление, что авторы хотят услышать ответ на вопрос “как”, как это делать, в то время как я отвечал на вопрос “что’, что делать и что не делать. Ответ на вопрос “как” тоже существует, но это совсем другая история.
Комментарий Игоря:
· “автор странно представляет себе процесс создания ОС” – о процессе создания речь не шла, речь шла об условиях, необходимых, чтобы новая ОС была успешной. Ни одно из условий Игорь не оспорил.
· “посадим двадцать гиков” – речь шла не о гиках (я вообще не сторонник уничижительных кличек типа “гик”, “линуксоид”, или “виндузятник”), а о специалистах, архитекторах и разработчиках ОС. Для примера, команда Plan9 (http://plan9.bell-labs.com/plan9/index.html) во главе с Кеном Томсоном и Робом Пайком численностью около 10 человек (http://penguin.dcs.bbk.ac.uk/academic/unix/linux/slides/plan9.jpg) создала систему для 12 платформ и трех хост-систем с большим набором программного обеспечения. А с системами Oberon и A2/Bluebottle ситуация еще лучше – там команды из двух профессоров и 5-7 аспирантов создали десктопные операционные системы с практически 90-процентным удовлетворение потребностей стандартного пользователя. Недостаток прикладного ПО и драйверов для новой системы как раз и должна устранить двоичная совместимость с Windows и Linux.
· “Автор считает, что обеспечить двоичную совместимость с Windows это просто и весело’ – кроме Wine, автор знает ещё такие слова как Xen, VMware, паравиртуализация и так далее. Поэтому автор утверждает, что двоичная совместимость с Windows – задача вполне решаемая.
· “проще взять готовую систему и сверху положить свою графическую среду” – много раз делали, например OpenStep. В основном с отрицательным результатом. Ядро можно взять только от Linux – Microsoft не даст, а Hurd никогда не будет готов, а взяв ядро Linux, мы остаемся в архаической архитектуре, которую критикуют сами разработчики ядра Linux (http://www.linux.com/feed/118238)
· “Успешная коробочная система, созданная с нуля - утопия. По крайней мере в текущих условиях и с теми ресурсами, что предлагает автор” – автор собственно ничего не говорил об условиях (что под ними подразумевается ?), а о ресурсах сказано “разработчиков пока найти можно и ресурсы требуются сравнительно скромные”. По моему возразить невозможно – все системы перечисленные в статье создавались именно со скромными ресурсами.
Не смог согласится ни с одним замечанием.
Комментарий Феликса Мучника:
· “Автор забыл еще об одном проекте: ДОС АСПО для СМ-2” – согласен, мог бы назвать еще три-четыре, но хотелось сделать статью короче.
· “Архитекторов возрастной категории до 35 лет со знанием, как должны быть устроены большие системы, практически нет. Есть возраст 50+, у которых уже давно свой бизнес или они вообще уже не в программировании” – мог бы обидеться и сказать “а я?”, но не буду J. Процитирую статью “какое-то, исчезающее малое количество архитекторов и разработчиков операционных систем в России ещё есть”. Есть они и в поколении 40-летних, например руководители коллективов Phantom (http://www.theregister.co.uk/2009/02/03/phantom_russian_os/) и “Роса” (http://rbogatyrev.livejournal.com/2007/07/16/). Может быть они ещё не все могут и не все у них получается, но кадры есть (в небольшом количестве).
· “Школа организации разработок больших систем осталась только в крупных аутсорсинговых компаниях. Вполне вероятно, что за деньги они и захотят этим заниматься, но за ДЕНЬГИ, а не за престиж” - скорее там есть опыт разработки больших прикладных систем, а не операционных систем. Мне представляется, что некоммерческий центр разработки лучше – не так давит необходимость быстрого получения прибыли. Упоминание о деньгах правильно – как же без них.
· “Новую ОС лучше всего разрабатывать и для собственного перспективного массового "железа" - что-то его не видно в обозримом будущем” – да конечно лучше, кто бы спорил. Да, нет и не предвидится, но “за неимением гербовой пишем на простой”
· “Надо понимать, что кроме разработки придется вбухать громадные ресурсы в маркетинг и продвижение, чтобы отодвинуть старые” – во первых, не планируется никого отодвигать – если система будет хорошей, рынок сам все расставит по местам. Если сейчас у Windows 88 процентов пользователей в мире (http://marketshare.hitslink.com/operating-system-market-share.aspx?qprid=8), то если ОС-21 займет 10 процентов, это уже будет оглушительный успех. Во вторых, речь все-таки идет о национальной ОС – тут может помочь государство.
· “В отличие от старых времен, кроме ядра, которое и правда могут спроектировать гики, нужно обеспечивать кроссплатформенность, юзабилити, совместимость приложений и пр., для чего нужен целый завод программистов, тестеров и прочих, которых в нашей стране по-прежнему не учат” – да, согласен, не учат, я об этом и пишу, но есть такое понятие как “модель разработки” – у Linux, по крайней мере на начальном этапе, не было ни завода, ни программистов, ни обученных тестеров, однако – успех.
Не уверен, что заставил поверить в абстракцию, но старался.
От обоих комментариев у меня создалось впечатление, что авторы хотят услышать ответ на вопрос “как”, как это делать, в то время как я отвечал на вопрос “что’, что делать и что не делать. Ответ на вопрос “как” тоже существует, но это совсем другая история.
Феликс Мучник — 10 февраля 11:13
Автор забыл еще об одном проекте: ДОС АСПО для СМ-2. Сами машины были клонами HP, но система, которую делали Северодонецк, Воронеж (СКТБ) и Москва (ИНЭУМ), была наша. Но это, так, замечание по поводу.
Если говорить о создании собственной национальной ОС (памятуя свой опыт участия в разаработке ДОС АСПО, "адаптации", т.е. клонирования, нескольких успешных систем - RSX, RT, RMX-86 и т.п.), то:
1) Архитекторов возрастной категории до 35 лет со знанием, как должны быть устроены большие системы, практически нет. Есть возраст 50+, у которых уже давно свой бизнес или они вообще уже не в программировании. Чем их заинтересовать в участии, трудно представить.
2) Школа организации разработок больших систем осталась только в крупных аутсорсинговых компаниях. Вполне вероятно, что за деньги они и захотят этим заниматься, но за ДЕНЬГИ, а не за престиж.
3) Новую ОС лучше всего разрабатывать и для собственного перспективного массового "железа" - что-то его не видно в обозримом будущем.
4) Надо понимать, что кроме разработки придется вбухать громадные ресурсы в маркетинг и продвижение, чтобы отодвинуть старые.
5) В отличие от старых времен, как правильно отметил Игорь, кроме ядра, которое и правда могут спроектировать гики, нужно обеспечивать кроссплатформенность, юзабилити, совместимость приложений и пр., для чего нужен целый завод программистов, тестеров и прочих, которых в нашей стране по-прежнему не учат, как правильно непрерывно отмечает Нуралиев.
Так что "не верю" я в абстракцию...
Если говорить о создании собственной национальной ОС (памятуя свой опыт участия в разаработке ДОС АСПО, "адаптации", т.е. клонирования, нескольких успешных систем - RSX, RT, RMX-86 и т.п.), то:
1) Архитекторов возрастной категории до 35 лет со знанием, как должны быть устроены большие системы, практически нет. Есть возраст 50+, у которых уже давно свой бизнес или они вообще уже не в программировании. Чем их заинтересовать в участии, трудно представить.
2) Школа организации разработок больших систем осталась только в крупных аутсорсинговых компаниях. Вполне вероятно, что за деньги они и захотят этим заниматься, но за ДЕНЬГИ, а не за престиж.
3) Новую ОС лучше всего разрабатывать и для собственного перспективного массового "железа" - что-то его не видно в обозримом будущем.
4) Надо понимать, что кроме разработки придется вбухать громадные ресурсы в маркетинг и продвижение, чтобы отодвинуть старые.
5) В отличие от старых времен, как правильно отметил Игорь, кроме ядра, которое и правда могут спроектировать гики, нужно обеспечивать кроссплатформенность, юзабилити, совместимость приложений и пр., для чего нужен целый завод программистов, тестеров и прочих, которых в нашей стране по-прежнему не учат, как правильно непрерывно отмечает Нуралиев.
Так что "не верю" я в абстракцию...
Игорь — 09 февраля 17:05
Автор как-то странно представляет себе процесс создания ОС. Утверждение, что давайте посадим двадцать гиков и они сделают нам ОС - в корне неверно. Они-то сделают ядро, возможно несколько приложений, но не более. Далее вокруг этой ОС необходимо собрать массу людей, которые будут делать драйвера для всевозможных устройств, портировать систему на другие платформы (в том числе мобильные). Кто-то должен в конце-концов писать софт. Автор, видимо, считает, что обеспечить двоичную совместимость в Windows это просто и весело. Для того что бы понять, что процесс этот не такой безоблачный, стоит посмотреть хотя бы в сторону проекта Wine.
Если брать MacOS X, как одну из последних успешных ОС, то можно заметить, что она так же является потомком UNIX (точнее она официально признана UNIX-системой). Почему? Если немного утрировать, то потому что гораздо проще взять готовую систему и сверху положить свою графическую среду. Успешная коробочная система, созданная с нуля - утопия. По крайней мере в текущих условиях и с теми ресурсами, что предлагает автор.
Если брать MacOS X, как одну из последних успешных ОС, то можно заметить, что она так же является потомком UNIX (точнее она официально признана UNIX-системой). Почему? Если немного утрировать, то потому что гораздо проще взять готовую систему и сверху положить свою графическую среду. Успешная коробочная система, созданная с нуля - утопия. По крайней мере в текущих условиях и с теми ресурсами, что предлагает автор.