Windows vs Linux

В последнее время операционные системы на базе Linux-ядра стали не просто активно развиваться (что происходит достаточно давно), а уже подошли к тому моменту, когда появилась возможность использовать их не только на серверах, но и на рабочих станциях. Причем, для этого уже не нужны глубокие знания системного администратора. Количество и качество программ под Linux, как платных так и бесплатных, являются вполне достаточными для успешного использования Linux-десктопов практически в любых целях. Вот только количество игр под Linux пока не слишком велико, но и это не проблема - существуют эмуляторы Windows, да и виртуальные машины пока никто не отменял.
Рассмотрим основные аргументы противников Linux:
1. Малое количество программ
2. Сложность настройки
3. Малое количество игр
4. Отсутствие техподдержки
5. Слишком высокая общая стоимость владения
6. Отсутствие вирусов и троянов связано исключительно с малым распространением Linux
Теперь разберем каждый из этих пунктов по отдельности.
1. Малое количество программ.
Когда-то количество программ для работы было действительно невелико, прежде всего, потому, что Linux раньше был в основном сервер-ориентированным. Сейчас же разработано достаточное количество программ для работы на десктопе. И по качеству многие из них ничем не уступают, а то и превосходят, программам под Windows.
Посмотрите на таблицу соответствия программ:

Описание функционала программы	Windows	Linux
Браузер	Internet Explorer Firefox Opera Safari	Firefox Opera Konqueror В каждом DE есть свой собственный
Почтовый клиент	Outlook Outlook Express TheBat Thunderbird	Thunderbird KMail Evolution
Файловый менеджер	FAR Total Commander Проводник Windows	Konqueror Krusader MC Nautilus
Офисный пакет	MS Office OpenOffice	OpenOffice StarOffice KOffice
Распознавание текста	FineReader	FineReader CuneIForm
Автоматическое переключение раскладок	PuntoSwitcher	XNeur
Музыкальные проигрыватели	Winamp Apollo Windows Media Player	Xamp VLC Amarok MPlayer Kaffeine
Видеопроигрыватели	Windows Media Player	VLC Amarok MPlayer DragonPlayer Kaffeine
Запись дисков	Nero Встроенная писалка Windows	K3B XCDRoast CDR Toaster NeroLinux
Простой графический редактор	Paint	Kpaint Tuxpaint Xpaint
Мощный графический редактор	Adobe Photoshop	Gimp ImageMagick CinePaint RubyMagick
Программы для работы с векторной графикой	Adobe Illustrator Corel Draw	OpenOffice Draw Dia Tgif Gestalter ImPress Tkpaint Tgif Inkscape
3D-графика	3D Studio MAX Maya	Blender Maya K3D
CAD-системы	Autocad Compass	QCad BricsCAD
Бухгалтерские программы	1С Парус	1С IceB

Как видно из таблицы, недостатка в программах под Linux нет. При этом огромная разница в цене. Большинство программ под Linux бесплатные, а коммерческие - намного дешевле.
Рассмотрим также серверные приложения.
Большинство сайтов, почтовых систем и Интернет-гейтов стоят на Linux. Не так давно, около 1,5 года назад, даже компания Microsoft использовала почтовый релей на базе Postfix.
Обратимся к внутриофисным серверам.
Что нам необходимо для полноценной работы в офисе?
1. Файловый сервер
2. Контроллер домена
3. Сервер совместной работы
4. CRM
5. ERP
6. Бухгалтерский сервер
Разберем теперь подробнее организацию вышеперечисленных пунктов на базе Linux. Файловый сервер строится на базе Samba. Здесь же подключаем OpenLDAP и получаем контроллер домена. В качестве сервера совместной работы отлично подходит eGroupWare. SugarCRM - вообще одна из лучших CRM-систем. OpenERP работает на многих предприятиях - главное ее правильно настроить. А знаменитая 1С - отлично работает и на Linux. Кого по идеологическим соображениям 1С не устраивает - всегда можно развернуть бесплатную IceB.
Разговоры о недостатке качественных программ под Linux, на мой взгляд, необоснованны. Так могут говорить только те, кто никогда не искал замену Windows-программам.
2. Сложность настройки.
Раньше рабочая станция действительно настраивалась очень проблематично. Сегодня установить и настроить ту же самую Ubuntu может любой пользователь. Ничего необычного и сложного в настройке не осталось. Тем более, что драйвера под большинство аппаратного обеспечения ставятся автоматически и нет нужды искать их на сайтах производителей.
3. Малое количество игр.
На самом деле, под Linux игр не так уж и мало. Тем более, что многие из новых игр очень неплохо идут и под эмулятором Windows - Wine, например S.T.A.L.K.E.R.
Так же следует обратить внимание на то, что в последнее время компании начали (а некоторые продолжают) выпускать свои игры и под Linux. За последнее время открытие кода игр и выпуск игровых движков под Linux объявили Frictional Games, Wolfire и Valve.
Не смотря на это, на мой взгляд, наличие игр на офисном компьютере является излишним.
4. Отсутствие техподдержки.
Техподдержки по Linux на сегодня предостаточно. Можно, например, выбрать коммерческую поддержку от производителя. Она осуществляется Canonical, Red Hat, Suse, AltLinux и другими компаниями-разработчиками.
Еще следует обратить внимание на то, что большинство дистрибутивов имеют свои комьюнити, сайты и форумы, где всегда можно задать вопрос и решить проблему оперативно и бесплатно.
5. Слишком высокая общая стоимость владения.
Слишком высокая общая стоимость владения - один из основных аргументов сторонников MS Windows. Но в данном случае эффективней сравнить стоимости программ, прежде чем делать какие-либо выводы.
Все цены на программы взяты с сайта softkey.ua в мае 2010.

Минимум для офисного компьютера:
Система	MS Windows 7 Professional Ukrainian	1867.50 грн.	Kubuntu Desktop	0
Офис	MS Office Pro 2007 Ukrainian	3894.36 грн.	Open Office	0
Архиватор	WinRAR	288.84 грн.	Arc	0
Антивирус	Kaspersky BusinessSpace Security	432.43 грн.	ClamAV	0
Запись на диск	Nero 9 Box version	1215.00 грн.	K3B	0
Разница в стоимости - 7698,13 грн.

Минимум для сервера:
Система	Microsoft Windows Server Standard Edition 2008	10076.70 грн.	Ubuntu Server	0
Антивирус	Kaspersky Anti-Virus for File Server	1825.92 грн.	ClamAV	0
Резервное копирование	Symantec Backup Exec System Recovery 8.0	9776.24 грн.	Bacula	0
Почта	Exchange Svr 2007 Russian OLP NL	6 444.87 грн. + 477.67 грн. за каждую лицензию	Postfix + Dovecot	0
Разница в стоимости - не менее 28601,40 грн.

Разница в стоимости очень хорошо заметна. Вот только какая же зарплата должна быть у системного администратора, чтобы Windows обходился дешевле?
Да и доверять администрирование Windows-серверов непрофессионалу я бы не рекомендовал - может обойтись намного дороже. А зарплата у настоящих профессионалов как в Windows, так и в Linux будет примерно одинаковая.

6. Отсутствие вирусов и троянов связано исключительно с малым распространением Linux.
Для начала просто посмотрим статистику уязвимостей за 2009 год в ядре Linux 2.6.x и Windows Server 2008.
Статистика взята с сайта secunia.com.

Обратите внимание на то, что в Windows не все уязвимости были исправлены. Да и уязвимости бывают разные. Посмотрим на графики критичности найденных уязвимостей.

Вот тут и начинается самое интересное. В ядре Linux не было обнаружено НИ ОДНОЙ уязвимости двух высших категорий, а в Windows их оказалось в сумме 41%. Но и это еще не все. Уязвимости могут приводить к разным последствиям. Посмотрим на статистику категорий уязвимостей:

В Linux только 5% уязвимостей могут предоставить доступ к системе. В Windows эта цифра выросла уже до 51%.

Но, как оказалось, и это еще не предел "надежности" Windows. Уязвимости могут эксплуатироваться по-разному. Одно дело, когда для того, чтобы воспользоваться ошибкой программистов, нужен локальный доступ к системе и совсем другое, когда достаточно видеть машину в сети. Посмотрим на следующие графики:
Вот тут уже нечего добавить... 72% уязвимостей для удаленного доступа в Windows.
Итого. Сведем все данные в одну таблицу для наглядности.

	Windows	Linux
Процент неисправленных уязвимостей	3%	0%
Суммарный процент уязвимостей двух высших степеней опасности	41%	0%
Процент уязвимостей, дающих доступ к системе	51%	5%
Процент уязвимостей, которые можно эксплуатировать удаленно	72%	13%

Теперь, глядя на данную таблицу, объективно видна разница в защищенности серверной операционной системы Microsoft и Linux-подобных серверных платформ.
Мне кажется, что сегодня отказ от перехода с Windows на альтернативные системы, диктуется исключительно боязнью нового, так как реальное финансовое обоснование придумать весьма трудно. А дальше будет еще труднее.

Источник: http://itc.ua/node/46958

Держи правильно свой iPhone!

Для тех кто не в теме основным глюком iPhone 4 является пропадание связи при прикасании к определенному участку корпуса аппарата, который представляет собой антену iPhone.

Утвержден стандарт 100-гигабитного Ethernet’а

Рабочая группа IEEE P802.3ba сообщила об утверждении окончательных спецификаций новых сетевых стандартов, позволяющих организовать передачу данных в сетях Ethernet со скоростью 40 и 100 гигабит в секунду.
Черновые спецификации стандартов 40 Gigabit и 100 Gigabit Ethernet были опубликованы почти два года назад. На сегодняшний день вниманию общественности уже были продемонстрированы устройства, позволяющие передавать данные со скоростью 100 гигабит в секунду. К примеру, несколько дней назад специалисты из голландской компании SURFnet сообщили, что им удалось добиться указанной скорости на маршрутизаторах T Series Core Routers от Juniper Networks.
Другие известные производители сетевого оборудования, такие как Cisco, Brocade и Extreme Networks также заняты разработкой 100-гигабитных Ethernet-маршрутизаторов, сетевых карт и других устройств. Вполне возможно, что большинство производителей смогут обеспечить полную совместимость своих продуктов с новыми стандартами без какой-либо существенной модификации.

Учиться... Учиться? Учиться!

Источник: http://www.skipy.ru/philosophy/learning.html

Учитесь так, словно вы постоянно ощущаете нехватку своих знаний, и так, словно вы постоянно боитесь растерять свои знания.

Конфуций

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

Отчего с молодыми непросто тягаться? Скорость мышления? Отчасти. Однако, казалось бы, эта скорость с лихвой перекрывается опытом и знаниями. Недостаточно иметь быструю машину, надо еще знать, куда ехать. Иначе, пока ты будешь по отличному шоссе на большой скорости делать крюк, твой соперник может незаметной тропкой пешком добраться до финиша быстрее тебя.
Но факт – он и в Африке факт. Тягаться непросто. А значит – проигрывая в скорости мышления, не знаем тайной тропки. Почему? А вот это уже совсем другой вопрос! Как может получиться, что разработчик в 40 лет знает меньше, чем другой в 30? При том, что работает он существенно дольше. Где грабли? Именно об этом и пойдет речь.

Представьте себе ситуацию: вам надо что-то сделать, но вы не знаете, как. Как вы поступите – спросите у кого-то или начнете разбираться сами? Как часто вы поступаете первым способом? Как часто вторым?
Большая, если не большая часть тем в форумах по программированию, как правило, сводится к вопросу "как... ?". Как сделать это? Как реализовать это? Как? Как? Как?.. Причем зачастую для ответа на этот вопрос достаточно всего лишь прочитать пару страниц документации. Не нужно ничего сверхъестественного. И тем не менее – вопросы появляются с завидной регулярностью.
Иногда я спрашиваю: а почему вы задаете вопрос? Почему не найдете сами? Ответы самые разнообразные. Однако практически все из них сводятся к одному фундаменту. Приведу один из ответов, наиболее полно описывающий мотивацию вопросов:

А зачем мне копаться самому, если я могу спросить "гуру" и получить ответ гораздо быстрее?

К сожалению, это произнес один из моих коллег. Почему "к сожалению"? Потому что, по моему мнению, эта практика порочна. Чем именно? Читайте дальше.
Вот возник вопрос. Как сделать ...? Копаться и самому искать – долго. Да и лениво, если честно. А тут сидит "гуру". У него можно получить ответ легко и быстро. Дай-ка спрошу?!
Спросил. Действительно, не отрываясь от дела "гуру" выдал решение. То, что нужно. Вопрос. Как я поступлю в следующий раз?
А точно так же. Спрошу у "гуру". Раз, два, десять, сто... Чем больше раз я получу то, что мне нужно, тем больше вероятность того, что в следующий раз я поступлю так же. Чем больше я буду спрашивать, тем больше я буду знать. Хорошо! Хорошо ли?..
Почему "гуру" так легко отвечает на вопросы? Он сталкивался с этими случаями в практике? Совсем не факт. С частью – возможно. В остальных ситуациях – он просто знает принципы, на основании которых делает выводы для частных случаев.
Вопрос. Что буду знать Я, после того, как получу ответ на вопрос? А буду я знать... ответ для одного частного случая. Не более. Разве что мне объяснят и откуда ноги растут, но это, во-первых, может потребовать много времени, а во-вторых – быстро надоест самому "гуру".
Здесь надо поместить картинку. Жаль, у меня такой нет. Холмик свежей земли, воткнутая в него лопата и табличка со стрелкой вниз: "Собака". Ибо тут она и зарыта. До тех пор, пока я задаю вопросы, я знаю только ответы для частных случаев. Иногда я смогу вывести общие принципы, но это скорее исключение, нежели правило. А следовательно – я обречен спрашивать снова.
Ситуация подобна трясине. Чем больше мы спрашиваем, тем больше привыкаем к этому. Чем больше привыкаем, тем больше спрашиваем. Замкнутый круг. И сколько же времени будем спрашивать? Год? Два?.. Десять... А в 40 лет остается только жаловаться. С молодыми тягаться трудно... Жизнь не сложилась...
Что же получается? А получается, что любимая многими практика задавать вопросы – она выигрышна только в очень ближней перспективе. Сэкономили немного времени. А что было бы, если бы попытались искать самостоятельно?
Кажущийся минус – это отняло бы больше времени. Но вот отняло ли? Я бы сказал – заняло. Ибо за время поиска, во-первых, вы получите гарантированно больше информации, нежели задав вопрос "гуру". Просто потому, что до того момента, как вы найдете то, что вам нужно, вам придется прочитать много другого, не относящегося к проблеме напрямую. А, во-вторых, докопавшись, наконец, вы скорее всего найдете именно общий принцип. Знание которого и делает "гуру" – "гуру". И это – существенный плюс. Ибо в следующей сходной ситуации вы уже не будете тратить время на поиск решения. Более того, знание принципов дает возможность успешно применять их в совсем других областях. Это то, что называется "фундаментальность подхода".

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

Итак, в долгосрочной перспективе получается, что искать самому выгоднее. И именно поэтому мне жаль, что кто-то из моих коллег считает иначе. Тем самым он лишает себя возможности стать "гуру". А следовательно – подвергает себя риску наткнуться на проблемы, когда, откровенно говоря, делать что-то будет уже поздно.

Из любого правила есть исключения. Из того – тоже. Я вовсе не призываю рассчитывать только на себя. Безусловно, "гуру" существуют для того, чтобы к ним обращаться. Только делать это надо с умом. Как я уже показал выше, беготня к "гуру" с любым вопросом может не довести до добра. Однако, безусловно стоит обращаться за помощью в том случае, когда самому заниматься решением проблемы – нерационально. Скажем, когда для решения проблемы требуются знания, получение которых в данный момент займет неоправданно много времени.
Приведу пример. Как и большинство разработчиков я в некоторой степени знаю SQL. Могу спроектировать несложную базу с внешними ключами, каскадными изменениями и т.п. Могу писать несложные запросы. Но любой навороченный update с несколькими условиями, вложенными запросами, упорядочиванием записей и т.п. намного превосходит мои знания в этой области. Безусловно, я могу найти все, что мне надо. Я тешу себя надеждой, что моего интеллекта таки хватит, чтобы разобраться с этими вещами. Но сколько это займет времени? День? Два? Неделю? Весьма вероятно. Учитывая, что я буду идти, фактически, вслепую, ибо не знаю предметной области настолько, чтобы выбрать направление сразу. И, главное, – это все-таки за пределами МОЕЙ предметной области. Я Java-разработчик, с SQL я имею дело постольку-поскольку. И потому – совсем не факт, что мне в будущем понадобятся эти знания настолько, чтобы сейчас потратить кучу времени. Вот это – повод идти к "гуру". Хотя и тут я лично сначала попытаюсь что-то сделать сам. И в любом случае изучу предложенное "гуру" решение, на будущее.
Другой пример. Задача находится в пределах моей предметной области, но сильно выходит за границы моих знаний. Опять-таки, получение информации, необходимой для ее решения, займет неоправданно много времени. И в этом случае тоже стоит воспользоваться помощью более опытного человека.
Есть также ситуации, когда самому получить знания очень сложно, ибо они происходят из опыта. Классический случай – архитектура приложения. Никто и никогда не скажет, как нужно проектировать, ибо в каждом случае необходимо принимать свое решение. Да, есть такое явление, как шаблоны проектирования. Однако они, во-первых, тоже не панацея, а во-вторых – иногда могут дать и обратный эффект. То, что хорошо в одном случае, может быть плохо в другом. Да и сами шаблоны могут быть реализованы ОЧЕНЬ по-разному. В зависимости от конкретной ситуации необходимо выбрать наиболее подходящее решение. В качестве примера – почитайте статью Реализация шаблона Singleton. Даже такой простой шаблон может быть реализован сильно отличающимися способами. И я еще привел не все способы реализации!
В любом случае, при обращении к "гуру" я бы прежде всего просил показать направление, в котором копать. И только потом, если не получилось – спрашивал бы насчет решения.
  Подведем итоги. Личные достижения в области разработки программного обеспечения, как правило, связаны с уровнем профессионализма. Следовательно, если мы не хотим попасть в ситуацию, когда нас будут обходить более молодые – необходимо набирать опыт. Постоянно. Только так можно быть всегда на шаг впереди и оставаться "гуру". А наиболее рациональный (с прицелом на далекое будущее) способ набирать знания – искать ответы самостоятельно. В разумных пределах, разумеется. Если же затраты на поиски неоправданно велики – стоит обратиться к "гуру". Но и это делать с умом.

Надеюсь, суть мыслей ясна. Выбирает же каждый для себя. Сам. И только он отвечает за конечный результат.

Напоследок хочу сказать вот о чем. Недавно в одной из тем в форуме мне был задан вопрос – "если ты такой умный, то что ты тут делаешь?". Отвлекаясь от несколько некорректного тона вопроса, я хотел бы все-таки на него ответить.
Основная цель моего присутствия в форуме – отвечать на вопросы. Зачем? Очень просто. Моя текущая работа охватывает далеко не все области. И если я буду ограничиваться только тем, чем занимаюсь с 10 до 19, то во всем остальном безнадежно отстану. А я все-таки хочу быть профессионалом. Форум же хорош тем, что там всплывают вопросы из ОЧЕНЬ разных областей. И КАЖДЫЙ из этих вопросов становится темой для исследования. Почитать документацию. Закопаться в исходный код. Написать несколько тестов. И, даже ответив на вопрос, можно не останавливаться, а поискать еще и вокруг, раз уж все равно коснулся темы.

Хороший пример. Потребовалось кому-то узнать, как получить доступ к определенной точке изображения. В смысле, прочитать значение пикселя. Сначала я выдал несколько способов. Потом понял, что, собственно говоря, человеку НЕ НУЖНО получать значения, у него изначально неверный подход. Объяснил, как стоит подойти к решению его задачи. И тем не менее – на ближайшую неделю закопался в Java 2D Guide. Зато теперь я знаю, что такое цветовые профили, как представляются изображения и много чего другого.

Таким образом, ответ достаточно прост. Я постоянно отвечаю на вопросы в форуме потому, что таким образом узнаю что-то новое для себя. И именно это позволяет мне быть профессионалом и отвечать на вопросы. Круг замкнулся.
То же самое можно сказать и про материалы сайта. Каждая статья приводит к тому, что я начинаю исследования. Ибо в процессе написания неизбежно встают вопросы, о которых не задумывался раньше. И потому – это полезно прежде всего мне. Даже несмотря на то, что внешне это выглядит наоборот.
Думаю, теперь становится понятно, почему я зачастую отвечаю на вопросы достаточно кратко. Я скорее предпочитаю показать направление, в котором копать. К сожалению, многие на это обижаются. Им кажется, что для них будет лучше получить готовое решение.


На этом все. Очень надеюсь, что я заставил многих задуматься. Еще раз повторю: каждый выбирает для себя. И только он отвечает за то, к чему приведет его этот выбор.

Анимированые темы в FireFox

Буквально на днях обнаружил в галерее тем для FireFox парочку анимированых тем.

Даже записал небольшое видио с помощью  XVidCap дабы наглядно показать как это прекольно выглядит.

FireFox 3.6.6 Pre тема Electric Chaos так же мне понравелась анемированная тема ANIMATED - Storm Bringer.

Как записать видео с экрана в Ubuntu

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

XVidCap отображает красный прямоугольник, с помощью которого можно установить область экрана для записи. Так же вы можете изменять размеры этой области с помощью мышки или используя «пипетку» на панели инструментов, для выбора области. Для управления записью используйте кнопки — стоп, пауза и запись. После записи отображаются все детали сохраненного видео.

Скачать прогрумку можно с sourceforge или с репозитариев убунты.

Мысли об OnLive

17 июня OnLive официально стартовал в США. Wolfire Games разродился по этому поводу статьей, вольный перевод которой я предлагаю вашему вниманию.


Если вы никогда не слышали об OnLive, то это — амбициозный игровой сервис с уникальной концепцией: вместо скачивания, установки и запуска игр на своем компьютере или консоли вам доставляют аудио-видео-поток с сервера, где запущенная игра управляется вами удаленно.

Когда OnLive был только анонсирован, многие, особенно игровые журналисты и разработчики встретили идею в штыки. В основном все сводилось к тому, что время для подобных сервисов ещё не наступило — инфраструктура сети ещё не способна гонять интерактивное видео в реальном времени. Сказочный оптимизм команды OnLive вкупе с политикой тотальной секретности давали повод для скепсиса — если всё так хорошо, почему бы не показать товар лицом?

В четверг 17 июня покровы были скинуты. Я был участником программы бета-теста и довольно плотно играл на своем Макбуке про и ПК, так что вот мои пять копеек. Сразу хочу сказать — это работает. Не идеально, но по крайней мере для бета-тестеров в Сан Франциско это работает весьма хорошо.

Как минимум, OnLive доказал, что одни из самых тяжелых вычислительных приложений — игры — могут быть виртуализированы и переданы в потоке в реальном времени c очень малой задержкой. А что это значит для игровой индустрии и геймеров всея Земли — мммм…

Как это работает

OnLive для Mac OS X — это приложение, размером в 8 Мб. Вы его запускаете, вводите имя пользователя и пароль и подключаетесь. После авторизации OnLive проводит несколько тестов сетевого соединения.



C моего компьютера OnLive отправил запросы на несколько разных серверов, расположенных в разных дата-центрах и затем решил, какой из них использовать. Для меня в Сан Франциско лучшим был выбран дата-центр в Санта-Клара, расположенный в 14 миллисекундах лёта тестовых пакетов.



Согласно родного маковского Мониторинга, OnLive открыл поток на скорости в 700 KБ/с.
Так… 700 «кабанов» говорите? Пока южнокорейцы и японцы, а также некоторые евро-счастливчики каждый день зависают на одноклассниках и контактах на таких или даже бОльших скоростях, здесь, в США, такой интернет в диковинку. У меня самый дешевый тариф, никаких плюшек. Каким образом это возможно?? Я остановлюсь на этом ниже.

С другой стороны, я пробовал OnLive дома у подруги, с ADSL от AT&T. Хотя её дом всего в полутора километрах от меня, она едва ли может смотреть ролики на Ютубе с ее плохим интернетом. Так вот, OnLive даже не дал мне авторизоваться.


Общее недоверие к OnLive сводится к следующему: «700 КБ/с кажутся неправдоподобными. Обычно, я счастлив, когда закачка идет на скорости примерно 150 КБ/с. И разве такие скорости не будут стоит OnLive многих миллионов? Не может быть, чтобы это было правдой».

Если вы не знакомы с сетями доставки контента, например Akamai, то это кажется смертельным ударом для OnLive. Однако, есть и другая пища для размышлений: сколько стоит передача 100 гигабайт на скорости в 100 мегабод на компьютер вашего соседа? А передача террабайта? А петабайта? Ответ — 10 долларов единовременно по курсу ЦБ РФ, это цена стандартной витой пары пятой категории. То же самое относительно передачи информации в соседний дом — главное находиться в одной подсети. Кроме оплаты кабеля такие посылки не требуют никаких других затрат. Инфрастуктура уже проложена. Любые денежные накрутки — это амортизация провайдерами начальных вложений в инфраструктуру. Во многих случаях это просто маркетинг, подобно тому, как операторы сотовой связи берут по 10 рублей за несколько десятков букв в смс и одновременно дарят вам бесплатные минуты разговора, во время которого по занятому каналу могла бы прокачаться тысяча-другая смс-ок. Дата-центры обычно берут деньги за безлимитное подключение, вы просто резервируете для себя канал в X гигабод.

Трудности наступают, когда вы пытаетесь передать информацию в разные недоразвитые подсети. Мой дом находится всего лишь за парой маршрутизаторов от дата-центра в Санта-Кларе, а вот ADSL модем моей подруги огорожен от того же центра вдвое большим их количеством. И чем больше сетей встречается на пути, тем больше передача данных превращается в узкое место системы.

OnLive стремится обойти эти проблемы увеличением количества своих дата-цетров в разных частях Земли и заключением партнерских соглашений с провайдерами (так, уже договорились с британскими и бельгийскими телекомами), хотя OnLive весьма скрытен в отношении этих деталей. Все, что я могу сказать, оно работает для меня, по крайней мере в момент бета-тестирования при небольшой нагрузке. Скоро мы узнаем, будет ли оно работать на полноценной нагрузке.

Что насчет лагов?

Это всецело зависит от вашего местоположения и качества связи с дата-центрами OnLive. Дата-центр в Санта-Клара отвечает на пинг с моей резиденции в Сан Франциско за 14 мс, так что я предполагаю, что задержка на экране будет на вскидку такой же, плюс несколько миллисекунд на сжатие потока на сервере.

Это, определенно, ощутимая задержка, но я быстро привык. Я проиграл весь F.E.A.R. 2 с такой задержкой и не ощутил дискомфорта. Однако, если у вас есть обычная версия F.E.A.R. 2, то при переходе в версию OnLive требуется время, чтобы привыкнуть.

Помните, как появились первые ЖК-дисплеи с огромной задержкой? Некоторые их них даже имели специальный геймерский режим, делавший экран более отзывчивым. Игра в OnLive похожа на игру на одном из таких дисплеев — вполне играбельно для многих, но если вы привыкли к полному отсутствию задержки, то будет некомфортно.

Интересно, когда я только услышал про OnLive, я думал, что это будет идеальное решение для игр типа World of Goo, в то время как всяческие шутеры будут противопоказаны. После того, как я сам попробовал систему в деле, точка зрения сменилась на противоположную. Игры, в которых требуется двигать курсор очень сложны в управлении при любой задержке, в то время как 3D игры типа Batman, Borderlands и F.E.A.R. 2 управляются весьма легко.

Другая интересная особенность в том, что OnLive не дает использовать wi-fi, хотя думается это ограничение будет в будущем снято. В данный момент компьютер должен быть подключен кабелем. Меня это несколько раззадорило и я провел эксперимент, подключившись кабелем к wi-fi точке. Это добавило около 4 мс задержки и сказалось на качестве связи — некоторые пакеты пропадали. Так что становится понятным, почему они требуют проводного интернета в настоящий момент.

Как выглядят игры?

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

Это легко увидеть в играх типа World of Goo с ее четким двумерным изображением, в 3D играх артефакты сжатия уловить весьма сложно.



World of Goo OnLive против «родной» версии.




F.E.A.R. 2 OnLive против F.E.A.R. 2 demo на ПК в максимальных настройках.


Когда я изучал F.E.A.R. 2, я обнаружил, что OnLive версия работает не на максимальной детализации по сравнению с «родной» версией. Я спросил у ребят из OnLive про это: оказывается, они пошли на компромисс в настройках ради хорошего баланса. Сложно точно описать, что делает их алгоритм.

Железо больше не нужно

Главная фишка в том, что OnLive сводит технические требования к компьютеру игрока к минимуму. Не важно, на каком древнем ноутбуке вы попробуете поиграть в модный тайтл, главное, чтобы «тянул» HD видео. Значение этого фактора очень велико.


Более того, OnLive теоретически может предоставлять такие игры, которые на подавляющем большинстве компьютеров даже не смогут быть запущены (крузис на ultrahigh в 2007… эх :)).

OnLive — платформа

Вы «портируете» игру с ПК на OnLive и получаете клиентов OnLive. А ведь OnLive работает и на Windows, и на Mac OS X, а в скором времени и просто «на телевизоре». На E3 показывали игру на iPad.

Яблочники сейчас получат доступ к тоннам игр, которого у них доселе не было. Если OnLive разрадятся клиентом под Linux, это будет еще забавнее: линуксоиды, по обыкновению получавшие хорошие игры раз в пятилетку, смогут стать желанными потребителями для издателей игр.

Конечно, как можно было догадаться, некоторые издатели не очень рады такому повороту:


Это попытка запустить Mass Effect 2. Вот что по этому поводу пишут в OnLive FAQ:

К сожалению, из-за лицензионных ограничений, вы можем предложить Mass Effect 2 только для игры под Windows… Приносим свои извинения. В OnLive больше нет игр с таким идиотским ограничением и вряд ли появятся в будущем

Это идиотизм чистой воды и прекрасный пример притягательности и сомнительности OnLive. Я могу включить VMWare с Windows и таким образом запустить MassEffect 2 в OnLive под Windows, виртуализированную в VMWare под Mac OS X.

Игры в суперпесочнице

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

Мы привыкли, что во время игры запускать другие тяжелые процессы не рекомендуется. Переход из игры в другое приложение подчастую оканчивается крахом игровой программы, а то и всей операционной системы. С OnLive все игры становятся белыми и пушистыми. Одновременно с игрой можно кодировать видео, устанавливать программы, компилировать коды и выполнять все то, что обычно выполнять одновременно с игрой никак нельзя. Конечно, в зависимости от задачи задержка в OnLive может возрастать — когда я сжимал видео, все было нормально, а как только включил запись потока с экрана, обнаружил заметные тормоза в отзывчивости OnLive.

Демо-версии игр

Попробую сравнить демо-версии Unreal Tournament 3 как традиционной игры и через OnLive.

Для начала надо найти ссылку на файл. Погуглив, выудил несколько ссылок, но это были бета-версии. Наконец, демка обнаружилась на сайте NVidia.

Я начал закачивать 758 мегабайтный файл (вполне маленький файл, демо-версии Batman и F.E.A.R. 2 весят за 2 гигабайта каждая). Полчаса ожидания и вот файл у меня.

Запуск установщика. Для начала, он начал распаковывать себя, что заняло около 5 минут. При этом мне пришлось все время смотреть за процессом, чтобы кликать кнопку «Продолжить» при появлении всяких никчемных вопросов. К сожалению, Windows решила что-то обновить в этот же момент и потребовала перезагрузки. Опять распаковка, запуск инсталлятора и бесчисленные клики.

Еще больше рутины поребовалось для установки дополнительных пакетов, вроде PhysX. Этот процесс требует вашего постоянного присутствия вместо того, чтобы просто тихо установиться в фоне.

В конце концов, все было установлено успешно. Я запустил демо и, вы будете смеяться, получил сообщение об ошибке, повествующее о невозможности работы.

А теперь OnLive.
Пожалуй, я размещу тут ролик заместо описания процесса. В нем показаны все стадии получения демо-версии, от запуска клиента OnLive до самой игры. Не судите о качестве графики по ролику, видео было пережато трижды (OnLive, Screen Flow, YouTube).

И кстати, UT3 никогда не выходил под Mac OS X :)

Честно говоря, я также попробовал демо-версии Batman и F.E.A.R. 2 на своем ПК. Развернуть их через Стим было намного проще, несмотря на размер в 2 Гб. Batman на моем слабеньком ПК хромал на обе ноги, а вот F.E.A.R. 2 бегал отлично.

SaaS

Будучи Saas, OnLive предоставляет огромные возможности. Например, можно продавать доступ к играм по дням, со скидками на праздники и т.д. Steam и другие более традиционные методы распространения не могут этого предоставить, пока не впарят вам жуткий DRM в комплекте с игрой. В OnLive нет необходимости во всяких цепных псах вроде этого. OnLive также дает вам попробовать большинство игр в течение получаса бесплатно (а в настоящий момент — еще и сколько угодно раз по полчаса).

Обратная сторона медали в том, что вы абсолютно никак не владеете игрой.
Вот предостережение Столлмана относительно программ-как-сервисов. Это по сути кошмар на улице свободного ПО — вы запускаете проприетарный кусок кода для доступа в мир закрытых приложений, где единственная связь между вами и игрой — проприетарный аудио-видео-поток.

У меня есть предчувствие, что это станет поводом для многочисленных дискуссий в отдельном посте, однако не думаю, что это принесет кому-либо страдания, потому что будучи потребителем OnLive вы отлично знаете, на что идете. Абсолютно понятно, что вы не покупаете игру, а всего лишь играете через тонкий клиент. Подобно просмотру фильма в кинотеатре вместо покупки DVD. И DVD обычно содержат весь набор лицензий и DRM, что мешает сделать просмотр таким же простым и удобным, как в кинотеатре. Кроме того, сидя в кинотеатре вы отдаете себе отчет, что вы не владелец диска, так что всё это не такая уж и проблема.

Инди-разработчики инди-игр

World of Goo уже в OnLive как стартовый тайтл, что есть хороший знак. Я беседовал с ребятами из OnLive на GDC и понял, что они определенно хотят сотрудничать с такими разработчиками, но из-за ограниченности ресурсов таких партнерств пока будет не много. Посмотрим, смогут ли попасть в OnLive Overgrowth или Lugaru.

Итоги

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

Я, как и многие, был весьма впечатлен известием о грандиозном запуске OnLive 17 июня. Но, похоже, они рассчитывают на более скромный запуск, потихоньку вовлекая новых пользователей.

Если вы зарегистрируетесь в программе «Юзеров-основателей», то получите письмо с объяснением:

Количество учетных записей ограничено для каждого региона США. Все зарегистрировавшиеся помещены в список ожидающих, которым будут рассылаться приглашения по мере того, как в каждом регионе OnLive будет запущен.

Ну что, OnLive — революция игровой индустрии или клоака для инвестиций?