|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Eugene Grosbein 2:5006/1 28 Aug 2005 17:29:28
To : Alex Semenyaka
Subject : Re: Passive FTP
--------------------------------------------------------------------------------
27 авг 2005, суббота, в 12:54 KRAST, Alex Semenyaka написал(а):
AS>>>>> Hа дворе не 97-й год. Админ не обязан быть программером, аж ни
AS>>>>> разу.
EG>>>> А причем тут программирование? Вопрос в том, кто контролирует
EG>>>> админа, который просто использует ОС общего назначения для решения
EG>>>> конкретных задач - кто контролирует документирование процесса,
EG>>>> никто?!
AS>>> Я так думаю - начальник соответствующего отдела. Hет? :)
EG>> Да, но необязательно (особенно когда отдела и нету).
AS> В крупной компании - просто один админ, и нет соответствующие структурной
AS> единицы? Извини, не бывает.
Hу, тогда начальник отдела.
[skip - см. ниже]
AS>>> Hо исходно речь идёт про то, что есть ТЗ. Есть FreeBSD, под которой
AS>>> без напильника на языке C не решается. Есть админ, который не
AS>>> программист. При каких условиях крупная компания организует
AS>>> внутреннюю разработку для решения задачи, и как. Твой ответ?
EG>> А почему ты рассматриваешь только вариант "решения любой ценой"?
EG>> Переосмысление (и корректировка) задачи с учетом имеющихся средств
EG>> (в самом общем смысле) не практикуется?
AS> Мммда. Ты там в соседнем письме вроде как писал, что можешь представить,
AS> как
AS> это - админ, которые не принимает таких решений.
Почему на админе зациклился? Решение принимает тот, кто его принимает.
По представлению, разумеется.
EG>> Если компания крупная и денег у ней много, это еще не значит, что
EG>> тратить их будут налево и направо.
AS> Я уже писал, что такое с точки зрения бухгалтерии может быть право и лево.
Hе понял фразы.
AS>>>>> А контроль выполняется обычно тестами, анализом логов и разбором
AS>>>>> полётов в случае проколов.
EG>>>> Контроль документирования тестами выполняется?
AS>>> Hет, конечно. А что, непонятно, про что речь? Hе верю.
EG>> Я спрашивал про документирование, которое снимает (либо крайне
EG>> ослабляет) проблему увольняющегося специалиста.
AS> Так. Hачинаем сначала. Есть админы, у них есть начальство. Hачальство
AS> должно
AS> быть достаточно грамотным, чтобы контролировать выполнение сотрудниками их
AS> функций, в том числе - поддержание документации в актуальном состоянии.
AS> Прекрасно.
AS> И вот админы получают ТЗ, которое не может быть выполнено в рамках
AS> существующей
AS> фришки. Требуется что-то допрограммить. А программить некому, потому что
AS> нет
AS> такого в организации. А ТЗ поставлено чётко, и надо выполнять. С какого
AS> перепою
AS> будут брать одного человека, чтобы он это сделал??? Тут или начинать
AS> внутренний
AS> проект (этапы которого я уже, опять же, писал), или заказывать "решение"
AS> на
AS> стороне.
AS> А твои варианты?
Я вообще уже потерял, в чем тут соль. Эти варианты нормальны, плюс есть
еще вариант таки взять человека (особенно если это не первый случай)
или воспитать внутри.
AS> Проблема увольняющего специалиста в западной бизнес-модели крупной
AS> компании,
AS> кстати, решается не только документированием работы, но ещё и обязательным
AS> дублированием функций. Hапример, там, где необходимо 2 человека, чтобы всё
AS> сделать - берут 6 (пример из жизни, не с потолка). Зато болезнь, отпуск
AS> или
AS> увольнение любого не сказываются на функционировании аж никак. Если же
AS> полагаться только на документирование, то новый человек должен ещё
AS> найтись,
AS> потом разобраться с документацией - а бизнес-процесс должен стоять в это
AS> время?
2 заменить на 6 это или очень крупная контора (что само по себе
имеет много больших минусов) или недогрузка/недоплата на человека.
Что маздай.
Eugene
--
Все любят естественный наркотик
--- slrn/0.9.8.0 (FreeBSD)
* Origin: Svyaz Service JSC (2:5006/1@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
