|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Gleb Smirnoff 2:5020/400 25 Aug 2005 12:05:49
To : Alex Semenyaka
Subject : Re: Passive FTP
--------------------------------------------------------------------------------
Alex Semenyaka <Alex.Semenyaka@p640.f640.n461.z2.fidonet.org> wrote:
GS>>>> Те, кому нужен, могут либо написать его сами, либо
GS>>>> профинансировать работу другого человека, который напишет.
AS>>> А если не могут ни того, ни другого? ;)
GS>> Обычно, если организации нужно решение конкретной задачи на конкретной
GS>> ОС, то значит у них есть ресурсы что бы оплатить. Потому что, если
AS> А если у них нет требования к конкретной ОС, просто админ лучше знал
AS> FreeBSD, а офицер безопасности согласился с его выбором?
То они увидят, что в FreeBSD нет Layer7 firewall и возьмут другую ОС.
AS> Более того, если даже если есть ресурсы, чтобы оплатить, то возникает вопрос
AS> - а стоит ли? Деньги берутся не из воздуха, они заранее бюджетируются,
AS> их экономят, на этом премии получают... Так что сразу станет вопрос -
AS> а принципиальна ли FreeBSD?
См. нижеотквоченное. Если компания большая и её инфраструктура привязана к
конкретной ОС, то освоение и внедрение другой, дополнительной может оказаться
дороже, чем зарплата одного дополнительного сотрудника.
GS>> они очень сильно привязаны к конкретной ОС, значит у них уже очень
GS>> большая инфраструктура, а значит они уже большая компания. А значит у
GS>> них есть бабло, что бы взять еще одного или двух сотрудников.
AS> Мда. Извини, но взять сотрудника в большую компанию, да ещё под такую
AS> задачу, как написание stateful firewall под FreeBSD, гораздо сложнее, чем в
AS> маленькую.
Ты наверное обобщаешь на основании своего текущего места работы?
AS> В большой компании, как правило, гораздо больше планирования и правил,
AS> которые определяют, когда чего можно делать... Кроме того, оборудование -
AS> это расходы по какой статье? А сотрудник? Вложиться в оборудование, с точки
AS> зрения менеджера, правильнее.
Это совковый подход. Мол, лучше тратить бабло на оборудование, чем на найм
квалифицированных людей или дальнейшее обучение уже нанятых сотрудников. Ведь,
оборудование вот оно, стоит в стойках и гудит, никуда от нас не уйдёт. А
сотрудник, это ж главный враг фирмы, он так и намеревается сбежать на
большую зарплату, особенно если мы ему поможем с дальнейшим образованием.
При этом упускается из виду, что оборудование дешевеет на 50% в год, что
может составлять намного больше зарплаты.
Так вот, Алексей, не все фирмы практикуют совковый подход.
AS> Тем более, что сотрудник может уволиться, и как тогда
AS> поддерживать его решение?
Если он оставляет его в таком виде, что только он может поддерживать, значит
наняли хренового сотрудника. Значит не проследили за тем, что он не
документирует работы. Заранее предвосхищу твой комментарий и скажу, что
на заибатых железных решения тоже ничего не стоит сделать гадюшник, в котором
другой человек будет разбираться месяц.
AS> Я знаю, в принципе, одну мегакорпорацию, которая держит МСЭ под FreeBSD. Hо
AS> там вопрос внесения любого изменения должен согласовываться с головным
AS> офисом, который за границей, и практически добиться согласования нельзя. В
AS> этих условиях "взять человека", чтобы он что-то там напрограммил - это
AS> просто смешно. _Hикто_ этого делать не будет. Поэтому, если их перестанет
AS> устраивать платформа - они её просто поменяют, как это ни обидно.
Я не вижу логики в этом абзаце. И вообще выражения "это просто смешно",
"детский сад" и прочие флеймерские словосочетания, возможно помогают тебе
ощущать своё превосходство в споре, но для меня они абсолютно не доказательны.
Просто пустой звук.
AS> Извини, но твои рассуждения, увы, страшно далеки от практики. Hет, мне бы
AS> очень хотелось, чтобы это было не так, но, ещё раз, увы.
Извини, но ты говоришь неправду. Мои рассуждения очень даже основаны на
практике, причём даже на моей лично.
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
