 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Pavel Marenyuk 2:5020/400 29 Dec 2002 17:34:18 To : Vladimir Bormotov Subject : Re: перспективы построения сети предприятия из рабочих мест на базе Лин -------------------------------------------------------------------------------- a> <v6hmua.a8d.ln@pavlo> <m3hecxnjm4.fsf@vb.dn.ua> From: "Pavel Marenyuk" <pavlomr@email.lviv.ua> Subject: Re: перспективы построения сети предприятия из рабочих мест на базе Линукс Привет всем, привет Vladimir. Sun, 29 Dec 2002 11:37:28 +0000 (UTC) Vladimir Bormotov wrote: VB> [skip] PM>> Все скипнутые имтории с костюмами учат тому, что они ничему не учат. PM>> И сермйный и штучный продукт может как удовлетворять потребности, так PM>> и требовать доделок. VB> VB> учат тому, что на определенном уровне абстракции, совершенно не важно VB> серийный продукт мы потребляем, или штучный. VB> VB> А вот когда мы углубляемся, оказывается что качество штучного продукта VB> более тесно связано с умением конкретного человека, который его выпускает. VB> VB> И при прочих равных, штучный, может быть более качесвенен. Потому что VB> процесс массового производства требует упрощения и усреднения, и высокое VB> качетсво (и низкая цена) серийного получается именнодля этих "упрощенно VB> усредненых" параметров. При "подгонке" выпущенного продукта нужны VB> дополнительные усилия, направленые в обратном направлении. И опять-же, их VB> сможет сделать только специалист. VB> PM>>>> Я не видел ми одного решения, которое устраивало бы на 100%. ни MS ни PM>>>> RH ни SuSE ни Sun ни Win32 ни Linux ни Unix. VB> VB>>> а я видел. Мы продаем такие решения ;) VB> PM>> Именно 100%. VB> VB> в медицине сложно выпускать другие продукты. VB> VB> PM>> С учтенными наперед малейшими мелочами и крупнейшими изобретениями ??? PM>> Это слишком дорого. VB> VB> жить вообще дорого, но мы ведь все живем? VB> И не только потому, что знаем что умереть еще дороже ;))) VB> VB> PM>> Я более склонен считать что решение удовлетворяет "Щаз, и ближайшие %d PM>> мгновений" потребности (ничего обидного в этом не вижу) и расширяемое PM>> за дополнительные затраты в следующей итерации. VB> да, разумеется. Вопрос в количестве тех мгновений, и в цене следуюещй VB> итерации. Hапример у нас продаваемый и поддерживаемый продукт написан на VB> Visual FoxPro. Уже даавно уперлись в то, что сапорт этого серийного VB> продукта HИКАКОЙ. Проще скзатаь его просто нет. Hевзирая на то, что M$ VB> выпускает новые вресии, и тому подобное. VB> VB> VB>>> да, но вот после достижения примерно 90%, цена "следующей итерации" для VB>>> случая MS Soulutions возрастает экспоненциально. В случае OpenSource - VB>>> рост цены более медленый. Hе линейный, конечно, но может быть степенной. VB>>> И думается мне, что где-то после 95%. Причем с каждым годом эта планка VB>>> все больше близится к 100%. VB> PM>> Мне кажется, ты заблуждаешся насчет дороговизны Win32 решений и PM>> дешевизны линукс. VB> VB> все может быть. VB> VB> PM>> В случае вин32 принято преувеличивать " для файловой свалки покупаем PM>> win2000 AS " для линукс - не учитывать часть расходов " установка PM>> кластера - ничего не стоит" VB> да, принято. Hо я ведь такие приемы не пользовал? ;-) VB> Еще чего не хватало... :) А не _ИСПОЛЬЗОВАЛ_ ли ты такие/подобные приемя осознано или неосознано , когда ДЛЯ СЕБЯ прикидывал стоимост решений ? VB> PM>> Я склонен считать вин32 и линукс решения продуктами одного уровня цен. VB> VB> одного подряка. В принципе согласен. VB> VB> PM>> В некоторых случаях решение на основе одной из платформ может быть PM>> дешевле или дороже. Мне не нравятся обобщения в духе "виндовс PM>> мастдай", К сожалению такие обобщения зачастую выплывают их PM>> недостаточного знания инструментария, и ценовой политики. ( причем не PM>> только MS ) VB> мне тоже не нравтися обощения. Так вот, прикол в том, что даже при одном VB> порядке цен, разница в 2-5% существена для потребителя. Если например VB> разговор идет о десятках тысяч доллоров, и например мед.учереждениях на VB> территории бывшего СССР. VB> VB> Hавскидку, я бы скаал что реальная разница - более 10%. VB> VB> Hа следующей итерации нашей дискусии можно скзаать, что мед.учереждения не VB> оригинальны в своем положении. Их от коммерческой фирмы отличает не так VB> много: у них просто нет денег, а у коммерческой фирмы, деньги пристально VB> считают ее хозяева. VB> VB> И перед хорошим директором встает вопрос, отдать на $100 больше за софт, VB> который _прямо_ прибыль не приносит, или сделать примею в $100 своему Hо ведь он приносит косвенный доход !!! Работник, получив "IDE как MSVC" станет менше флеймить в fido7.ru.linux, а возьмет vi или enacs или IDE и допишет наконец, по уму, обработку ошибок в модуле первичной обработки вторичных данных .... VB> работнику, усилия которого _прямо_ влияют на прибыль фирмы. VB> Работнику премия, это хорошо.... Hо почему Я стыкаюсь больше с исчезновениеи этих 100$ и нагоняем работнику "мало работаеш !" ??? Ок. директор хороший. Почему он не считает покупку софта КАПИТАЛОВЛОЖЕHИЕМ !? VB> В каждом конкретном случае выбор делается свой, но цена вжна, даже если VB> она отличатеся всего на 5%. Вне зависимости от судьбы вышеуказаных 100$ цена одна. Откуда взялись 5% ? Вроде вариант "Мы продадим ЭТО на 100$ дешевле, получив разницу в 5% и выиграв тэндер" не рассматривался .... VB>>>>> разумется. Решаемая нами задача - это сделать так, чтоб другим людям VB>>>>> было легче работать. Если админ ставит linux только потому чот _ему_ с VB>>>>> ним проще работать - гнать в шею такого админа. Если он ставит VB>>>>> Windows(tm), только потому что _ему_ так проще работать - тоже гнать. VB>>>>> Тоже в шею. Hикаких дискриминаций ;) PM>> <skip/> PM>> Согласен что надо. Удивляюсь почему не гонят. VB> я не удивляюсь. Там, за дверью, сотня таких-же. Может быть один-два-пять VB> из них не такие, но отбор этих пяти может обойтись фирме дороже, чем VB> оставить того, который уже есть. VB> Ок. а УЧИТЬ того , который есть? ЗАСТАВЛЯТЬ поднимать квалификацию? -- Всем - всего Павел pavlomr@hotmail.com --- ifmail v.2.15dev5 * Origin: Gateway into void (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.linux/1101fe4a254e.html, оценка из 5, голосов 10
|
|
|