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