<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: OpenNews: Три шага, которые должен сделать Linux, чтобы превзойти Windows</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/43374.html</link>
    <description>В своем блоге (http://blogs.computerworld.com/three_things_the_linux_desktops_needs_to_do_to_beat_windows) Steven J. Vaughan-Nichols отвечает на вопрос какие шаги должен предпринять Linux чтобы успешно конкурировать с Windows за рынок ОС для настольных компьютеров. Некоторые из его рекомендаций потребуют достаточно болезненного переосмысления отношения к Linux-платформе.&lt;br&gt;&lt;br&gt;Первый совет звучит достаточно неожиданно &amp;#8212; Linux должен более рационально использовать электрическую энергию. Все больше людей предпочитают работать на ноутбуках и прочих мобильных устройствах. Бесспорные удобства этого подхода ограничивает только длительность автономной работы, которая на данный момент в большинстве случаев решается увеличением емкости аккумуляторов. И хотя Linux и поддерживает спецификацию ACPI (http://ru.wikipedia.org/wiki/ACPI), это только программное ядро, выполняющее функции координации и управления энергосбережением. Для получения реального эффекта от этой системы необходимо, что бы дра...&lt;br&gt;&lt;br&gt;URL: http://blogs.c</description>

<item>
    <title>Три шага, которые должен сделать Linux, чтобы превзойти Wind... (oleg)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/43374.html#143</link>
    <pubDate>Wed, 26 Aug 2009 09:40:34 GMT</pubDate>
    <description>&amp;gt;эм&amp;#8230; чтобы успешно конкурировать с виндой на &amp;#171;настольных&amp;#187; компьютерах, по моему скромному &lt;br&gt;&amp;gt;мнению, линуху не хватает только качественных игрушек. &lt;br&gt;&lt;br&gt;не только по твоему, заметь )&lt;br&gt;</description>
</item>

<item>
    <title>OpenNews: Три шага, которые должен сделать Linux, чтобы прев... (fix)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/43374.html#142</link>
    <pubDate>Sat, 23 Aug 2008 23:39:12 GMT</pubDate>
    <description>&amp;gt;Выход из текущей ситуации только один - переламывать в корне негативное отношение &lt;br&gt;&amp;gt;как к closed source, так и proprietary licensed software.&lt;br&gt;&lt;br&gt;дыры, рабские лицензии, drm, регулярные поборы, стагнация ресерча, принципиальная невозможность построения стабильной системы&lt;br&gt;нам этого не надо&lt;br&gt;</description>
</item>

<item>
    <title>OpenNews: Три шага, которые должен сделать Linux, чтобы прев... (Johnny мимо шл)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/43374.html#141</link>
    <pubDate>Sat, 23 Aug 2008 12:23:18 GMT</pubDate>
    <description>Толпа красноглазиков налетела на Opennet. Ужас. С бестолковой критикой тупого же автора.&lt;br&gt;&lt;br&gt;Поясняю - пока речь идёт в плоскости &quot;фишек&quot;, &quot;программ&quot; и прочей ерунды - никакого движения в понимании вопроса не будет. Вот, скажем, WINE - провозгласил своей целью для релиза нормальную работу Photoshop CS2. Которого нативного нет и вряд ли будет.&lt;br&gt;&lt;br&gt;Linux-сообщество, так уж сложилось, настроено против коммерческого софта. Не понимая, что именно коммерческий софт сейчас доносит инновации до масс пользователей, доводит идеи до состояния, когда ими можно пользоваться (а не мучиться). Именно истеричность линуксоидов-фанатов отталкивает сначала мелких разработчиков, а затем и больших - от идеи что-то делать для пользовательского Линукса.&lt;br&gt;&lt;br&gt;Такой важнейший пласт ПО как shareware например - напрочь отсутствует для Линукс. Коммерческим разработчикам просто не на чем вырасти.&lt;br&gt;&lt;br&gt;История с Photoshop CS2 вообще очень показательна. Долгое время считалось, что GIMP - &quot;наше всё&quot;, причем совершенно неоправданно. Теперь - опомни</description>
</item>

<item>
    <title>Три шага, которые должен сделать Linux, чтобы превзойти Wind... (Кирилл)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/43374.html#140</link>
    <pubDate>Thu, 21 Aug 2008 06:08:42 GMT</pubDate>
    <description>&amp;gt;БД, объекты и атрибуты на уровне ФС:) Без всяких костылей. Транзакции. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Сейчас это выглядит примерно так. Java приложение - xml. LDAP - ldif. Postfix, Amavis &amp; etc -&amp;gt; cat conf.in &amp;#124; sed -e &apos;s/&#064;VAR&#064;/var/g&apos;&amp;gt; conf. И так везде, в нескольких местах хранится одно и тоже, и надо не забыть это перенастроить.&lt;br&gt;&lt;br&gt;Не нравиться такой подход (мне лично он кажется наиболее эффективным и гибким), есть решения вроде Puppet-а с полной интеграцией настроек и использованием для хранения высокоэффективных транзакционных БД.&lt;br&gt;</description>
</item>

<item>
    <title>Три шага, которые должен сделать Linux, чтобы превзойти Wind... (Кирилл)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/43374.html#139</link>
    <pubDate>Thu, 21 Aug 2008 06:04:34 GMT</pubDate>
    <description>&lt;br&gt;&amp;gt;LDAP просто пример централизованного хранения информации. БД рассчитанная на скорость...&lt;br&gt;&lt;br&gt;ЛДАП вообще-то это протокол, он никак не определяет механизмы хранения данных, так, к слову.&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Три шага, которые должен сделать Linux, чтобы превзойти Wind... (Кирилл)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/43374.html#138</link>
    <pubDate>Thu, 21 Aug 2008 05:57:48 GMT</pubDate>
    <description>&amp;gt;спасибо :-) &lt;br&gt;&amp;gt;было бы не плохо подобные данные представлять периодически, а то народ, посмотрев &lt;br&gt;&amp;gt;на vmware/virtualbox/... очень скептически смотрит на виртуализацию. &lt;br&gt;&amp;gt;железо на базе intel? не amd? &lt;br&gt;&lt;br&gt;Это, интересно, какой-же &quot;народ&quot;? )))) Мы используем в проектах и Ксен, и ВМваре еэсикс, и Виртуалбокс. На линукс-площадках. Результаты более чем удачные и решения получаются надёжные и легко тиражируемые.&lt;br&gt;</description>
</item>

<item>
    <title>Три шага, которые должен сделать Linux, чтобы превзойти Wind... (none)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/43374.html#137</link>
    <pubDate>Thu, 21 Aug 2008 05:07:40 GMT</pubDate>
    <description>&amp;gt;s/конкурирование/конфигурирование/ &lt;br&gt;&lt;br&gt;tr&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Три шага, которые должен сделать Linux, чтобы превзойти Wind... (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/43374.html#136</link>
    <pubDate>Wed, 20 Aug 2008 07:49:12 GMT</pubDate>
    <description>БД, объекты и атрибуты на уровне ФС:) Без всяких костылей. Транзакции.&lt;br&gt;&lt;br&gt;Сейчас это выглядит примерно так. Java приложение - xml. LDAP - ldif. Postfix, Amavis &amp; etc -&amp;gt; cat conf.in &amp;#124; sed -e &apos;s/&#064;VAR&#064;/var/g&apos;&amp;gt; conf. И так везде, в нескольких местах хранится одно и тоже, и надо не забыть это перенастроить.&lt;br&gt;</description>
</item>

<item>
    <title>OpenNews: Три шага, которые должен сделать Linux, чтобы прев... (Кирилл)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/43374.html#135</link>
    <pubDate>Wed, 20 Aug 2008 06:32:39 GMT</pubDate>
    <description>Линукс не конкурирует с чем бы то ни было по причине, что Линукс это не рыночное явление (ну кроме Шапки и прочих коммерческих дистров). О какой конкуренции может идти речь? Вынь это продукт, со всеми его плюсами и минусами, а Линукс это решение, набор возможностей. И возможности, которые автор описывает, как желанные и чуть ли не ключевые в действительности, из практики интеграции, далеко не самые востребованные, и уж точно на реализацию этих возможностей вряд ли найдётся платежеспособный заказчик. Бессмысленно и очень глупо пытаться воспроизводить возможности одного продукта другими средствами, нужно не возможности воспроизводить, а предоставлять готовый сервис, это и есть путь линукса. А драчилы с играми на ноуте в этом плане никакого интереса не представляют. Для этих ротожопых есть свой бог -- Билли.&lt;br&gt;</description>
</item>

</channel>
</rss>
