Когда все перейдут на линукс?


Это сообщение отредактировал(а) Lite - 27.2.2009, 18:11

Ну вот, страницу редактировал, о шибки не вычисти.

По сабжу - тебе точную дату назвать? Выбираю 100 года...



Это сообщение отредактировал(а) UniBomb - 27.2.2009, 17:31

  Не будет такого. Может на когда-нить будет что-то коммерческое линуксоподобное и оно переплюнет винду, но это будет не раньше чем через 10 лет. Сегодня линукс еще слишком нестабилен для простого пользователя. По крайней мере система управления версиями компонентов ОС на уровне Windows 95. Кто знает что такое "DLL hell" меня поймут. Система отката + точки восстановления это Windows ME, тоже изначально нет. Красивый интерфейс также доступен тока для шаманов, путь к нему лежит через "канаву" Видео Драйвер + OpenGL. 
  Уровень софта хотя приближается, но скорее всего не достигнет уровня узкого, очень дорого софта.

  На уровне пока что - визуальный интерфейс/навигация/интернет/сети/права доступа/программы общего назначения.

Никогда.  

зачем-же показывать свою безграмотность таким способом?  

Alexeis, 
Красивый или удобный?

  Я не стесняюсь. Может оно устроенно по другому чем Windows 95 но эффективность точь в точь. За 2 дня трижды убил разными способами, как раз из-за различных конфликтов версий. Интересно что я погуглил на тему "DLL hell" и встретил утверждение что линукс это "DLL hell" в квадрате. Так что ты меня не переубедишь, либо ты ничего не понимаешь в винде.

Добавлено через 2 минуты и 16 секунд

  Гном и красивый и  удобный, я себе даже тему поставил такую на ХР. Цветовая схема + иконки. 

сейчас прийдет JackYF и расскажет почему-ты не правкак работает мэнеджер пакетов, а я просто скажу что ты не прав  

Lazin, ну как он работает я примерно знаю. Наигрался с этими пакетами... и тем не менее мое мнение не поменялось. Работает это все нестабильно. Слишком нестабильно для человека которому в этом не следует глубоко разбираться. Не все пользователи ведь должны быть Linux программистами.

спасибо, посмеялся   

при чем тут программирование?
если ты сам не будешь вмешиваться в работу системы то никаких конфликтов возникнуть не может, обовсем, что находится в папке /usr/lib/ должнен знать менеджер пакетов
лично я, за год использования дома не встречался с конфликтами библиотек  

по сабжу проголосовал за "Никогда", т. к не хочу этого
чем меньше некомпетентных личностей будет на пути развития, тем лучше
"забота" о пользователях с т. з microsoft ведет к деградации

MAKCim, ну вот смотри, драйвер требует страую версию библиотеки, новая ему не подходит, скачать старую он не может потому что уже есть более новая. 2х версий он не разрешает ставить, а поставить пакет вместе с драйвером, так чтобы он не конфликтовал он не может. Новый драйвер не включает в себя поддержку старых карт. Коллизия. Было дело что по этой же причине отказывал в удалении. Что-то не соответствует, удаление невозможно.

Добавлено через 5 минут и 36 секунд
  Достаточно посмотреть на технологию .NET или WinSxS все эти колизии разруливаются правильно.

Добавлено через 11 минут и 14 секунд
  Потом. Что еще было. Правильно работающая система. Произвожу установку девелоперских пакетов, компилю fglrx-kernel устанавливаю fglrx и fglrx-kernel, никуда пока что их не прописываю, перегружаюсь, дефолтный драйвер Radeon падает при загрузке, хотя ему OpenGL ни как еще не прописан. Все Gnome упал. 
 3я ситуация. Компилю пиджин, для этого ставлю кучу девелоперских пакетов. Перезагрузка. Gnome летит.

Может лучше ставить stable release, ведь заранее же предупреждают, что developer release устанавливать не стоит, так как они не доработаны и потому интересны только разработчикам.


А ОС какая, то есть название линукса?

эээ, мне интересен вопрос, как драйвер (ака модуль ядра) "не разрешит" поставить новую версию либы  
и уж тем более, почему он должен что-то скачивать?

Добавлено @ 11:08

драйверу не надо ничего прописывать
всем управляет X сервер, вполне возможно при установке fglrx был некоторым образом изменен xorg.conf и X начал юзать OpenGL функциональность на старом драйвере

удивительно
я ставил все через yast, все установилось в пол-пинка (не pidgin, а необходимые пакеты, pidgin я ставил из сорсов) и завелось

  Релиз стабильный, стабильнее некуда это Debian/Stable. Девелоперские пакеты ставил из репозитория для компиляции тех пакетов которые идут в исходниках и не имеют собранного пакета. Фактически это смерть от установки программы. Весьма нестабильное поведение.


  Кто сказал новую? Новая версия установлена. Ему старая нужна, а новая есть и ему не подходит. А скачивать должен установщик если ему чего-то не хватает или тащить с собой. фактически он отказался ставиться потому что версия слишком для него новая.

Сам себе противоречишь

и тут же

 
Если драйвер не прописать в xorg.conf, то он и не запуститься сам. В том то и дело, что xorg.conf остался неизменный. Автоконфигурацию я не проводил нарочно и вручную туда не писал, после полета открыл xorg.conf в nano и проверил, там все как было так и осталось, линукс сам полез в пакет с которым он не умеет работать толком, загрузил и упал во время запуска драйвера, о чем свидетельствуют логи.

вам еще не надоело переливать из пустого в порожнее?

как библиотека взаимодействует с драйвером?
как происходило уведомление о том, что новая библиотека не подходит?
обычно либа использует функциональность драйвера, которую он экспортирует через /proc, /dev, а драйвер в свою очередь "волнуется" только лишь о том, в какой версии ядра он будет использоваться

все это лечится установкой из сорсов и указанием приложениям юзать именно эту либу
и вообще, любой менеджер пакетов работает со своим окружением
если очень хочется поставить что-то, что отсутствует там, всегда можно это самому скомпилировать
у меня лично все, что идет вразрез с yast, установлено отдельно и работает автономно и не связано с общесистемными вещами (за исключением libc и прочих либ, использование которых обычно не завист от версии программ)



логи можно?
я уже давно не верю в мистику и если что-то происходит не так, как ожидаешь, не стОит сразу винить окружение
зачастую в 99% случаев ошибка не в нем   

2Alexeis Я побил твой рекорд, я убил линукс 2 раза за день.
Только жалко, что в рекорд гинеса не запишут.

Хотя есть стабильные линуксы, как ubuntu.


Это сообщение отредактировал(а) Lite - 28.2.2009, 14:06

Alexeis, ты путаешь зелёное с квадратом. Всё в линуксе замечательно кроме некоторых мультимедийных особенностей. Но и это не великая беда. Да, в некоторых случаях без шаманства не обойтись, но не в тех о которых говоришь ты. Ты говоришь о сборке линукса из сурсов. В самом страшном случае о создании юзер-френдли-ос из фрибзди. В убунте или мандриве к примеру всё не так. Всё в один клик и безо всяких конфликтов. Мужайся, изучай!

Но перехода не будет никогда. Каким то чудом ХР та же на мой взгляд для рядовго пользователя более приемлима. Хотя может дело привычки. 

К премеру сейчас у меня убунта стоит 8.10, кубунта 8.10, дебиан 4.0, бздя 7.2 и винда ХР. Работаю на ХРени, оттягиваюсь на дебианоподобных а сервак смастерил с бзди. 

А на счёт мультимедийных траблов - пример:
У меня тв-тюнер Пинакл пс-тв 110ай. В убунтах звук смог смастерить только командой cat /dev/audio1 > /dev/audio. Но это скорее всего следствие моей криворукости. Самое обидное что записи видео нормально не реализовал никто в никсах (ну не считая километровой команды для стрима).

Добавлено через 3 минуты и 38 секунд

что это ?! У меня нвидевский драйвер даже под бздю ставился запуском бина и двумя кликами. Сам везде прописался и жил себе поживал.

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


  Уже нету, после этого я форматнул и переустановил. А дело я думаю тут в другом. в xorg.conf было написано что-то типа default driver device и все, однако во время загрузки он определял драйвер Radeon,  возможности видеокарты и на лету ее конфигурировал. Вероятно, что после установки перезагрузки он точно также определил то что в системе появился опенгл и тут же его попытался задействовать. Получается что я сам в xorg.conf должен был ему запретить это делать? Этот уже нонсенс. 

  А я атишный ставил. Причем карта далеко не первой свежести, специально ставил на ноут где железо по старше и драйвера все должны были стать.

  И еще сильно не хватает кастомной установки ПО. Под ХР я уже давно не видел чтобы программа устанавливалась одним кликом. Обычно при установке она как минимум спрашивает куда установиться, а так еще спрашивает устанавливаться только для себя или для всех пользователей, хранить общую конфигурацию или раздельные, нужны ли пользователю все компоненты программы или же он желает установить минимальный набор компонентов, желает ли пользователь чтобы программа ассоциировалась с различными типа файлов, и т.д. 

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

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

За несколько лет юзания линукса я ниразу (начиная еще со старого редхата) не видел что бы система хотя-бы глючила из-за установки пакета из репозитория. А компилить - да, надо с умом. Но под винду же ты не компилишь! Ты ставишь то что есть и юзаешь. Ты уж определись, ты пользователь или программист или сисадмин.



Ну птицу же ты не заставляешь плавать как рыба под водой. Потому что птица хороша как есть. Почему же линукс должен стать виндоусом?

а мне и под досом хорошо  

picc, клёво. Потом обязательно расскажи как тут из под доса отпостился.

  Для того чтобы его заменить. Ведь вопрос в том чего не хватает линуксу чтобы дать пинка дяде билу.

Alexeis, ну для этого есть мак. Но и там свои тонкости. В общем M$ Windows врядли в ближайшие 20 лет потеряет позиции.

Alexeis, расскажи, зачем ты все это делал?(насколько я понял ты компилировал модуль ядра, а это не то, что должен делать обычный пользователь)
в общем, у меня видеодрайвер ставился в несколько кликов, из репозитория, xorg.conf был сконфигурирован автоматически

Добавлено через 57 секунд
одним словом, собирать программы должны мэйнтэйнеры, а не простые пользователи...

Добавлено через 1 минуту и 10 секунд
конечно, если ты не гентозавр

давай не будем гадать и уж тем более строить выводы по догадкам   
я не вижу никакой конкретики
мы говорим о каком-то абстрактном менеджере пакетов, библиотеке, OpenGL...



у тебя был kernel panic?
у тебя была рабочая консоль?
что ты понимаешь под "линукс" и "падать"?

По сабжу:
Никогда. И не нужно этого. ОСей много, пусть каждый выбирает себе по вкусу.


Alexeis, в следующий раз будут проблемы с дровами под линуксом, спрашивай у нас в разделе, мы тебя наставим на путь истинный  
И не удивляйся, что гробишь себе систему делая как привык, Windows != Linux.


А зачем? ПО в линуксе ставит менеджер пакетов, что практически исключает мусор в системе. Ставит он куда нужно, если тебе так надо, ставь сам в $HOME. Конфигураций и так две, у каждого пользователя (выше приоритетом) и системная. Компоненты делаются или отдельными пакетами или конфигурацией пакетов (как например в gentoo). Ассоциации с файлами - удел десктоп менеджера, программы пишут что они могут открыть, а пользователь может поменять приоритет итд.

MAKCim, с точки зрения пользователя нет рабочего стола нет линукса. А выводы очень даже можно делать, например
1) В системе не может быть 2х версий одного пакета.
2) Новая версия пакета не всегда включает все функции старой. Значит обновив пакет можно добиться того что старый софт перестанет работать. 
3) Видео драйвера на видеокарты ATI до сих пор не довели до ума.


  Да у нас тут на канале #Vingrad своя тусовка  . Там есть представители всех "религий".


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

Может. Не всех (обычно это не надо), но если надо мейнтейнеры делают соответствующие пакеты.


Да, к сожалению, с proprietary дровами проблем больше. Но AMD опубликовали спеки на новые видеокарты и народ пишет дрова (radeonhd).


Это кстати ИМХО делают в последних юзерфрендли дистрах, правда насколько хорошо оно работает не знаю.

Да... По тебе, Alexeis, точно gentoo плачет  

sTa1kEr, что в нем все еще запущенее?

В точности наоборот. Все выше перечисленные проблемы в нем достаточно элегантно решены.  К примеру:


Подобных проблем нет. Грубо говоря, если конфиг помечен как protected, но установка какого-либо пакета требует его обновления, то у тебя есть возможность самому разрешить конфликты в автоматизированном режиме.


Некоторые пакеты различных major'ых версий могут устанавливаться одновременно в различные т.н. слоты и одновременно использоваться (к примеру kdelibs 3.5, 4) или переключаться (gcc, php).


Если ставить пакеты из репозитария, то такая ситуация практически исключена, т.к. в portage очень грамотная система зависимостей.

В общем ты лучше сам попробуй.

Это сообщение отредактировал(а) sTa1kEr - 1.3.2009, 19:17

насколько я знаю он для тех кто любит собирать ядра и дрова ручками.

Для тех, кто любит собирать ядро и дрова ручками подойдет совершенно любой дистрибутив. А про Gentoo я бы скорее сказал так: он для тех, кто любит контроль и порядок в свой системе.

однозначно никогда.

         

Добавлено через 6 минут и 55 секунд
Все?? Никогда.

для этого точно так же подойдет любой дистрибутив
не дистрибутив красит человека, а человек дистрибутив   

  Оптимисты которые проголосовали за 5 лет отпишитесь  .

Alexeis, да я бы послушал и оптимистов за 100 лет голосовавших.

Хм, согласен. В теории так. На практике либо это не так , либо Alexeis не любит контроль и порядок  


Хорошо сказано.

все наверное никогда не перейдут, но уже сейчас почти 15% десктопов и лэптопов - unix like системы  

Alexeis, ты не прав менеджеры пакетов во многих дистрибутивах GNU/Linux умеют такое, что большинству других ОС и не снилось.
Нужно только время, чтобы понять эту красоту. Dll hell'a нет by design. Нужно только абстрагироваться от сугубо виндового подхода.

P.S. Зачем ты покормил тролля :(

P.P.S. Голосовал, естественно, за "никогда". Не будет и не нужно.

P.P.P.S. Ребят, как вы умудряетесь делать такое на стабильных ветках дистрибутивов... Почему я сижу на сугубо разработческой/экспериментальной версии дистрибутива, которая обновляется практически каждый день и у меня что-то валится ну хорошо если раз в месяц, а аптаймы (ноутбук) поболее некоторых серверов...

P.P.P.P.S. WinSXS - тот ещё костыль. Не ожидал, что его рекламировать будут... Да, господа виндовые разработчики, расскажите-ка мне, как я могу определить, совместимы ли бинарно две Dll'ки.

работать надо милейший, работать, а не сидеть  

Добавлено через 28 секунд

это не так просто 

Добавлено через 2 минуты и 37 секунд

бинарно? думаю никак

но всё же:

1. Есть утилиты, которые показывают список экспортируемых функций библиотеки
2. Есть понятие версии: версия, билд и т.д.
3. Можно спросить у самого разработчика.
4. Может ещё что есть...

Добавлено через 3 минуты и 7 секунд
JackYF, кстати, что такое бинарная совместимость?

Я провожу за компьютером большую часть своего активного времени, так что... 


Application Binary Interface, ABI.

Так вот, а в мире Unix-like есть понятие SONAME. Этот уникальный (в пределах библиотеки) идентификатор обязан сменяться каждый раз, когда меняется ABI библиотеки. Собственно, /thread 

Это сообщение отредактировал(а) JackYF - 2.3.2009, 22:42

не спорю, это была шутка, я попытался разрядить обстановку, так что... 

Добавлено @ 23:00

наверное я не дорос до твоего уровня, т.к. первый раз об этом слышу 

Добавлено через 2 минуты и 15 секунд

фиг знает, может в винде и нет такого понятия, т.к. оно там и не нужно  

Это сообщение отредактировал(а) Akella - 2.3.2009, 23:01

JackYF, в ващем тоне я чувствую язвительность  Версии DLL есть и в винде. ПРавой кнопой - Свойства - Детали

Добавлено через 1 минуту и 3 секунды
Вообще не понимаю откуда вопрос. У двух подходов к библиотекам - виндового и линухового - есть как достоинства так и недостатки. Нельзя отдать преимущество ни одному. 

ты забыл про маки =)

Lazin, черт, когда ты успел  я ж удалил мессагу менее чем за минуту 

не все добавляют version info, к тому-же при загрузке DLL проверяется только совместимость на уровне импортируемых функций, и все  
правда .NET сборки такого недостатка лишены, да и COM компоненты то-же  

Lazin, девушка на твоей аватарке очень похожа на мою сестру 

Lazin, 

Некоторые и версии к программа не присобачивают 

 У меня был, когда я систему обновлял.
На дебиане пару раз и 1 раз на убунту.
Ситуация была в том, что зависимости у нескольких пакетов попарно противоречили друг другу.


 Везет тебе.
Я от пользователя несколько раз ломал без прав суперюзера. =) Но это было не в последние 2 года, сейчас качественнее стало все гораздо )
Но от простого апдейта система может сломаться(точнее менеджер пакетов, ситуация выше)

/me смотрит на название раздела и хмыкает 


А, хорошо. А оно отображает бинарную совместимость? Версии библиотек и SONAME - разные, хотя и не ортогональные понятия.


/me снова посмотрел на название раздела 


Видишь ли, в чём затык... не знаю точно, как в убунте, а в Debian stable и testing пакеты не могут иметь противоречащих зависимостей by design. Они туда просто не попадут. Если речь идёт о сторонних пакетах - это уже не проблема дистрибутива.

а что будет, если допустим у нас есть приложение А, оно использует библиотеку - Lib.
В библиотеке есть только одна ф-я - Foo. Теперь мы хотим установить библиотеку Б, которая зависит от более новой версии Lib. В этой новой версии, ф-я Foo работает так-же как и раньше, но добавилась ф-я Bar. 
В общем, приложение А, может работать как со старой, так и с новой версией Lib, а приложение Б, только с новой. Но если мы установим новую версию Lib, у нее будет другой soname, и приложение А работать не будет, хотя на самом деле оно может использовать новую библиотеку. Как менеджеры пакетов это разруливают?

  Задача ОС не только в том что запускать на ней свой софт или софт из репозитория. Софт пишут разные люди, используя разные версии пакетов. Пользователь программы не должен заниматься решением вопросов совместимости пакетов (кроме обновления). 

 В одном из релизов убунты такое было около года назад: насколько помню в gnome-keyring была зависимость, которой не было в репозитории.
Это в убунту было. Взял пакет из debian(там был в нестабильных пакет с нужной версией), но осадок остался нехороший.

Ну, если честно не согласен - WinSxS достаточно неплохая, хотя и запутанаая (и потому мало кем, кроме MS используемая  ) технология.


В манифестах (собственно в них как раз хранятся все данные для WinSxS) можно напихать все депенденси очень хитро. Скажем, как раз для библиотеки можем указать, что она совместима (само собой речь исключительно про бинарную совместимость) с такими-то версии. Можно указать в приложении, что оно требует и так далее. Вообщем, не буду здесь всё описывать - но на самом деле там всё сделано очень  гибко. Хотя, как следствие, мутно 


Я вообще, не понимаю, почему это должен делать менеджеров пакетов, если честно  В итоге, каждый дистр (условно говоря) предлагает своё решение. Как раз WinSxS более удачна в этом плане. В .Net реализовано на самом деле подобно всё. Хотя все кидают референсы по стронг-нейму обычно без всяких замудрений (это как раз прямой аналог вот этого soname).

JackYF, /me тоже посмотрел на название раздела, подумал что Винда тут не причем и решил забить

Неверно. У неё будет старый SONAME.


Правильно, об этом должен заботиться тот, кто эти пакеты собирает.

JackYF, как с soname-ами разрулить подобную ситуацию:
1. Мы создаём первую версию библиотеки. Всё хорошо.
2. Создаём вторую, решаем, что функция f нафиг не нужна, предоставляем для решения той задачи новую навороченную функцию g. Старые программы пользуются первой версией, новые второй. Но некоторые юзеры репортят нам, что им нравилась функция f и неплохо бы её на самом деле вернуть.
3. Мы выпускаем третью версию, в которой (в числе прочего) включаем заново f (быть может теперь - как обёртку над g). В идеальном варианте третьей версии должно быть достаточно для всех программ. Как новых (изначально юзающих третью версию), так старых (написанных для второй версии) и очень старых (написанных для первой).

Допустим у нас есть три вида программ: одни написаны под 3ю версию (и юзают её специфические особенности), другие под вторую и третьи под первую. Возможно ли с soname-ами обойтись установкой одной версии библиотеки? Если что - WinSxS это позволяет. Другое дело, что под виндой нету пакетных менеджеров (ладно, почти нету - а то начнут тут про Windows Update..). Есть инсталлеры. Тупые в большинстве своём. Но вопрос не в этом 

... берем доску пишем на ней compatibility и начинаем стучать ей по головам разработчиков, пока те не поймут значение этого слова.

Ну.. не заставишь же таскать в библиотеке всё, что когда либо ей поддерживалось? ;) Что-то когда-то умирает - жизнь такая..  Понятно, что описанная выше ситуация скорее спортивно-концептуальная, но ведь.. мы этого и хотели  

Ладно - можешь считать, третью версию сервис-паком ко второй. Девелоперы одумались  

Нормальные разработчики так и делают. Просто когда концепция меняется кардинально, выпускается новая библиотека, а не ломается старая. Была WinG, потом ребята решили её кардинально переработать и сделали DirectX.

Никогда. Однозначно В)
И сам я пока не собираюсь (даже не учитывая мою .НЕТ ориентацию).
Ибо пока что система не готова состязаться с той же виндой (от неё никуда не уйдёшь) по количеству софта. И это по-моему основной фактор.

А, ещё фактор, который доканал меня вконец в одно время - если в лине ты хочешь сделать что-то более сложное, чем установить программу из репов - надо идти гуглить, читать хау-ту и порой просто спрашивать на форумах, ждать ответа, пробовать, снова спрашивать, уточнять и т. д. (не в курсе как сейчас - те же шорткаты в программах на русском языке при английской раскладке - це ж пипец - один файрфокс чего стоил). В основном это касается железа. Никогда не забуду как я в первый раз инталлил убунту на ноут, где была атишная видюха и бродком вифи. Эпопея ещё та. После установки хорг экран тёмный, то биш даже не включён, ибо для ноута сразу надо было что-то специфическое прописывать с конфиге. А как я плакал, когда в первый раз пытался завести вифи... с этим долбанным ndiswrapper. Оно ведь как - это когда ты уже в курсе что это и зачем - тогда вроде и проблем то никаких, а в первый раз - это боль ещё та. В общем как-то пока что не внушает доверия всё это. Да и если бы даже этих проблем не было - всё равно нет на горизонте настолько серьёзных фич, чтобы сильно нагадить конкурентам.

 Кроме пары областей(CAD, игры) да пары специфических программ(Photoshop, 1C) она давно догнала винду.


 Сейчас все гораздо лучше. На моем ноуте (u90) 100% железа завелось из коробки без единого движения мыши: 3D, Wi-Fi, BT-брелок, ACPI.

а как-же подкаст клиенты(podcatcher-ы)?  
такая простая вещь, и единственная нормально работающая реализация - маленькая консольная программа написанная на haskell-e 

Добавлено через 1 минуту и 1 секунду
еще можно вспомнить программы переводчики(a la Prompt) и программы по распознаванию текста(a la FineReader)

nerezus, 

Ну что вы. Так много нам открытий чудных. Мало что из прикладного софта в линуксе по уровню соответствует виндовому софту. 
То есть программ того же класса много, но качество их исполнения часто ниже.
Тот же MS Office vs OOffice, файловые менеджеры, IM клиенты, менеджеры фотографий, прикладные средства для разработки (в этой категории не так заметно: под линукс много прекрасных средств разработки, но софт для удобной работы с базами, например, практически никак не представлен), софт для работы с графикой очень специфичен, что бы ни говорили те, кто сумел его освоить, а для работы с вектором вообще почти голяк, user-friendly firewall-ов нет как класса - man iptables наше всё, ну и конечно... игры.
Практически во всех категориях выбор софта под винду шире и качество лучших программ выше чем Linux-аналогов. 

Производителей софта можно понять: зачем разрабатывать или поддерживать софт (Skype под Linux версии 2.х, под Винду уже 4.0) если Линукс-аудитория очень мала. Но это замкнутый круг прямо получается 

 Ну как бы на одном уровне... когда офис пересадили, то после небольшого периода адаптации все "отсутствующие" функции появились.

 тут согласен, только модули, встроенные в IDE =\