Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 142
1. Игры. Конечно, сейчас возникают web-based вроде Quake, но это пока капля в море.
2. Мой любимый Firefox к концу рабочего дня начинает кушать до 300 Mb оперативки, так что о слабых компьютерах можно особо не мечтать.
3. Если основные вычисления будут на стороне сервера, то и архитектура обслуживающих серверов будет довольно сложной. Утро рабочего дня и приход планктона в офис могут вызвать ддос, а ночью кластеры будут простаивать.
4. Монетизация? Ведь обслуживание терминала будет требовать определённых затрат. Брать абонентскую плату? Это как раз то, о чём мечтал (-ет) Microsoft
5. На данный момент даже на приличных скоростях производительность web-приложений оставляет желать лучшего. Попробуйте установить eyeOS на локальный компьютер и поработать с ней как с OS/
6. Тем не менее, идея в целом очень правильная, к этому нужно стремиться, предолевая вышеуказанные и неуказанные трудности.
2. Мой любимый Firefox к концу рабочего дня начинает кушать до 300 Mb оперативки, так что о слабых компьютерах можно особо не мечтать.
3. Если основные вычисления будут на стороне сервера, то и архитектура обслуживающих серверов будет довольно сложной. Утро рабочего дня и приход планктона в офис могут вызвать ддос, а ночью кластеры будут простаивать.
4. Монетизация? Ведь обслуживание терминала будет требовать определённых затрат. Брать абонентскую плату? Это как раз то, о чём мечтал (-ет) Microsoft
5. На данный момент даже на приличных скоростях производительность web-приложений оставляет желать лучшего. Попробуйте установить eyeOS на локальный компьютер и поработать с ней как с OS/
6. Тем не менее, идея в целом очень правильная, к этому нужно стремиться, предолевая вышеуказанные и неуказанные трудности.
«а ночью кластеры будут простаивать» — ночь у нас, а у кого-то, может быть, и утро.
1. Игры на нетбуках? О чем вы? :)
2. Опять же, на нетбуке вряд ли вы будете открывать по 30-50 вкладок, как, я уверен, бывает в середине рабочего дня :)
3. Я думаю, автор не имел ввиду каких-то особенных вычислений, всё как в обычном браузере. Если так — ничего страшного.
4. Это верно, хотя, как вариант, пользователь может иметь возможность — интегрироваться с онлайн сервисами и платить, или просто иметь быстрый и удобный браузер на своем нетбуке и НЕ платить.
2. Опять же, на нетбуке вряд ли вы будете открывать по 30-50 вкладок, как, я уверен, бывает в середине рабочего дня :)
3. Я думаю, автор не имел ввиду каких-то особенных вычислений, всё как в обычном браузере. Если так — ничего страшного.
4. Это верно, хотя, как вариант, пользователь может иметь возможность — интегрироваться с онлайн сервисами и платить, или просто иметь быстрый и удобный браузер на своем нетбуке и НЕ платить.
1. Ничто человеческое не чуждо.
2. У меня EEE 900 и открывать болеЕЕЕ 5 вкладок я не осмеливаюсь лишь потому, что всё начинает жутко тупить.
3. Это уж от задач зависит.
4. Если НЕ платить и иметь только браузер, пусть быстрый и удобный, то слишком уж куцый десктоп получится.
2. У меня EEE 900 и открывать болеЕЕЕ 5 вкладок я не осмеливаюсь лишь потому, что всё начинает жутко тупить.
3. Это уж от задач зависит.
4. Если НЕ платить и иметь только браузер, пусть быстрый и удобный, то слишком уж куцый десктоп получится.
Quake Live просто устанавливает кваковский клиент как модуль к браузеру, по сути таже квака, просто «воспроизводится» в окне браузера
Кстати, насчет игр.
Что мешает (естественно при наличии широкополосного доступа) разработать специализированную версию протокола а-ля RDP и позволить насладится играми на тех же низко производительных нетбуках.
Да, бесцельно улетающий в трубу трафик угнетает, но, со временем, это перестанет казаться таким уж гнетущим бременем.
К тому же это может очень-очень обрадовать разработчиков и издателей, так как появится хоть какая-то возможность контролировать доступ к реализуемому софту.
Что мешает (естественно при наличии широкополосного доступа) разработать специализированную версию протокола а-ля RDP и позволить насладится играми на тех же низко производительных нетбуках.
Да, бесцельно улетающий в трубу трафик угнетает, но, со временем, это перестанет казаться таким уж гнетущим бременем.
К тому же это может очень-очень обрадовать разработчиков и издателей, так как появится хоть какая-то возможность контролировать доступ к реализуемому софту.
а что мешает использовать X11? у меня раньше когда был мак мини, все приложения запускались на сервере, а на самом мини отрисовывались только окна, если не ошибаюсь так же можно сделать и с играми(вот тут мой опыт храмает, я тольк ов OpenTTD играл так). трафик? если проект нацелен на Россию — да тут проблема, однако те кто живет не в москве не захотят платить $ x/xx/xxx в месяц за такую возможность, а те кто захочет — имеет толстые каналы + всегда можно открыть «точку входа» в городском пиринге…
кстате о играл, недавно на хабре(может месяц назад) проскакивал топик об «приставке» в телеку, подглючаешь инет, ее к телику и можешь играть себе спокойно в любые игры, все вычисления происходят в датацентре, а у тебя только отрисовывается картинка.
P.S.
сам давно мечтаю о таком.
P.P.S.
сори за кашу
кстате о играл, недавно на хабре(может месяц назад) проскакивал топик об «приставке» в телеку, подглючаешь инет, ее к телику и можешь играть себе спокойно в любые игры, все вычисления происходят в датацентре, а у тебя только отрисовывается картинка.
P.S.
сам давно мечтаю о таком.
P.P.S.
сори за кашу
OnLive
У Вас непритязательный FireFox, у меня он любит покушать до 3-х гигов.
Уже есть много решений. ОС на базе линукс: скайп, браузер, IM. Coreboot или ещё какие-нибудь решения для быстрой загрузки. Всё на флешкарте в материнской плате. В основном в ноутбуки такое пихают. Много интересного по теме в Википедии .
LiveCD не рулит. Слишком медленно.
LiveCD не рулит. Слишком медленно.
1. Onlive
2. Google Chrome
3. А сейчас компы ночью не простаивают? Да и + разные часовые пояса: пока US спит, мы с вами смотрим YouTube.
5. GMail & Google Docs работают нормально в офлайне.
2. Google Chrome
3. А сейчас компы ночью не простаивают? Да и + разные часовые пояса: пока US спит, мы с вами смотрим YouTube.
5. GMail & Google Docs работают нормально в офлайне.
2. Я поставил subj на свой eee900 (так уж сложилось, на нём ubuntu 9.04). Это, конечно, не релиз, но отсутствие в браузере от Google возможности работать с Gmail в режиме offline считаю несколько неправильным.
5. Я активный пользователь оффлайн приложений Googlе. И имею стойкое убеждение, что продукт весьма сыроват, хотя и работает, конечно.
5. Я активный пользователь оффлайн приложений Googlе. И имею стойкое убеждение, что продукт весьма сыроват, хотя и работает, конечно.
Хром под линь и под мак это еще даже не бета и там честно написано что поддержки Gears еще нет.
Ну не всё сразу.
Через Onlive в CoD4 на eee900 пока тоже только бета-тестеры в Америке играть могут. Так же и Google Chrome пока что не поддерживает Flash&Gears на отличных от Windows платформах. Docs пока уступают офисам даже во многих простых вещах.
Но все они (Google Wave, Docs, Onlive, Chrome) показывают, что веб-ос осуществима в ближайшем будущем(год/два?). Уже сейчас на Mac у меня всего ~5 неродных программ. Да и ими я всё реже пользуюсь: OOo -> Google Docs, Transmission/VLC -> сайты с видео стримингом(YouTube, TurboFilm), Adium/Skype -> GTalk (-> Google Wave?). Так что если я не работаю в Eclipse или консоли — ищите меня в Браузере.
Через Onlive в CoD4 на eee900 пока тоже только бета-тестеры в Америке играть могут. Так же и Google Chrome пока что не поддерживает Flash&Gears на отличных от Windows платформах. Docs пока уступают офисам даже во многих простых вещах.
Но все они (Google Wave, Docs, Onlive, Chrome) показывают, что веб-ос осуществима в ближайшем будущем(год/два?). Уже сейчас на Mac у меня всего ~5 неродных программ. Да и ими я всё реже пользуюсь: OOo -> Google Docs, Transmission/VLC -> сайты с видео стримингом(YouTube, TurboFilm), Adium/Skype -> GTalk (-> Google Wave?). Так что если я не работаю в Eclipse или консоли — ищите меня в Браузере.
Хм… хорошо бы встроить в систему несколько компиляторов для языков без адресной арифметики: До-Диез, Лисп или его потомка, Хаскелль для эстетов
Я предлагаю встроить туда Emacs )
Идея витает в воздухе довольно давно.
У меня есть полуготовый концепт подобного рода. Отличия от предложенной модели — в пользовательском интерфейсе. Я в своем концепте предполагал, что пользователь также будет просматривать и/или редактировать самые распространенные форматы файлов локально (музыка, видео, неформатированный текст, картинки, пдф).
Если народу будет интересно, то как и автор топика про HabraOS предлагаю посильную помощь в виде организации сайта, вики по проекту и написание технической документации.
У меня есть полуготовый концепт подобного рода. Отличия от предложенной модели — в пользовательском интерфейсе. Я в своем концепте предполагал, что пользователь также будет просматривать и/или редактировать самые распространенные форматы файлов локально (музыка, видео, неформатированный текст, картинки, пдф).
Если народу будет интересно, то как и автор топика про HabraOS предлагаю посильную помощь в виде организации сайта, вики по проекту и написание технической документации.
зачем нужно это тормозилово? вполне хватает обычных ос. а кому нужны настройки везде и всегда — те итак знают пути оешения этого вопроса.
Вы видимо не совсем поняли идею. Я предлагаю сделать не ОС, которая будет запускаться в браузере, а браузер, который будет запускаться вместо ОС.
Почти то что вы хотите xpud.org (интерфейс на xul), только без потери возможности запуска нативных приложений.
думаю с быстрой загрузкой liveCD погорячились, я еще не встречал такого, чтобы он загружался быстрее, чем ОС на HDD :)
так фишка в том, что ОС будет дико обрезана. по сути, только браузер :)
Что насчет machboot?
Идея не нова. До того как Майкрософт захватили рынок между ними и Нэтскейпом шла борьба. Последние предлагали такую систему: файлы хранятся в сети, в ячейках, а ПС — служит только для доступа к этим ячейкам. Но победила Майкрософт и теперь все файлы лежат у нас на жестких.
Единственная проблема таких сервисов в том, что они не народном русском, а на забугорном, непонятном, как минимум для 30% пользователей языке.
К тому же разные онлайн сервисы растут как грибы. В онлайне уже можно выполнять любую работу — править офисные документы, слушать музыку, есть даже целые онлайн-операционки.
Единственная проблема таких сервисов в том, что они не народном русском, а на забугорном, непонятном, как минимум для 30% пользователей языке.
eyeOS.org что-то подобное, проект интересный. Тоже операционка работает в браузере.
полный онлайн это другая крайность. Будущее скорее всего пройдет посередине.
Велосипед, простите, получиться… Так как то, что вы описали — это initrd + linux ядро + набор драйверов + X сервер + Firefox.
Вроде бы как были патчи для фф для работы во фреймбуффере, так что иксы не нужны (с)
> initrd + linux ядро + набор драйверов + X сервер + Firefox
Да, примерно так. Плюс хорошее автоматическое определение оборудования. И чтобы всё это загружалось очень быстро. Такой системы, собранной и хорошо работающей я не видел.
Да, примерно так. Плюс хорошее автоматическое определение оборудования. И чтобы всё это загружалось очень быстро. Такой системы, собранной и хорошо работающей я не видел.
А если интернет рубанётся? То все: Ни музыку ни послушать, ни фильм не посмотреть, как бы «Онлайн Мирок» и «Развлечения» отрубились 1 разом из-за отключения интернета?
Надо искать альтернативные источники, без offline всё равно сложно.
Надо искать альтернативные источники, без offline всё равно сложно.
Вобще сменить систему.
На столе коробочка размером с цифровую мыльницу, в неё втыкается USB-кабель. USB кабель идет к USB-хабу который расчитан на дом. Кабеля от USB-хабов идут уже непосредственно к серверам. на этих серверах стоит веб-сервер и доступ к бесконечному множесвту веб-приложений.
При этом продумать систему «страховочных» линий при разрыве свзяи в одном месте, происходит «переключение» на обходной канал — «страховочную» линию.
Плюс еще в том что USB 2.0 быстрее чем интренет.
На столе коробочка размером с цифровую мыльницу, в неё втыкается USB-кабель. USB кабель идет к USB-хабу который расчитан на дом. Кабеля от USB-хабов идут уже непосредственно к серверам. на этих серверах стоит веб-сервер и доступ к бесконечному множесвту веб-приложений.
При этом продумать систему «страховочных» линий при разрыве свзяи в одном месте, происходит «переключение» на обходной канал — «страховочную» линию.
Плюс еще в том что USB 2.0 быстрее чем интренет.
Говоря о будущих ОС, как о чем-то очень легком и быстром, и приводя в аргументы то, что домашний компьютер нужен только для выхода в интернет, многие почему-то забывают о людях, которые занимаются на компьютере творчеством. Пишут музыку, рисуют, создают 3д, занимаются дизайном. А все это требует неслабого компьютера.
То, что компьютер нужен только для браузера для большинства людей я считаю очень унылым.
То, что компьютер нужен только для браузера для большинства людей я считаю очень унылым.
А как же перенос ПО для творчества в онлайн в будущем? RIA, Cloud Computing и т.п. дают предпосылки для этого
Вы посмотрите на onlive. Что мешает вынести софт в ту же плоскость?
Ну например, игровой сервис легко монетизировать и поддерживать за счет пользователей, а такой же сервис, но с 3д или 2д программой, который требует больших вычислительных мощностей, никто не будет использовать в качестве хобби, если за него придется платить. А представить 3дмакс с баннером или контекстной рекламой мне трудно)
И вообще, зачем создавать такие трудности, ради чего? С гораздо большим оптимизмом смотрю на проекты вроде Нвидиа ион, когда маленькая симпатичная коробочка не занимает места на столе и рендерит 4К за несколько минут.
И вообще, зачем создавать такие трудности, ради чего? С гораздо большим оптимизмом смотрю на проекты вроде Нвидиа ион, когда маленькая симпатичная коробочка не занимает места на столе и рендерит 4К за несколько минут.
Я заметил такое явление: Как только отключается интернет! Юзер начинает тупо водить мышкой по мониторе и задаёт себе вопрос: «А что мне делать теперь» :) У вас такого не когда не возникало?
Мне кажется, что будущее все же за системами, о которых говорит уважаемый автор. Сам не единожды размышлял о чем-то подобном.
Хотя, если задуматься, компания Google ведь всеми фибрами души желала бы распространения подобных систем (в особенности на портативных устройствах) — однако же нет, Android это скорее ОС в классическом понимании, пусть и с широкими web-возможностями. Значит посчитали маркетологи, что время еще не подошло.
И это с учетом гораздо более глубокого проникновения сети в широкие массы внутри США, нежели в остальной части мира (за исключением, возможно, Японии и Кореи).
Кроме всего прочего, предложенный перенос любого рода деятельности на сторону сервера вызовет ряд проблем безопасности. Другое дело, что при желании их все можно решить, однако трудности перехода они создадут.
Со своей стороны хотел бы посоветовать автору обратить внимание на продукты, которые пока находятся на промежуточном этапе, между двумя крайностями — это Google Android, Intel (FSF) Moblin и Nokia Maemo.
Присоединяйтесь — здесь еще уйма проблем, которые весело и полезно решать. Например, кто сказал, что Linux на мобильных устройствах должен загружаться долго?
Хотя, если задуматься, компания Google ведь всеми фибрами души желала бы распространения подобных систем (в особенности на портативных устройствах) — однако же нет, Android это скорее ОС в классическом понимании, пусть и с широкими web-возможностями. Значит посчитали маркетологи, что время еще не подошло.
И это с учетом гораздо более глубокого проникновения сети в широкие массы внутри США, нежели в остальной части мира (за исключением, возможно, Японии и Кореи).
Кроме всего прочего, предложенный перенос любого рода деятельности на сторону сервера вызовет ряд проблем безопасности. Другое дело, что при желании их все можно решить, однако трудности перехода они создадут.
Со своей стороны хотел бы посоветовать автору обратить внимание на продукты, которые пока находятся на промежуточном этапе, между двумя крайностями — это Google Android, Intel (FSF) Moblin и Nokia Maemo.
Присоединяйтесь — здесь еще уйма проблем, которые весело и полезно решать. Например, кто сказал, что Linux на мобильных устройствах должен загружаться долго?
Главное, чтобы была возможность работы со всем этим без браузера, специально для динозавров вроде меня =)
PS: Да, rss я читаю локальным rss-ридером, а почту — почтовым клиентом.
PS: Да, rss я читаю локальным rss-ридером, а почту — почтовым клиентом.
Нечто подобное уже есть в некоторых мат. платах ASUS (Express Gate)
А что касается liveCD и хранения настроек – то для этого есть флеш-накопители, которые всегда можно носить с собой
А что касается liveCD и хранения настроек – то для этого есть флеш-накопители, которые всегда можно носить с собой
действительно идея уже давно витает в воздухе, мы год назад начали движение в эту сторону, на данный момент имеется платформа, на базе которой уже сделаны некоторые необходимые сервисы и в дальнейшем планируется расширить набор таких сервисов для обеспечения работы рассмотренной ОС.
Судя по комментариям некоторые разработчики тоже работают над подобными решениями, это хорошо, можно объединить усилия.
Судя по комментариям некоторые разработчики тоже работают над подобными решениями, это хорошо, можно объединить усилия.
Эм, а в чем разница с тонким клиентом? И, кстати, ОС — это не то что вы описали (браузер), а «уровень абстракции» между программами и железом.
По моему, для запуска/работы браузера и ОС то особо не нужна. Достаточно будет какой-нибудь продвинутой надстройки над EFI и впуть.
Компьютерные игры в такую модель плохо вписываются.
Если обсчет идет на удаленном кластере, то информация с клавиатуры, мыши или джойстика должна сначала отправиться на кластер, обработаться и вернуться пользователю — это вызовет существенную задержку, которая зависит еще и от каналов связи. Также не забываем про скорость света: в идеальных условиях из Москвы до атлантического побережья США по прямой свет будет идти 25 мс туда и 25 мс обратно.
А как передавать картинку пользователю? Какие для этого нужны каналы связи?
Если обсчет идет на удаленном кластере, то информация с клавиатуры, мыши или джойстика должна сначала отправиться на кластер, обработаться и вернуться пользователю — это вызовет существенную задержку, которая зависит еще и от каналов связи. Также не забываем про скорость света: в идеальных условиях из Москвы до атлантического побережья США по прямой свет будет идти 25 мс туда и 25 мс обратно.
А как передавать картинку пользователю? Какие для этого нужны каналы связи?
во многом +1.
Такая идея хороша для узкоспециализированнх вещей — школы, библиотеки и т.д (ссылка ниже). Для дома эта парадигма подойдёт видимо только для очень нетребовательных граждан, для которых компьютер сродни бытовому прибору — посмотреть фильм, послушать музыку и полазить в интернете.
Такая идея хороша для узкоспециализированнх вещей — школы, библиотеки и т.д (ссылка ниже). Для дома эта парадигма подойдёт видимо только для очень нетребовательных граждан, для которых компьютер сродни бытовому прибору — посмотреть фильм, послушать музыку и полазить в интернете.
Разумеется, эта идея рассчитана в основном на светлое будущее, когда доступ к интернету будет более доступным и надёжным. Когда-то и телевидение было новинкой, а сейчас оно доступно каждому и работает практически без перебоев. Логично предположить, что в обозримом будущем с интернетом произойдет подобная эволюция.
Вы правы только в том разрезе событий, который представляете себе. Разумеется, никто не ведет речь о том, что вам нужно (почти повторяя маркетологов многих компаний) «изменить привычные взгляды на работу за компьютером». Нет. Но у вас же есть нетбук или ноутбук _в_дополнение_ к основному компу? Вот об _удобной_ ОС для такого устройства и идет речь. Изначально нет благородной цели воевать с ветряными мельницами и пытаться запускать виндовс-игры :)
Я тут недавно комп собирал на Core i7 и была там мать ASUS с SplashTop — это мини линукс, вшитый прямо в мать, стартует секунд за 5. В нем Firefox с переделанными иконками под ASUS браузер и еще несколько легких приложений.
это не то, что вы ищете случаем? Работает быстро, все функции нужные есть, а если еще Google utils подключить, будет и полный веб-офисный пакет и все остальное.
это не то, что вы ищете случаем? Работает быстро, все функции нужные есть, а если еще Google utils подключить, будет и полный веб-офисный пакет и все остальное.
Да, это хорошее решение и я о нем слышал. Но оно не является универсальным, ведь доступно только на компьютерах с новыми мат. платами Asus. Можно сделать аналогичную систему, которая будет работать на любом ПК.
ну на самом деле не только с ними, но и с ноутбуками новыми, от dell к примеру. Я думаю в скором времени и другие вендоры примут на вооружение.
а учитывая всякие windows seven, да и XP все таки до бесконечности тянуть не будут, железо скоро будет обновляться дофига где. Да и в принципе, компы меняют люди часто, если не брать древние офисы, то P4 сейчас явно меньше чем C2D у народа.
а учитывая всякие windows seven, да и XP все таки до бесконечности тянуть не будут, железо скоро будет обновляться дофига где. Да и в принципе, компы меняют люди часто, если не брать древние офисы, то P4 сейчас явно меньше чем C2D у народа.
Есть ещё следующая проблема: сейчас информация распределена по всем компьютерам пользователей (то есть у пользователя есть копия на рабочей машине, копия на ддомашней, копия на флешке и тд), а вы предлагаете ВСЮ её собрать на серверах. Таким образом если что-нибудь случается с серверами (терракт допустим :)), то вы представляете какой это ущерб? Я даже представлять не хочу…
Имхо, нельзя все яйца класть в одну корзинку.
Имхо, нельзя все яйца класть в одну корзинку.
Есть следующая проблема: все электрические приборы работают от розеток 220В. Таким образом если что-нибудь случится с электростанцией (терракт допустим :)), то вы представляете какой это ущерб?
А если серьезно, то пользователям никто не мешает делать бекапы и хранить информацию как на серверах так и на локальных носителях.
А если серьезно, то пользователям никто не мешает делать бекапы и хранить информацию как на серверах так и на локальных носителях.
Я всё прекрасно понимаю про бекапы и тд, но я не об этом говорил :) Одно дело выключенное электричество (построили заново электростанцию и всё ок), а другое дело уничтоженная информация (построили дата центр, а данных нет — :( ) — вот я о чём. Например когда создавали интернет, думаете зря в него такую структуру децентрализованную заложили? Вовсе нет, потому что централизованные системы значительно более уязвимы. Поэтому я и не приветствую тенденцию сваливать всё в одну кучу, по крайней мере не таким способом.
> В онлайне уже можно выполнять любую работу — править офисные документы, слушать музыку, есть даже целые онлайн-операционки.
Формально они позволяют что-то там делать. в реальности одни недостатки.
> С точки зрения пользователя такой браузер будет работать невероятно быстро.
Получится ерунда, посмотриет например на фаерфокс: память для кеширования он берет много, а вот работает… не сказал бы что быстро.
> Таким образом, пользователь загружает громоздкую операционную систему, а затем использует только минимальный набор ее функций.
Так может, лучше убрать из загрузки ОС эти «ненужные» функции, и подгружать их позже при необходимости, чем городить сетевую ОС? На такую ОС я бы перешел с большей охотой.
Автор предлагает в дополнение к громоздкой ОС подключить громоздкий бразуер и кучу громоздкого яваскрипт/Flash-кода. Гениально. При том, что и на яваскрипте и на флеше, делать большие системы просто неудобно, да и не для этого они днелались.
Эта тема поднималасьт уже не раз. Как же вы все не поймете, что сочетание HTTP/HTML/CSS/JS/Flash плохо пригодно для создания сколько-нибудь крупных приложений. То, что успешно делается на языках типа Си++ с какой-нибудь графической библиотекой, при попытке реализовать в вебе выявляет кучу проблем: несовместимость верстки на разных браузерах, тормоза верстки при большом количестве нод, или даже на небольшом, просто по непоянтным причинам, жуткие тормоза яваскрипта, особенно при взаимодействии с DOM, неумение всех (!) браузеров одновременно грузить данные и взаимодействовать с пользователем без тормозов, даже простые задачи типа Drag-nDrop в яваскрипте решаются при помощи огромного количества кода, и т.д.
Флеш тоже хорош, подвешивает браузер когда хочет, может бесконтрольно есть память. Да и язык програмимирования Actionscript вроде удовольствия от программирования на нем не доставляет.
Ах да, перетаскивать файлы туда-сюда в браузер без плагинов сейчас тоже нельзя.
Никаким флешем вы не сделаетет нормальный проигрыватель типа Foobar (а еще foobar не жрет память как бешеный, и не вешает браузер в произвольные моменты времени), или типа MPlayer.
Хотите сетевую ОС — придумайте хорошие, новые, технологии передачи запросов, создания UI, новые графические библиотеки (ну и ядро для системы нужно, но тут можно взять какое нибудь существующее. хоть линукс, хоть Windows Xp, без разницы). Нужен серьезный подход, а все остальное, что сейчсас делают — поделка на уровне странички Васи Пупкина на narod.ru
В общем автор, ваш текст — бред, особенно идея про «защиту», заботу о которой просто тупо предлагается перевалить на другие плечи.
Формально они позволяют что-то там делать. в реальности одни недостатки.
> С точки зрения пользователя такой браузер будет работать невероятно быстро.
Получится ерунда, посмотриет например на фаерфокс: память для кеширования он берет много, а вот работает… не сказал бы что быстро.
> Таким образом, пользователь загружает громоздкую операционную систему, а затем использует только минимальный набор ее функций.
Так может, лучше убрать из загрузки ОС эти «ненужные» функции, и подгружать их позже при необходимости, чем городить сетевую ОС? На такую ОС я бы перешел с большей охотой.
Автор предлагает в дополнение к громоздкой ОС подключить громоздкий бразуер и кучу громоздкого яваскрипт/Flash-кода. Гениально. При том, что и на яваскрипте и на флеше, делать большие системы просто неудобно, да и не для этого они днелались.
Эта тема поднималасьт уже не раз. Как же вы все не поймете, что сочетание HTTP/HTML/CSS/JS/Flash плохо пригодно для создания сколько-нибудь крупных приложений. То, что успешно делается на языках типа Си++ с какой-нибудь графической библиотекой, при попытке реализовать в вебе выявляет кучу проблем: несовместимость верстки на разных браузерах, тормоза верстки при большом количестве нод, или даже на небольшом, просто по непоянтным причинам, жуткие тормоза яваскрипта, особенно при взаимодействии с DOM, неумение всех (!) браузеров одновременно грузить данные и взаимодействовать с пользователем без тормозов, даже простые задачи типа Drag-nDrop в яваскрипте решаются при помощи огромного количества кода, и т.д.
Флеш тоже хорош, подвешивает браузер когда хочет, может бесконтрольно есть память. Да и язык програмимирования Actionscript вроде удовольствия от программирования на нем не доставляет.
Ах да, перетаскивать файлы туда-сюда в браузер без плагинов сейчас тоже нельзя.
Никаким флешем вы не сделаетет нормальный проигрыватель типа Foobar (а еще foobar не жрет память как бешеный, и не вешает браузер в произвольные моменты времени), или типа MPlayer.
Хотите сетевую ОС — придумайте хорошие, новые, технологии передачи запросов, создания UI, новые графические библиотеки (ну и ядро для системы нужно, но тут можно взять какое нибудь существующее. хоть линукс, хоть Windows Xp, без разницы). Нужен серьезный подход, а все остальное, что сейчсас делают — поделка на уровне странички Васи Пупкина на narod.ru
В общем автор, ваш текст — бред, особенно идея про «защиту», заботу о которой просто тупо предлагается перевалить на другие плечи.
Абсолютно согласен с тем, что для нормальной ОС-браузера необходимо сначала разработать ряд новых технологий и средств, а имеющееся явно под это уже совсем не подходит. Даже все эти новые HTML5 и CSS3 и бурно развивающиеся js-движки — ну да, хорошо, но все это — приспосабливание древних технологий под современные нужды, а нужно что-то новое.
Бред ваш текст, все описанные вами проблемы:
«То, что успешно делается на языках типа Си++ с какой-нибудь графической библиотекой, при попытке реализовать в вебе выявляет кучу проблем: несовместимость верстки на разных браузерах, тормоза верстки при большом количестве нод, или даже на небольшом, просто по непоянтным причинам, жуткие тормоза яваскрипта, особенно при взаимодействии с DOM, неумение всех (!) браузеров одновременно грузить данные и взаимодействовать с пользователем без тормозов, даже простые задачи типа Drag-nDrop в яваскрипте решаются при помощи огромного количества кода, и т.д.»
Решаются с помощью GWT&Gears — Google Wave тому подтверждение.
«То, что успешно делается на языках типа Си++ с какой-нибудь графической библиотекой, при попытке реализовать в вебе выявляет кучу проблем: несовместимость верстки на разных браузерах, тормоза верстки при большом количестве нод, или даже на небольшом, просто по непоянтным причинам, жуткие тормоза яваскрипта, особенно при взаимодействии с DOM, неумение всех (!) браузеров одновременно грузить данные и взаимодействовать с пользователем без тормозов, даже простые задачи типа Drag-nDrop в яваскрипте решаются при помощи огромного количества кода, и т.д.»
Решаются с помощью GWT&Gears — Google Wave тому подтверждение.
Это вы невнимательно написали о чем я пишу. Все эти Гугловские приложения более-менее сносно работают только в Хроме. В Опере они тормозят, у меня HTML-версия Gmail грузится и работает быстрее аяксовой, о чем тут говорить (а еще быстрее работает тяжелый тандерберд).
Может вам и нравится такая тормозящая-на-каждом-шагу Ось но не мне, это точно.
Я же об этом и пишу, все эти веб-технологии (и им подобные, типа Flex, Xul и подобные), не годятся для создания нормальных приложений, не годятся и все. У них есть единственно епреимущество — простота, нафигачить страничку в html/js в 20 раз проще, чем приложение на Си++, потому они и так популярны, но обратная сторона. это то что веб-приложения в разы менее эффективно используют ресурсы системы. И они еще предлагают использовать их на нетбуках.
И да, сделайте фотошоп (полноценный) на флеше или аяксе.
Может вам и нравится такая тормозящая-на-каждом-шагу Ось но не мне, это точно.
Я же об этом и пишу, все эти веб-технологии (и им подобные, типа Flex, Xul и подобные), не годятся для создания нормальных приложений, не годятся и все. У них есть единственно епреимущество — простота, нафигачить страничку в html/js в 20 раз проще, чем приложение на Си++, потому они и так популярны, но обратная сторона. это то что веб-приложения в разы менее эффективно используют ресурсы системы. И они еще предлагают использовать их на нетбуках.
И да, сделайте фотошоп (полноценный) на флеше или аяксе.
Неужели вы всерьез воспринимаете идею Веб-ОС как идею ПОЛНОЦЕННОЙ замены десктоп-ОС?
Ничем иным не объяснить призыв сделать на флеше полноценный фотошоп…
Это разные ниши. У меня есть мощный компьютер для фотошопа и игр (с windows), но почему бы мне не хотеть нетбук с шустрым линуксом?
Ничем иным не объяснить призыв сделать на флеше полноценный фотошоп…
Это разные ниши. У меня есть мощный компьютер для фотошопа и игр (с windows), но почему бы мне не хотеть нетбук с шустрым линуксом?
Я считаю идею реализации этой псевдо-«ОС» как веб-приложения дурной. Технологии для этого не годятся, они для другого делались. У такой ОС одно преимущество — относительная простота написания на HTML сотоварищи по сравнению с другими языками.
Зато я вижу минимум 2 альтернативы :)
1) Если для нас главное, возможность доступа к данным из любой точки, почему бы не сделать систему типа SVN (только убрать из не евгоняющие в тупик понятия типа коммит и прочее). То емсть, открываю я любимый блокнот, или MS Word, печатаю там что-то, а файл (без моего участия) сохраняется в мой аккаунт SVN (или на локальный диск, если у меня нет аккаунта). Хочу показать документ кому-то/редактировать совместно — выбираю команду типа «Показать — Васе».и ему отправляется какая нибудь ссылка, открыв которую его ворд подключается к тому же SVN'у. Ну дальше думаю понятно.
2) Если мы хотим пойти дальше, и вынести в сеть не только данные но и код для их обработки —идем дальше. только без браузера, он тут лишнее звено. Пишем программу, типа X-сервера по сути (но не икс-сервер), она может взаимодействовать с сервером по специальному, эффективному протоколу (то есть не как иксы которые трафик мегабайтами гоняют, а эффективнее, и чтобы меньше было запросов туда-обратно, так как пинг). Для обработки данных можно использовать как мощность сервера, так и локальный компьютер, на который скачивается безопасный бинарный код, и выполняется. безопасность кода можно обеспечить так же как это сделано в плагине Гугла (часть ассемблерных команд запрещена, а системные вызовы фильтруются). Эта идея особенно хороша, так как код выполняется у нас и не надо арендовать мощности сервера, и не надо локальные файлы заливать на сервер для их обработки.
Правда, варианты 1 и 2 куда сложнее в реализации, по сравнению с веб-приложением. Но куда как эффективнее.
Зато я вижу минимум 2 альтернативы :)
1) Если для нас главное, возможность доступа к данным из любой точки, почему бы не сделать систему типа SVN (только убрать из не евгоняющие в тупик понятия типа коммит и прочее). То емсть, открываю я любимый блокнот, или MS Word, печатаю там что-то, а файл (без моего участия) сохраняется в мой аккаунт SVN (или на локальный диск, если у меня нет аккаунта). Хочу показать документ кому-то/редактировать совместно — выбираю команду типа «Показать — Васе».и ему отправляется какая нибудь ссылка, открыв которую его ворд подключается к тому же SVN'у. Ну дальше думаю понятно.
2) Если мы хотим пойти дальше, и вынести в сеть не только данные но и код для их обработки —идем дальше. только без браузера, он тут лишнее звено. Пишем программу, типа X-сервера по сути (но не икс-сервер), она может взаимодействовать с сервером по специальному, эффективному протоколу (то есть не как иксы которые трафик мегабайтами гоняют, а эффективнее, и чтобы меньше было запросов туда-обратно, так как пинг). Для обработки данных можно использовать как мощность сервера, так и локальный компьютер, на который скачивается безопасный бинарный код, и выполняется. безопасность кода можно обеспечить так же как это сделано в плагине Гугла (часть ассемблерных команд запрещена, а системные вызовы фильтруются). Эта идея особенно хороша, так как код выполняется у нас и не надо арендовать мощности сервера, и не надо локальные файлы заливать на сервер для их обработки.
Правда, варианты 1 и 2 куда сложнее в реализации, по сравнению с веб-приложением. Но куда как эффективнее.
Первая идея мне очень понравилась (вторая слишком уж утопична, реализовать тяжело).
Не знаю, конечно, насколько моя точка зрения пересекается с автором топика, но думаю, что веб-приложения должны покрывать некий элементарный минимум задач — блокнот там, простенький офис от гугла, веб-интерфейс джаббера и так далее. И в основном служить терминалом выхода в сеть.
Не знаю, конечно, насколько моя точка зрения пересекается с автором топика, но думаю, что веб-приложения должны покрывать некий элементарный минимум задач — блокнот там, простенький офис от гугла, веб-интерфейс джаббера и так далее. И в основном служить терминалом выхода в сеть.
Идея заключается в том, что все ресурсоемкие приложения не нужны. Зачем запускать «монстра», который будет выжимать всю энергию с вашего нетбука, когда вы будете редактировать офисные документы или читать новости. Новая ось должна быть крошечного размера и максимально быстрая. Работать на нетбуках и предоставлять пользователю полноценный доступ к веб-приложениям. Часть моей идеи заключается в том, чтобы веб-приложения могли использовать специализированное апи, которое бы могло существенно расширить возможности.
Далеко не все каждый день пользуются фотошопом и другими большими приложениями. А если и нужно пользоваться, то для этого есть другие ос, где там это все давно налажено.
Далеко не все каждый день пользуются фотошопом и другими большими приложениями. А если и нужно пользоваться, то для этого есть другие ос, где там это все давно налажено.
> Новая ось должна быть крошечного размера и максимально быстрая.
Зато браузер теперь будет есть больше памяти. Ну как вы не понимаете простых вещей: редактор текста все равно придется писать, либо на Си++ либо на яваскрипте. редактор на Си++ эффективнее, работает быстрее и тратит меньше ресурсов (мы ведь о нетбуках говорим?). Редактор на яваскрипте медленнее. Всё.
У меня есть программа для ведения заметок/записей, мегаудобная вещь, Keynote. Она поддерживает фоорматирование текста, древовидные заметки, и многое другое, при этом ест от 3 до 5 Мб памяти. Вы можете сделать такое же быстрое приложение на аяксе? нет. Так и стоит ли им тогда грузить нетбук?
Зато браузер теперь будет есть больше памяти. Ну как вы не понимаете простых вещей: редактор текста все равно придется писать, либо на Си++ либо на яваскрипте. редактор на Си++ эффективнее, работает быстрее и тратит меньше ресурсов (мы ведь о нетбуках говорим?). Редактор на яваскрипте медленнее. Всё.
У меня есть программа для ведения заметок/записей, мегаудобная вещь, Keynote. Она поддерживает фоорматирование текста, древовидные заметки, и многое другое, при этом ест от 3 до 5 Мб памяти. Вы можете сделать такое же быстрое приложение на аяксе? нет. Так и стоит ли им тогда грузить нетбук?
Они у меня прекрасно работают и в Safari, и в Firefox — да работает с очень быстро, так что без тестов обсуждать это глупо. Opera, если мне не изменяет память, не входит в официальный список поддерживаемых браузеров(по крайней мере у google maps — точно).
> это то что веб-приложения в разы менее эффективно используют ресурсы системы. И они еще предлагают использовать их на нетбуках.
Когда-то тоже самое С++-ники писали про Java, теперь про Javascript/HTML. Но C++ так и продолжает терять популярность, а эти технологии продолжают переть.
> это то что веб-приложения в разы менее эффективно используют ресурсы системы. И они еще предлагают использовать их на нетбуках.
Когда-то тоже самое С++-ники писали про Java, теперь про Javascript/HTML. Но C++ так и продолжает терять популярность, а эти технологии продолжают переть.
Потому что в C++ зуболомный вырвиглазный синтаксис, мне с php тоже на них возвращаться неохота, чтобы ломать себе голову, где я забыл выделить память, или как скопировать строку.
На Javascrpt проще программировать. А программист, по натуре лентяй, и ценит простоту (а ПМ ценит уменьшившееся время разработки), а как эта программа будет рабоать, его мало волнует. Так что боюсь, можем и до такого ужаса докатиться.
И вообще, взяли бы тогда уж язык типа Lua, он тоже простой, но в отличие, от javascript, хотя бы компилируется в байт-код.
На Javascrpt проще программировать. А программист, по натуре лентяй, и ценит простоту (а ПМ ценит уменьшившееся время разработки), а как эта программа будет рабоать, его мало волнует. Так что боюсь, можем и до такого ужаса докатиться.
И вообще, взяли бы тогда уж язык типа Lua, он тоже простой, но в отличие, от javascript, хотя бы компилируется в байт-код.
Может и странно прозвучит — но все операционки делались с мыслью «очень быстро загружаться и работать». А как только вы сделаете такую операционку только для браузера, сразу пояятся пользователи которым надо будет запустить «еще одну мааааленькую аппликушечку», а потом пойдет по нарастающей. В общем велосипеды изобретаете.
Да, по теме будущего, думаю ОС будущего — это будет ОС в которую «из коробки» добавят возможность распределенных вычислений и возможность распределенного хранения данных, где выведут работу с интернетом на новый уровень абстракций. И скорее всего произойдет смешивание HTML и GUI API во что-то, позволяющее с легкостью делать как сайты так и приложения. При этом не должно быть деления на веб-приложения и десктопные приложения, останутся просто приложения которые будут совмещать все положительные черты предков.
Люди, которым нужны приложения помимо браузера могут использовать классические ОС. Я ведь не предлагаю их бросить. До тех пор, пока людям нужны локальные приложения, классические ОС будут существовать. Система, которую я описал, в ближайшем будущем не может заменить остальные ОС, она может только существовать параллельно с ними. И мне кажется, что она способна вполне успешно существовать и занимать свою отдельную нишу.
Вы меня не поняли. На мой взгляд вообще нет деления на классические и браузерные ОС. Просто есть идея фикс уйти от десктопа максимально далеко и забить на него. Я это не поддерживаю, как и все крайности. Есть Сетевые приложения, есть локальные ресурсы для кэшироания (эксклюзивного расположения) ресурсов. Нормальное приложение должно пользоваться всеми доступными ресурсами, что бы работать хорошо. Если надо использовать сеть — вперед, если лучше данные расположить на локальном диске — тоже замечательно. Конечному пользователю это тоже не так важно, как юзер френдли интерфейс и хорошее время откика.
Ось будующего — это:
1) отсутствие инсталяции приложений.
2) каждое приложение — это сервер, с которого скачивается данное приложение (или кешируется).
3) хотите приложение — просто фигарите линк на рабочий стол.
4) запуск приложения — вы находите его в поисковике и просто заходите на страницу. Оно скачивает exe, ресурсы (кешируя их при необходимости). И запускает GUI. Никакого HTML/JS — чистый машиный код.
5) доступа к диску у приложения нет. Вся информация хранится на сервере. Вывод- отсутствие вирусов.
И HTTP тут не причём.
1) отсутствие инсталяции приложений.
2) каждое приложение — это сервер, с которого скачивается данное приложение (или кешируется).
3) хотите приложение — просто фигарите линк на рабочий стол.
4) запуск приложения — вы находите его в поисковике и просто заходите на страницу. Оно скачивает exe, ресурсы (кешируя их при необходимости). И запускает GUI. Никакого HTML/JS — чистый машиный код.
5) доступа к диску у приложения нет. Вся информация хранится на сервере. Вывод- отсутствие вирусов.
И HTTP тут не причём.
> Атакам может быть подвержен только браузер, а о защите браузера уже должны были подумать его разработчики…
ключевая фраза — «должны были»… (:
ключевая фраза — «должны были»… (:
Вот тут много говорят про то, что им этого мало, что они еще играют, фотошопят и вообще у них интернета нет. винду-то у вас не отбирают!
в интернет-кафе бы такую поставить было бы отличным решением. А если поставлять ее вместе с серверной частью, то и для корпоративного пользования бы подошла, если развить. и в виде ОЕМ пошла бы :)
в интернет-кафе бы такую поставить было бы отличным решением. А если поставлять ее вместе с серверной частью, то и для корпоративного пользования бы подошла, если развить. и в виде ОЕМ пошла бы :)
У меня подобное есть на Sony Vaio P. Базируется на Linux'e, включает урезанный firefox, урезанный pidgin, урезанный skype и медиаплеер. Грузится специальной кнопкой и меньше 5 секунд, летает.
Сегодня на конференции (хабраос) эту идею я пытался продвинуть. Считаю, что за веб-приложениями будущее. Но все обсуждение свелось к выбору лицензии, ядра, файловой системы, названия и пр. Сейчас уже есть готовый дизайн интерфейса, и куча записанных идей. Но для более наглядной демонстрации, я все же постараюсь визуализировать это на флэше. Может быть это будет точкой опоры, и дело пойдет по правильном пути.
Автор, а вам не кажется что такое щас в материнки зашивают асусы например.
— нет дистра, нет винта? не проблема! загрузись в оперативу с дистра зашитого в мать…
— нет дистра, нет винта? не проблема! загрузись в оперативу с дистра зашитого в мать…
автор, вы пишете «сразу после загрузки системы и установки подключения к интернету пользователю будет предложено ввести один пароль и ему станут доступны все его настройки, cookie и сохраненные пароли.»
а не задумывались ли вы, что просто приглашение за вашей информацией для спецслужб и прочих незваных гостей? причём такой визит может быть намного скрытнее трояна.
а не задумывались ли вы, что просто приглашение за вашей информацией для спецслужб и прочих незваных гостей? причём такой визит может быть намного скрытнее трояна.
Любое хранение личной информации в сети не безопасно с такой точки зрения. Уже сейчас регистрируясь на любом сайте вы не можете быть уверены, что ваши личные данные не попадут в чужие руки. Это — глобальная проблема, а не недостаток той конкретной системы, которую я описал.
здесь много личной информации сконцентрировано в одном месте, и к этому месту пользователь не имеет физического доступа.
то есть, если обобщать текущую ситуацию, то плохим парням парням приходится собирать информацию с разнообразных сайтов и ресурсов по крупицам, или же приходить к вам домой с обыском. в предложенной вами концепции, которая конечно имеет право на жизнь и уже используется, о заинтересованности плохих парней вами вы можете не узнать.
то есть, если обобщать текущую ситуацию, то плохим парням парням приходится собирать информацию с разнообразных сайтов и ресурсов по крупицам, или же приходить к вам домой с обыском. в предложенной вами концепции, которая конечно имеет право на жизнь и уже используется, о заинтересованности плохих парней вами вы можете не узнать.
Кстати, это только мне показалось, что такие ОС в принципе очень хорошо будут противостоять пиратству?
вызабываете о privacy, сломав пару кластеров (а рано или поздно их сломают) нехорошие дядьки сольют персональную инфу о куче людей.
ОС-браузер — это правильная идея. Но идти надо с другой стороны. Современный браузер выполняет очень много работы, которой раньше занималась операционка, в том числе — служит платформой для веб-приложений. А безопасность по прежнему на уровне прошлого века — XSS всякие… Фича (задокументирована, значит, фича, а не баг), которая позволяет любому сайту узнать, где вы были, разместив скрытые ссылки, и изучив их отображаемые свойства скриптом… Всё это — нарушения безопасности, связанные с плохим разделением прав доступа между отдельными вкладками и открытыми в них сайтами. В этом смысле давно пора разработать модель безопасности, похожую на используемые в ОС — с группами, пользователями, правами на чтение-запись-ещё что-то, с разграничением подобных прав между страницами с одного сайта и так далее.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Операционная система — браузер