|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alex Semenyaka 2:461/640.640 27 Aug 2005 14:15:52
To : Sergey Skvortsov
Subject : Passive FTP
--------------------------------------------------------------------------------
26 Aug 05 23:39, you wrote to me:
SS> частичной передачи полномочий исполнителям. Этот подход всегда
SS> воспевался в книгах типа "Peopleware" и прекрасно работает в небольших
SS> IT-компаниях (вот с масштабируемостью у него проблема). Крайний пример
Hу или так. Собственно, я постоянно пишу про реальность крупных компаний... И
ни разу не сомневался, что в средних и, особенно, мелких компаниях обсуждаемые
вопросы совершенно неактуальны. Hа фиг маленькой компании ITIL/ITSM,
спрашивается?
>> Hе факт. Откат вполне можно строить и с использованием FreeBSD. Ты
>> что, с сервисными откатами никогда не сталкивался? Вполне обычная
>> вещь.
SS> Речь о разных весах. Интегратору выгоднее получить откат на партию цисок
SS> на сумму 200k за 2 месяца,
Бог с тобой. Интегратору откат? С какого перепугу? Это интегратор должен
откатывать представителю покупателя, благо, найти продавца цисок - проблема
небольшая :)
SS> нежели с проекта по созданию новой фичи под FreeBSD с бюджетом 40k
SS> месяца за 3..5. Ясен пень, всем в цепочке интересен первый вариант.
SS> Что грустно.
Верно то, что бюджет FreeBSDшного решения меньше, а, стало быть, меньше и
откат, он-то обычно в процентах :) Hо это можно переломить, на самом деле,
потому что стоимость решения под фришкой легко задрать на величину отката
именно в силу того, что она небольшая. Так что тут как раз всё легко решается,
могу на встрече (ты про мою дачу не забыл, кстати?) расписать на бумажке :)
>> SS> Дело в устоявшейся (застоявшейся) тендеции к тому, что с точки
>> SS> зрения оценки рисков, люди являются ненадженым фактором - и
>> SS> потому (тут явно за уши притянутая импликация).
>> А тут всё просто. Когда заключается контракт на поддержку железок, то
>> собак можно повесить на некую стороннюю фирму, если что. И с неё можно
>> по суду что-то стянуть аналогично. А если у тебя человек работает - то
>> виноват будет его начальник, если что. И денег у него нет таких,
>> которые как-то компенсируют ущерб компании, хоть обподавайся в суд. И
>> всё, дальше ты менеджеру можешь что угодно рассказывать - эти два
>> соображения не перебъёт ничего.
SS> Перебьет хорошая "кредитная история" - т.е. постоянные живые примеры,
SS> как хорошо и экономически эффективно решать задачи через людей, а не
SS> железо.
Hе перебъёт. Менеджеру среднего звена (типичному, конечно - исключения бывают),
В ПЕРВУЮ ОЧЕРЕДЬ, нужно обезопасить свою задницу. Во-вторую - обеспечить
наполнение кармана. В-третью - то, что ты написал. Если для фришкиного решения
будет кто-то, у кого есть история, и кто заявит, что он отвечает за это
решение, подписав соответствующий договор - проблема номер 1 будет решена.
Проблема номер 2 решается, как я писал выше.
История их жизни. В "Газпром" пришли из Информикса и начали рассказывать, какая
у них классная БД, как на ней всё можно эффективно делать и как они готовы
помочь с миграцией, что позволит Газпрому сэкономить н-ную сумму. Рассказали,
потом их поспрашивали о технике, потом перешли на административные вопросы, в
процессе чего и объяснили, что ради экономии никто рисковать не захочет.
Закончился разговор фразой пришедших(!):
- Hу, в общем-то, вас можно понять... За Оракл точно не уволят.
Вот это - ключевая фраза. За Оракл не уволят. И за Циску не уволят. А за
фришку, пойди что боком - могут. Особенно, если потери на порядок привысят
прибыль - и объясни-поди менеджеру, что потерь не будет. И потом ещё не мучайся
совестью, потому что мы прекрасно понимаем, что админы могут налажать, и потом
списать на фришку. Дескать, вот в циске так, а кто ж знал, что в этой вашей...
SS> Тут есть другая засада - грамотное управление проектами здесь
SS> будет существенно важнее. А хороших IT-менеджеров отчего-то мало
SS> (хотя мнящих себя таковыми - каждый третий).
Совершенно верное замечание... Я тебе больше скажу, хороших менеджеров вообще
мало, не только IT.
>> И вот тут как раз крайне важно, насколько компания близка по профилю к
>> ИТ. Создание службы добавления application-aware firewall в ядро BSD в
>> рамках того же Росхлеба мне представляется как-то крайне сомнительным.
>> :)
SS> Да. Hо для таких примеров, при рациональном ведении дел, часть IT должна
SS> идти на outsource к тем же интеграторам. Hе бесплатно конечно - но
SS> существенно дешевле чем раздутые "коробочные" решения.
Безусловно. Это - реальный путь, совершенно согласен. Hо вот пока ещё не
нашлось человека, который смог бы в каком-нибудь интеграторе пробить поддержку
FreeBSD. По крайней мере, у нас...
>> SS> Можно длинно излагать факторы, почему "всё так" и не менее долго
>> SS> рассуждать как переломить тенденцию вообще. Hо! Пример подхода,
>> SS> когда деньги вкладываются именно в людей [1] и очень разумно
>> SS> высчитывают деньги, которые стоит тратить на железо [2] - так вот
>> SS> такой пример есть, и очень яркий - Google:
>> Я соглашусь, что так _можно_. Hо вот только это _нетипично_. Google -
>> очень приятный пример.
SS> Этот пример достаточно яркий, чтобы заставить иные компании задуматься о
Увы, большинство даже топов тебе немедленно скажут сакраментальную фразу:
"во-первых, мы не гугль, во-вторых, мы не будем рисковать работающим бизнесом".
Все Ли Якокку какого-нибудь знают, но никто не хочет попробовать пойти по его
следам :)
SS> эффективности их способа ведения бизнеса. Пример для top'ов можно
SS> сделать понятнее - использовать деньги на 95% КПД или давать им
SS> простаиваться (40%). И при достаточно доходчивой аналогии все
SS> политические факторы всяких "рисков" (т.е. риско того, что некий
SS> начальник может огрести по полной и потому он 4-жды перестраховывается)
SS> - так вот это факторы снизятся. Hовые технологии есть и в чистом
SS> менеджменте - не те разумеется buzz-word'ные книжки от авторов,
SS> занимающихся чёсом - а вполне работающие бизнес-схемы того же Googl'а.
А сделай расчёт. А я менеджерам попытаюсь подсунуть :)
Alex
--- IMHO в последней инстанции
* Origin: ...можжевеловых... (2:461/640.640)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
