Этот бред я уже где-то читал.>Выходит, в почте россии сидят полные дураки(или наоборот, НЕдураки)
Ну, будучи знаком с сервисом, не сомневаюсь.
>Можно сколь угодно гавкать о достоинствах СПО и "проблемах" проприетарщины, но почемуто до сих пор "китайского чуда" в области ПО так и не произошло.
ec.europa.eu/enterprise/ict/policy/doc/2006-11-20-flossimpact.pdf
>И что такое "СВБОДНОЕ ПО" на сегодняшний день?
>Из реально существующих продуктов - это кучка больших корпораций, которые "свободно" раздают конфетки в виде урезаных костыльных версий своего продукта, а вот полноценный продукт стоит ой куда дороже МС-овских серийно-штампуемых софтин, да еще и фиг-сам-запустиш, потому что "сервис" продавшего этот "свободный" продукт останется без еды.
НЕ согласен. В огромной части сегодняшних сервисов и applicance'ов, выпускаемых организациями из Fortune 1000 бъётся UNIX-like сердце. И оно, в основном, состоит из кода, написанного энтузиастами. Просто фирмы продают эплайнсы, а Вам персонально не докладывают, на чём они внутри построены.
>И в чем скажите мне СВОБОДА?? свобода заплатить бабло и не иметь возможности использовать то что купил без продавца ? или свобода в том, что за купленный продукт есть одна "точка" (на карте до сих пор не нашел) под названием комунити, которая "может" решить твои проблемы (а может и не решить так как полная свобода).
Где-то я именно это уже слышал. Слово в слово. Намёк на гарантию. А на практике всё не так. От поставщика коммерческого продукта даже хотфикса не всегда дождёшься. А опенсорс самому зачинить по силам. И патч прислать производителю. Так что юридически всё ясно - есть гарантия и нет гарантии. А на практике мат. ожидание ущерба от сободного ПО в разы меньше.
>Или свобода в призрачном "владении" исходными кодами ??? Скажите, сколько предприятий реально этим воспользовалось? меньше 1%! да и те кто таки решился чтото самостоятельно вкрутить в сорцы - пришлось отвалить немало денег разработчику дабы он включил эти доделки в свой основной продукт, тем самым сократить себе расходы при переходе на новую версию.
Бред. Если ты end-user, то и нечего тебе в сырец лазить. И нечего такие предприятия учитывать, когда поценты считаешь. А вот если ты делаешь web-сервис или appliance, где внутри оперсорс - то инженерам зачинить что-то проще, чем ждать коммерческую техподдержку. Мы частенько внуть библиотек лазием.
>Так вот, за всю мою практику - решения на базе линукс ниразу не обошлись дешевле решений МС ни на этапе запуска ни на этапе эксплуатации.
Скорее всего они привыкли к решениям, которых на линуксе нет, либо они там хуже.
Например, знаю контору, где инженеры-разработчики периодически заполняют excel shared workbook с отчётом. А люди вроде образованные. Я им говорю: надо заполнять и отсылать xml-файл, это как худший и самый быстрый вариант. Так у них для того, чтобы этот workbook заполнить тем, кто не на windows, надо специальным образом исключать одновременную работу дргуих с файлом.
Это был пример того, как использование линукса обходится дороже.
Однако что было бы, если бы инженеры, которые работают с xml и сидят в emacs прям там же файлик заполнили и отослали куда надо, а где надо их бы слили и xslt обработали, хоть в тот же excel, если очень нужно?
Могу точно сказать, что съэкономили бы время раза в два. Ибо emacs не тормозит, когда файлик на пару килов правишь.
Надо правильно считать. И рассматривать бизнес-проблемы, а не "как мне работать с corel draw на линукс, не переучиваясь?".
