Граждане минусующие, высказываемся
Игры никуда не пропадут. Вирусы — тоже. Имхо, ситуация описаная в вашей статье невозможна, из-за того, что люди любят хорошую графику в играх… А это значит, что стандартные компы не пропадут.
Парочка? Да там куча багов. В частности с отображением окон (см. upload files и различные программки), и с работой с фреймами (попробуйте открыть в навигаторе гугл или яндекс — вы поймете о чем я)
А вот на счет вирусов я мысль не уловил. Пользователь не может ставить свое ПО, он может только развернуть правильный пакет из репозитория на своем экземпляре Веб-ОС.

Ну, я думал, что может. Кроме того, вирусы могут распространяться как видео/картинки, используя дыры в софте реального компьютера.
3. Вспомним, что нам обещает HTML 5 и прочие развивающиеся стандарты и технологии, связанные с web. Ну трудно предположить, что скорее всего в ближайшем будущем станет возможно создавать полноценные игры, работающие в браузере

Они уже существуют. Не такие хорошие, как хотелось бы, но всякие демки в виде swf-ок существуют. Например, игра n! Да и всякие carnage и прочие пользуются спросом.
У пользователя нет «локальных» файлов, нет возможности установить в свой (коммерческий) экземпляр ОС левое/пиратское ПО, видео и аудио существует только в потоковом виде и т.д. Получаем, что сама технология практически устраняет пиратство и в какой-то мере вирусы

А вот здесь я особо не согласен. Все равно нужна будет возможность сохранения локальных файлов. И тут как раз пиратство. Шифрирование, кстати, никто не отменял (Шифрирование и дешифрирование на основе пароля — в браузере). Вирусы тоже никуда не пропадут. И не только из-за js. Веб-ос все равно должна будет иметь какой-либо скриптовый язык (для автоматизации задач), да и сама она будет написана на серверных языках. Пока есть языки программирования — вирусы никуда не денутся.

А вообще, мне ваша заметка кажется слишком нереалистичной. Хотя, такие проекты уже разрабатываются (пока — обработка графики на сервере и последующая выдача её игроку). В дальнейшем могут измениться и законы, и сети…
А почему?
Спец-эффекты блин… Кстати, там глюки с отображением окон. Например возьмите приложение для загрузки файлов (выгрузки) — «upload your files» и запустите какое-нибудь другое, и попробуйте их расположить, чтобы окна пересекались.
Работа в eyeOS. Запущены: mp3-плеер, pdf-ридер, картинко-смотр, process manager, и два виджета (почта и стандартные действия)
спасибо, я кое-что усвоил.
См. последнюю ссылку — работающая в вебе версия
Какой идиот его минусанул?
Я неправильно высказался. Обычно такие ОСи пишут для того, чтобы проверить свои силы, поднакопить опыта и вообще just4fun. Да, действительно разработка может загнуться, но хочется верить в лучшее. Вроде бы Windows (не будем учитывать монополизм) тоже не соответствует стандартам POSIX (это ведь для никсов?), но почему-то она не загнулась после выхода никсов. Как вы думаете, почему?
p.s: добавил плюсы вам (и в личке тоже)
Я решил не размещать это в статье.
Bagzilla говорит про браузер Navigator в eyeOS. В браузере Firefox открывается eyeOS, в системе — Navigator, в Navigator — eyeOS. И так дальше…
Спасибо
Я не понимаю, зачем люди рождают людей. Вообще, обычно ОСи пишут для того, чтобы поднакопить опыта в программировании. И т.д.
Подправил. Почему минусуем?
«Система расчитана на использование ассемблера для написания приложений»

Т.е. это означает, что и другие языки использоваться не должны? Даже другими разработчиками? Что, запрещается?
Для него уже сами производители железа драйвера пишут. Кроме того, пусть он железо вышедшее вчера и не поддерживает, то в колибри сейчас поддержка железа десятилетней давности.

Простите, вы просто «умело» оперируете фактами в нужную вам сторону или вы не можете понять: никто не будет писать драйвера под новую ОС. Сравните состояние линукса лет пять назад и теперь, а также сравните статистику использования.
К вопросу о POSIX. «Система использует собственные стандарты и не основана на POSIX»
Из того же источника.

И что же вы хотели сказать?
Скорость разработки от языка зависит очень сильно. Особенно это касается языков с низким уровнем абстрации. Для C++ и Object Pascal она сравнима, но не для C/С++ и асма.

По поводу языка я уже высказался — другие разработчики могут спокойно использовать другие языки (если будут иметься средства разработки).

Вообще, развитие систем обычно происходит экспоненциально. Так что, не нужно судить о системе по текущему состоянию.
Скорость разработки на ассемблере очень низка, а тестирование сложно, рефакторинг еще сложнее.

Как уже сказано выше — есть высокоуровненные языки. Кроме того, скорость разработки определяется в основном не используемым языком, а числом разработчиков.
Да и портирование на нее POSIX-софта по отзывам на сайте не так и просто.

Как показывает практика, портирование всё же возможно, просто оно неинтересно основным разработчикам.
Кто сказал, что разработка должна ввестись именно на ассемблере? Основные части — да, но дальше можно использовать высокоуровненные языки. По-поводу портирования POSIX-софта — согласен.
По поводу железа — линукс также не отличается хорошей поддержкой современного (и старого тоже) железа, хотя дистрибутивы основаны на стандартах POSIX. Все это зависит только от популярности дистрибутива, и я не вижу причин, по котором KolibriOS не может набрать большой процент пользователей.
Если разработчики будут продолжать работать над ОС, то получится очень хорошая штука
Да, я с вами согласен. В основном из-за панели задач и меню «пуск».
Имхо, если разработчики не забросят — получится красивая и удобная ОС.