Гениальный вопрос, респект!
Думаю что да, так как указания по делу — я ведь не прошу помыть свою машину, а технически направляю в нужное русло, исходя из проверенных опытом навыков. Если есть несогласия, я не против их оспаривания — я тоже могу быть не прав. Но если никто не оспаривает, но также и не выполняет так, как я сказал и вследствие получается лажа — то это, как минимум, глупо.
Абсолютно согласен с автором. Меня продвинули в руководители за мою ответственность и технические успехи, а так как раньше мне никогда не приходилось руководить людьми, я был абсолютно в шоке неприятно удивлён частым полным/частичным невыполнением моих указаний. Вот что мне со временем пришлось понять/принять:
1. Все люди разные, ни в коем случае нельзя их равнять по себе
2. То, что с технической точки зрения я опытнее своих подчинённых и сильнее как специалист, не говорит о том, что они не могут быть сильнее меня в чём-то другом: например, мой подчинённый может быть лучшем политиком чем я сам (ведь меня продвинули не за то, что я супер-политик, а за то, что я хороший специалист и ответственный работник)
3. Аксиома: если человек работает в какой-либо сфере давно, но так и не стал серьёзным специалистом в этой сфере, значит он им никогда и не станет
4. Надо чётко разделять подчинённых на людей с потенциалом и без — это неприятно, но неподходящих людей надо немедленно отсеивать, так как давать шанс человеку который приходит «на работу» а не «работать» смысла нет
И ещё: я извинился перед своим бывшим начальником за то, что раньше иногда делал ему именно то, что сейчас мне делают мои подчинённые — ведь теперь я испытал это на своей шкуре.
Вы правы — если подход работает — значит это то что надо в данном случае. Наверное зависит от контингента, а то у нас кое-какие нелады с дисциплиной, поэтому и нужны 100% foolproof решения. А насчёт перезагрузок коммутаторов, то у нас это тоже происходит редко, но бывают и нештатные ситуации, например когда UPS выходит из строя или происходит какая нибудь периодическая проверка электрических систем. И даже если перезапускать коммутаторы всего один раз в год, то после перезапуска уйдёт месяц на сбор новой статистики, а значит решение sh int counters будет работать только 11 месяцев в году.
Ну не совсем голь — у нас тоже есть лицензия на CiscoWorks, но у меня о нём мнение не очень. На бумаге он выглядит круто, а на самом деле — тратит больше времени чем экономит, поэтому мы полагаемся на другие инструменты. Настроить syslog — минуты, настроить коммутаторы на отправку сообщений на него — примерно минуту на каждый коммутатор (у нас их около 30), написать скриптик на баше в одну строчку для анализа логов — тоже несколько минут, включая проверки. И того, меньше чем за час всё работает. А установка и настройка CiscoWorks берёт на много дольше, просто не сопоставимо — за один час результатов вообще никаких не будет.
Насчёт UserTracking — у нас многие пользователи часто разъезжают по разным зданиям и филиалам (встречи, тренинги и т.д.), так что ихний MAC можно увидеть просто где угодно. Кроме того, приезжают гости из других стран со своими MAC-ами.
А насчёт Вашего подхода (sh int counters и т.д.): если коммутатор перезагрузится то счётчики обнуляются. Кроме того, требуется что-то помнить и иметь какие-то привычки, а так как все люди, то могут быть ошибки и тогда этот подход выдаст неверный результат. А для анализа логов + sh int | i down помнить вообще ничего не надо (кроме как один раз настроить отправку сообщений в syslog), и результат всегда будет правильный.
У наших в сапорте не всё в порядке с дисциплиной — сделают что-то не по инструкции, а потом море отмазок (не знал, не понял, это временное решение, торопился и т.д.). А мне главное результат, что это решение и даёт.
Пробросить лишний кабель во время строительства или ремонта здания на порядок дешевле чем проводить дополнительный кабель в уже заселённом здании. Поэтому у нас разеток в 2-3 больше чем используется. С другой стороны, закупать в 2-3 раза больше коммутаторов дешевле никак не будет. Насчёт паутины: мы берём шкафы шириной 80 см (вместо 60), так как у них есть дополнительное место по сторонам, в котором удобно проводить кабеля. Ещё мы монтируем оборудование в шкафы следующим образом: несколько коммутационных панелей (скажем 4 по 24 порта), потом один коммутатор на 48 портов, потом опят несколько коммутационных нанелей и т.д. Такой монтаж отменяет нужду в длинных кабелях и тоже уменьшает паутину.
Думаю что да, так как указания по делу — я ведь не прошу помыть свою машину, а технически направляю в нужное русло, исходя из проверенных опытом навыков. Если есть несогласия, я не против их оспаривания — я тоже могу быть не прав. Но если никто не оспаривает, но также и не выполняет так, как я сказал и вследствие получается лажа — то это, как минимум, глупо.
абсолютно в шокенеприятно удивлён частым полным/частичным невыполнением моих указаний. Вот что мне со временем пришлось понять/принять:1. Все люди разные, ни в коем случае нельзя их равнять по себе
2. То, что с технической точки зрения я опытнее своих подчинённых и сильнее как специалист, не говорит о том, что они не могут быть сильнее меня в чём-то другом: например, мой подчинённый может быть лучшем политиком чем я сам (ведь меня продвинули не за то, что я супер-политик, а за то, что я хороший специалист и ответственный работник)
3. Аксиома: если человек работает в какой-либо сфере давно, но так и не стал серьёзным специалистом в этой сфере, значит он им никогда и не станет
4. Надо чётко разделять подчинённых на людей с потенциалом и без — это неприятно, но неподходящих людей надо немедленно отсеивать, так как давать шанс человеку который приходит «на работу» а не «работать» смысла нет
И ещё: я извинился перед своим бывшим начальником за то, что раньше иногда делал ему именно то, что сейчас мне делают мои подчинённые — ведь теперь я испытал это на своей шкуре.
Насчёт UserTracking — у нас многие пользователи часто разъезжают по разным зданиям и филиалам (встречи, тренинги и т.д.), так что ихний MAC можно увидеть просто где угодно. Кроме того, приезжают гости из других стран со своими MAC-ами.
А насчёт Вашего подхода (sh int counters и т.д.): если коммутатор перезагрузится то счётчики обнуляются. Кроме того, требуется что-то помнить и иметь какие-то привычки, а так как все люди, то могут быть ошибки и тогда этот подход выдаст неверный результат. А для анализа логов + sh int | i down помнить вообще ничего не надо (кроме как один раз настроить отправку сообщений в syslog), и результат всегда будет правильный.