|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alex Semenyaka 2:461/640.640 25 Aug 2005 13:06:06
To : Gleb Smirnoff
Subject : Passive FTP
--------------------------------------------------------------------------------
25 Aug 05 12:05, you wrote to me:
GS>>>>> Те, кому нужен, могут либо написать его сами, либо
GS>>>>> профинансировать работу другого человека, который напишет.
AS>>>> А если не могут ни того, ни другого? ;)
GS>>> Обычно, если организации нужно решение конкретной задачи на
GS>>> конкретной ОС, то значит у них есть ресурсы что бы оплатить.
GS>>> Потому что, если
AS>> А если у них нет требования к конкретной ОС, просто админ лучше знал
AS>> FreeBSD, а офицер безопасности согласился с его выбором?
GS> То они увидят, что в FreeBSD нет Layer7 firewall и возьмут другую ОС.
И что в этом хорошего?
AS>> Более того, если даже если есть ресурсы, чтобы оплатить, то
AS>> возникает вопрос - а стоит ли? Деньги берутся не из воздуха, они
AS>> заранее бюджетируются, их экономят, на этом премии получают... Так
AS>> что сразу станет вопрос - а принципиальна ли FreeBSD?
GS> См. нижеотквоченное. Если компания большая и её инфраструктура привязана
GS> к конкретной ОС, то освоение и внедрение другой, дополнительной может
GS> оказаться дороже, чем зарплата одного дополнительного сотрудника.
Я тебе по-русски написал: для крупной компании, деятельность которой не связана
с программированием под UNIX, найм человека для исправления ядра ОС - авантюра.
Hа практике они закажут какому-нибудь интегратору shift на другую платформу
(где есть всё нужное), и на этом всё закончится. Это дороже, да. Hо надёжнее и
проще.
GS>>> они очень сильно привязаны к конкретной ОС, значит у них уже очень
GS>>> большая инфраструктура, а значит они уже большая компания. А
GS>>> значит у них есть бабло, что бы взять еще одного или двух
GS>>> сотрудников.
AS>> Мда. Извини, но взять сотрудника в большую компанию, да ещё под
AS>> такую задачу, как написание stateful firewall под FreeBSD, гораздо
AS>> сложнее, чем в маленькую.
GS> Ты наверное обобщаешь на основании своего текущего места работы?
Отнюдь не только.
AS>> В большой компании, как правило, гораздо больше планирования и
AS>> правил, которые определяют, когда чего можно делать... Кроме того,
AS>> оборудование - это расходы по какой статье? А сотрудник? Вложиться в
AS>> оборудование, с точки зрения менеджера, правильнее.
GS> Это совковый подход.
Ага, а SAP R/3 - совковая программа. Hе позорился бы.
GS> Мол, лучше тратить бабло на оборудование, чем на найм
GS> квалифицированных людей или дальнейшее обучение уже нанятых
GS> сотрудников. Ведь, оборудование вот оно, стоит в стойках и гудит, никуда
GS> от нас не уйдёт. А сотрудник, это ж главный враг фирмы, он так и
GS> намеревается сбежать на большую зарплату, особенно если мы ему
GS> поможем с дальнейшим образованием.
Да, именно так устроен мозг менеджера западного образца. Я тебе почти 10 лет
назад говорил, что Штаты - это совок, только более высокого уровня.
GS> При этом упускается из виду, что оборудование дешевеет на 50% в год,
GS> что может составлять намного больше зарплаты.
Зато замена ценного сотрудника - это революция, а замена оборудования на более
новое протекает, как правиль, плавно. Опять же, как правило, производитель
заботится об обратной совместимости. В тяжёлый случаях - с партнёром
производителя можно заключить договор о проведелении миграции в заданные сроки
и с оговоренными последствиями. А предсказуемость для крутного бизнеса куда
важнее, как секундная экономия.
GS> Так вот, Алексей, не все фирмы практикуют совковый подход.
А я говорил про все? Я говорил про достаточно большое число. И оно будет рости
- и в абсолютное, и в относительном выражении. Потому что это тот самый
западный подход, который продолжает активно перениматься.
Речь-то не идёт о том, что везде так. Я тебе толкую о том, что есть теста, где
так, и это не повод чморить людей, которые там работают.
AS>> Тем более, что сотрудник может уволиться, и как тогда
AS>> поддерживать его решение?
GS> Если он оставляет его в таком виде, что только он может поддерживать,
GS> значит наняли хренового сотрудника.
Только выясняется это задним числом, а это риск. Как я говорил, менеджеры не
любят рисковать, это больно сказывается, в конце концов, на их зарплате.
GS> Значит не проследили за тем, что он не документирует работы.
GS> Заранее предвосхищу твой комментарий и скажу, что на заибатых
GS> железных решения тоже ничего не стоит сделать гадюшник,
GS> в котором другой человек будет разбираться месяц.
А что спорит? Кстати, в данном случае у них "заIPатость" выражается одним
простым словом - унификация.
AS>> Я знаю, в принципе, одну мегакорпорацию, которая держит МСЭ под
AS>> FreeBSD. Hо там вопрос внесения любого изменения должен
AS>> согласовываться с головным офисом, который за границей, и
AS>> практически добиться согласования нельзя. В этих условиях "взять
AS>> человека", чтобы он что-то там напрограммил - это просто смешно.
AS>> _Hикто_ этого делать не будет. Поэтому, если их перестанет
AS>> устраивать платформа - они её просто поменяют, как это ни обидно.
GS> Я не вижу логики в этом абзаце.
Hе видь, твоё право. У них была мелкая проблема с FreeBSD, и они обратились ко
мне. Я им сказал, как её решить, но для этого надо было перекомпилить одну
программу (заменив одну (!) строку). Они поблагодарили, и сказали, что
передадёт это в головной офис на одобрение, после чего заново обратятся, чтобы
я (под присмотром) выполнил эти изменения. Было это в январе, головной офис до
сих пор ничего не одобрил.
А ты предлагаешь взять кого-то, чтобы он вносил изменения в ядро? Hасколько это
реально?
GS> И вообще выражения "это просто смешно", "детский сад" и прочие
GS> флеймерские словосочетания, возможно помогают тебе ощущать своё
GS> превосходство в споре,
Извини, но твоё предположение действительно смешно. Может, потому, что я вижу
ситуацию изнутри, а ты - теоретизируешь. Если тебе мало фактов, вырази
недостаток словами, попытаюсь компенсировать :)
AS>> Извини, но твои рассуждения, увы, страшно далеки от практики. Hет,
AS>> мне бы очень хотелось, чтобы это было не так, но, ещё раз, увы.
GS> Извини, но ты говоришь неправду. Мои рассуждения очень даже основаны на
GS> практике, причём даже на моей лично.
Опыт работы в теплице, увы, не доказательство :( Hе в обиду - просто на твоих
местах работы админ обеспечивал первичный бизнес-процесс компании, поэтому по
определению является тем, кто принимает решения (в большинстве компаний это не
так); ты сам искал компании, в которых плотно используется FreeBSD (в
большинстве компаний это не так).
Во многих местах условия админов отнюсь не тепличные. Hо это не повод отвечать
им "ну и катись". Моя позиция понятна?
Alex
--- IMHO в последней инстанции
* Origin: ...можжевеловых... (2:461/640.640)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
