• «Морской старт»: возвращение блудного космодрома
    +15
    >Последний пуск состоялся в 2014 году после чего Россия напала на Украину. Называйте вещи своими именами.

    >Многих журналистов и блогеров интересовали те самые места на кораблях, разоренные «когтями американских ястребов». Но их-то и не показали, чтобы не портить впечатление потому что это наверняка было вранье.

    А вообще — вангую, что на этом железе распилят очередной олимпиард и бросят ржаветь.
  • Переезд инженера в Германию: «Голубая карта», налоги, дети
    0
    Да ладно. Живу тут уже почти три года, снимаю трешку в не самом плохом районе у метро. Особо не экономлю ни на жизни, ни на хобби, ни на поездках. Впрочем, у меня нет жены и детей, только сестра, которая периодически подрабатывает как Werkstudentin. Охотно верю, что на одну зарплату кодера или админа тянуть неработающую семью было бы гораздо более грустно.
  • WFH убивает Кремниевую Долину?
    +3
    Все очень сильно зависит от самого человека.
    Мне вот работать на удаленке норм — не надо никуда ездить, можно подольше поспать, никто не дергает.
    А вот моя сестра совершенно не смогла на удаленке учиться. Ей нужно обязательно лично посещать лекции, слушать препода, и так далее — по видеокурсам она ничего не усваивает. Сидит, ждет пока универ откроют. При том, что на значительно больший интроверт, чем я. Такие дела.
  • Байки из дежурного склепа
    +2
    О, кабельная канализация… :) В мои времена владельцы канализаций с теми, кто разводил там срач и не маркировал свои кабели, поступали достаточно незатейливо — кабели резались, а потом ждали, кто приедет. Приехавшая контора получала атомных люлей. После пары-тройки случаев даже самые раздолбайские провайдеры научились аккуратности.
  • Байки из дежурного склепа
    +5
    Эх, провайдинг, молодость…

    Помнится, я как-то при перенастройке квартальной циски случайно погасил оба магистральных порта. Аварийщики, ездившие туда после этого с ноутом и консольным кабелем, долго и матерно меня вспоминали.

    В другой день аварийщики чем-то разозлили техдиректора, и он бегал за ними по всему офису с огромными кусачками по металлу.

    Бригада монтажников однажды умудрилась при работах в подвале здания, где были офис и серверная, обрезать целый жгут «лишних» кабелей: чужую оптику, коаксиал кого-то из сотовых операторов, и до кучи видеонаблюдение. Местный начальник АХО прискакал к нам и орал ультразвуком.

    На респешн как-то раз пришли солидные клиенты в костюмах и выкатили претензию: они-де подключились к дорогому тарифу для бизнеса, купили дорогущий роутер, всё работало, но потом они поехали в Москву на переговоры, взяли роутер с собой, а он, падла, интернета-то и не раздает! На дворе был 2009 год…

    В числе прочих абонентов, у нас была подключена общага военного института. Однажды оттуда позвонил какой-то дядя и стал изобретательно крыть 1 линию матом за разведенный по этажам срач из витухи, 5-портовых свитчей и прочих «надежных инженерных решений». Поскольку фамилия этого дяди среди контактов руководства общаги не значилась, его незатейливо послали в пешее эротическое путешествие, посмеявшись над угрозой показать нам кузькину мать. А спустя 15 минут начал отваливаться этаж за этажом… В общем, дядя оказался свеженазначенным завхозом и слов на ветер не бросал: взял кусачки и просто порезал всю витуху, до которой дотянулся.

    Одна абонентка 70 лет от роду занималась тем, что постоянно сидела на сайтах вида speedtest и меряла скорость. Как только скорость падала хотя бы на килобит ниже тарифной — следовал звонок в техподдержку с крайне вежливым выеданием мозга минимум на полчаса.

    Пара-тройка домов у нас была подключена по радиоканалу, который выдавал от силы 10 МБит, да и то в хорошую погоду. Что не мешало продажникам впаривать их обитателям тарифы по 5-10 МБит/с — каждому. Шишки, понятное дело, летели на техподдержку. Продажников мы очень «любили».

    А один увольнявшийся сотрудник в свой последний рабочий день позвонил паре-тройке самых «душных» абонентов, соединил их всех вместе интеркомом, от души обматерил и повесил трубку, оставив их ругаться между собой :)
  • «Когнитивное радио» на нейросетях установило связь с МКС
    +10
    Сенсация: ученые изобрели велосипед SDR с программной обвязкой, умеющей менять настройки SDR в зависимости от погоды на Марсе!
  • Почему я не буду пользоваться онлайн-кинотеатрами
    +3
    Что у Амазона, что у Нетфликс в Германии другая проблема — если фильм иностранный, то немецкие субтитры в 99% случаев не соответствуют дорожке (то есть они от другой версии перевода). Для тех, кто изучает немецкий и пользуется сабами из-за проблем с пониманием на слух, это беда. Нафига так делать, непонятно.
  • Все российские школы оборудуют системой «Оруэлл» с функцией распознавания лиц от NtechLab
    +5
    >Школьников и педагогов будут вносить в систему распознавания лиц только с их согласия. Все базы данных будут храниться локально.

    image
  • Хватит натягивать сову на глобус
    0
    Вы не поверите — руками.
  • Хватит натягивать сову на глобус
    0
    Окей, приведу пример. Мне прилетает алерт от мониторинга: «недоступен сервис Х».
    В ходе диагностики обнаруживается и устраняется сетевая проблема на виртуальной машине.
    Дальше я обязан завести тикет вида «инцидент», описать в нем что случилось и как это было устранено. И отдельно при закрытии тикета есть обязательное поле «доказательство того, что проблема решена». Какое, к черту, еще нужно доказательство? Нотариально заверенный скриншот мониторинга? В итоге туда пишется какая-нибудь откровенная дичь вида копипасты вывода «systemctl status xxx». Зачем и для кого — хрен его знает.
  • Хватит натягивать сову на глобус
    +1
    Пользователями занимаются другие сотрудники моего отдела.

    Например, может быть такое, что с инфраструктурой что-то не так, а алерт не прилетел? Или алерт прилетел, но надо посмотреть что происходит в системе и приходится узнавать зачем пользователь Х запустил Y можно ли его сейчас прервать для перезагрузки и так далее.
    Ну, не совсем так, но бывает: к примеру, приходит внутренний или внешний пользователь с проблемой «коннект к сервису Х есть, но такая-то функция не работает». Тогда заводится тикет и это прилетает нам (админам) на диагностику. Мы смотрим логи и либо подтверждаем проблему на стороне инфраструктуры, либо передаем ее на диагностику разработчикам, либо возвращаем обратно саппорту с комментарием «ошибка пользователя».
  • Хватит натягивать сову на глобус
    0
    А где я сказал что виноват канбан? Я сказал, что не нужно натягивать сову на глобус :) Чем, увы, занимается у нас руководство ради внешних ачивок.
  • Хватит натягивать сову на глобус
    +1
    1. Жить мне мешают не процессы, а их конкретная реализация. Примеры я тут уже в комментариях приводил.

    2. Доска меня устраивает всем и по факту мы внутри отдела ею пользуемся (GitLab Boards) — но исключительно для тех задач, к которым это применимо, и в том объеме, который нам нужен. Не устраивала меня изначальная идея принудительно внедрить доску для всех задач и поставить следить за ней надсмотрщика из отдела сервис-менеджмента с правом вмешиваться во все подряд. Потому что на примере тикетной я уже видел, к чему это в конкретно нашей конторе приводит.

    3. После моей выходки и явной неготовности «тренера» отвечать на конкретные вопросы последовало мое предложение (в личку руководителю) не тратить мое рабочее время на неприменимую к моей работе дичь. Начальник согласился, и я с облегчением вернулся к своим непосредственным задачам. Как кто трактует мое нежелание фальшиво улыбаться и подыгрывать адептам карго культа, мне если честно все равно. Мне вполне хватает того, что мой непосредственный руководитель меня поддерживает, а директор компании адекватный человек и поддерживает моего руководителя.
  • Хватит натягивать сову на глобус
    0
    Пример: у нас в тикетной по настоянию отдела сервис-менеджмента появилась колонка «доказательство того, что проблема решена», обязательная к заполнению при закрытии заявок. Объяснить идиотам, что они идиоты, не вышло — поэтому все это тихо саботируется ИТ отделом путем копипасты в эту колонку любой дичи с потолка — благо девочка-проверяльщица тикетов ничего не понимает в том, чем мы занимаемся.
  • Хватит натягивать сову на глобус
    +1
    А не может это еще быть пользователь, для которого важно решение инцидента, его руководитель и так далее?
    Нет, не может. Мы не занимаемся пользователями, это задачи саппортов. Мы занимаемся инфраструктурой. К примеру, прилетел алерт от мониторинга о глобальной недоступности сервиса X. Или прилетел тикет о его частичной недоступности от кастомера Y.
  • Хватит натягивать сову на глобус
    0
    Да нет, почему. Сейчас вот третьего админа ищем, потому что работы и правда много стало. Копейки наша контора не считает — понимает, что потери в случае факапа будут куда больше.
  • Хватит натягивать сову на глобус
    –1
    По контракту отработка при увольнении — 3 месяца. Как раз хватит чтобы привести в порядок документацию, которая, кстати, вполне присутствует.
  • Хватит натягивать сову на глобус
    0
    Согласен. Но в моем конкретном случае эта публика занимается исключительно процессами и траханьем мозгов тем, кто посмел на священную корову процессов покуситься. К примеру, ко мне прибежали ругаться за то, что тикет с запросом на доступ я закрыл с комментарием «доступ предоставлен». Оказывается, надо было написать, кому и куда дан доступ. Хотя это уже и так написано в самом тикете… Но у девочки-манагера в process manual сказано что при закрытии тикета надо это копипастить, и хоть ты тресни. Я конечно более или менее вежливо шлю всю эту публику куда подальше, но это тупо мешает работать.

    А вот менеджеры проектов у нас являются сотрудниками ИТ отдела и занимаются примерно как раз тем, что вы описали.
  • Хватит натягивать сову на глобус
    0
    «Менеджер о карточкам» в моей терминологии это любой бездельник из команды сервис-менеджмента.

    Что до инцидентов, то обычно это идет или от мониторинга (тогда есть алерт и он является триггером), либо это приходит извне в виде тикета. В первом случае тикет скорее всего будет заведен уже сильно постфактум, ибо не до того.

    Чтобы смотреть текущий статус, надо чтобы его кто-то обновлял — у инженеров на это нет времени во время работы над инцидентом.

    Чтобы посмотреть как подобные инциденты были решены ранее — нужно чтобы это было кем-то востребовано. Сами инженеры количеством 2 штуки таким функционалом по понятным причинам не пользуются. А менеджеры не имеют профильной квалификации, поэтому ничего не поймут, даже если я им напишу, как что устранялось.

    Чтобы понять кто раньше это делал, у кого можно узнать детали — ну, есть два варианта: либо я, либо мой коллега :)

    Чтобы агрегировать данные по инцидентам, посмотреть какие области наиболее подвержены инцидентам и с цифрами предложить какие-то решения по предотвращению дальнейших инцидентов — как правило есть ежемесячные митинги внутри отдела, на которых разбираются причины имевших место быть аварий и вырабатываются методы их недопущения.

    Как видите, никаких тяжелых решений тут абсолютно не нужно.
  • Хватит натягивать сову на глобус
    0
    Рабочее время у нас нигде не трекается и задачи его подсчета не стоит. Ну, кроме как для внештатных сотрудников на почасовой оплате, но там я не в курсе, этим HR занимаются.

    Аварии у нас автоматически подтягиваются из мониторинга в таблицу сервисов, где прекрасно видно, когда/сколько/где именно/как часто. Потом туда же еще и SLA прикрутили, чтобы при угрозе его нарушения сыпались уведомления.
  • Хватит натягивать сову на глобус
    0
    Ну и кроме посылки в смс-шлюз прикрутите простановку тикета на доску.
    Менеджеру сразу станет понятно, чем вы занимаетесь при взгляде на эту доску. (ну, должно, менеджеры бывают не алё.)

    Я отказываюсь понимать, зачем тут вообще менеджер. Он никак не участвует в устранении аварии. Он не может мне отдавать прямых распоряжений, ибо не является моим начальником. Он даже не является техническим специалистом и поэтому не понимает сути аварии.

    Вот что он хорошо умеет делать — это трахать мозг на тему, почему я во время аварии не бросил все и не побежал заполнять тикеты для бога тикетов, расписывая все в деталях непонятно для кого.

    Нет, я не спорю что бывает и правильное употребление всех этих методологий. Но как по мне — в коллективе с двумя админами все это просто излишне, потому что keep it stupid simple.
  • Хватит натягивать сову на глобус
    –4
    А зачем что-то делать с карточкой? Зачем вообще карточка? Нет, ну если очень хочется — наймите секретаршу и пусть она заполняет карточки. Может даже их разрисовывать в розовый цвет. Только отстаньте от инженеров со всей этой галиматьей.

    Как правило, любители красивой отчетности и прочих карточек сами заменить инженера не смогут. И в его задачах не разберутся. А вот отсутствия «менеджера по карточкам» никто и не заметит.
  • Хватит натягивать сову на глобус
    +8
    Мнение противоположной стороны:
    image
  • Хватит натягивать сову на глобус
    0
    Не читал.
  • Хватит натягивать сову на глобус
    0
    Да нет, все не так плохо чтобы увольняться — наш начальник отдела адекватен и большей частью успешно отбивает нас от наиболее дебильных требований, но вести эту документацию в разных тикетных и прочих CMDB все же приходится, как и периодически более или менее вежливо отшивать манагеров с их «гениальными» вопросами. И пост был не про жалобы, а про бессмысленность таких вещей. По факту целый отдел набрали ради того, чтобы внедрить и поддерживать систему, которая функционирует только на бумаге.
  • Хватит натягивать сову на глобус
    +3
    Ну, как сказать… У нас еще до всей этой ITSM-вакханалии была внутренняя вики, где описывались конфигурации систем и важная информация про изменения в них. Был простой трекер задач. И все прекрасно работало. А теперь внедрили Change Management, Incident Management, Problem Management, CMDB… Но инфраструктуру по-прежнему поддерживают Вася и Ганс. Которые как обходились, так и обходятся без всей этой мишуры, которая сделана так, что пользоваться ею решительно невозможно. А от количества прыгающих вокруг девочек-манагеров с тупыми вопросами и требованиями вероятность ошибки только возрастает.
  • Хватит натягивать сову на глобус
    0
    Потому что когда случается авария, технический специалист должен заниматься ее устранением, а не заполнением доски. А когда она уже устранена — вносить ее в канбан просто нет смысла.
  • Хватит натягивать сову на глобус
    0
    Правильно поняли. Мы и до того трекали внутренние задачи в гилтабе, а потом стали в нем же раскидывать их по доскам. Но это чисто внутренняя кухня, а не навязанное и контролируемое сверху решение, как оно изначально предполагалось.
  • Хватит натягивать сову на глобус
    +3
    Ага :)
    Change management внедрили глобально во всей конторе. И нас тоже заставили играть в эту игру. Например, на каждое изменение любой строчки конфига прода надо завести «Standard Change». Сами заводим, сами пишем туда что-то от фонаря, сами закрываем. Для кого? А хрен его знает.

    Естественно, периодически на это забивается болт, когда само изменение занимает времени меньше, чем заведение того тикета. И естественно, в случае проблем я просто спрашиваю коллегу, не делал ли он чего с продом — потому что искать что-либо в тикетной удовольствие крайне долгое и сомнительное.
  • Хватит натягивать сову на глобус
    +9
    Ну, не совсем так. У нас есть и «долгоиграющие» задачи по апгрейду, миграции и так далее.

    Но вот, к примеру наш недавний анекдот: отдел сервис-менеджмента начал катить на нас бочку за то, что по получению SMS от мониторинга о падении аплинков в ЦОД мы подорвались устранять аварию. А надо было, оказывается, сначала завести тикет, описать что случилось, потом создать emergency change, и только потом поднимать упавшую сеть. Не забывая в процессе писать в тикетную записки из горящего танка. Дискуссия была закончена предложением начальника IT «тогда наймите нам секретаршу» :)
  • Хватит натягивать сову на глобус
    0
    Спасибо :) В нашем случае речь идет не о юзерах конечно, но все примерно так и есть.
  • Хватит натягивать сову на глобус
    +12
    А теперь представьте, что этим управляет девочка-гуманитарий, которая абсолютно не разбирается в том, чем вы занимаетесь, но при этом имеет право лезть к вам с требованиями расписать задачи более феншуйно или объяснить ей то и это.
  • Хватит натягивать сову на глобус
    +6
    Не, не так. Вася понял, что если предлагаемую сервис-манагерами методологию пропихнут в том виде и в том объеме, как это описывается — то она не заменит существующие системы трекинга задач и отчетности, а добавится к ним, что даст манагерам очередную возможность трахать мозги технарям и выльется в еще больший разгул бюрократии и необходимости описывать каждый чих. Поэтому Вася, воспользовавшись своим положением «этого странного русского», донес до присутствующих абсурдность этой идеи в заведомо гротескной форме. Судя по тому, что тема в итоге тихо заглохла, к Васе все же прислушались и поняли, что это уже чересчур.

    При этом IT отдел для себя сделал выводы и стал юзать GitLab Boards — это действительно удобно. Но только когда все это — внутренний инструмент, который контролируется начальником отдела, понимающим кто чем занимается, а не девочкой с гуманитарным образованием, не отличающей ping от fuck.
  • Хватит натягивать сову на глобус
    +4
    Цели там есть: показать вышестоящей организации и партнерам «смотрите, какие мы офигенные, мы сертифицированы по бла-бла, тыр-пыр и фыр-быр, а еще мы работаем по ITIL и у нас все по фен-шую».
  • Хватит натягивать сову на глобус
    +14
    Я как-то видел вообще прекрасное — KPI одного отдела зависел от работы другого, который ему не подчинялся…
  • ДИТ Москвы: сервис по проверке и редактированию данных для цифровых пропусков по Москве был атакован хакерами
    +15
    Хм, reCAPTCHA? А где же всевидящий роскомпозор, интересно? Ведь именно за использование басурманской капчи был забанен сайт «Умного голосования»…
  • Свой сервер или публичное облако?
    0
    Спасибо, но мы в Германии :)
  • Свой сервер или публичное облако?
    0
    Проблема в том, что часто облачные решения применяют бездумно, ориентируясь на рекламу, не просчитывая перспективу и не оценивая реальные риски. А вот это вот так любимое менеджерами разных уровней «чтобы было с кого спросить», особенно в комбинации с отдачей сервисов на аутсорс, часто приводит к крайне печальным последствиям, когда с кого спросить вроде бы есть, а нормально функционирующей инфраструктуры — нет.

    У меня в конторе вот изначально отдали часть инфраструктуры на облачный аутсорс, когда размеры компании были маленькими. Все было сделано аутсорсерами тяп-ляп, но для тех масштабов хватало, а SLA, такое впечатление, никто вообще при подписании не читал. В итоге теперь все это работает чудом, с кучей костылей, и приходится все забирать из облака в локальный ЦОД и переделывать практически с нуля, платя немаленькие деньги специально нанятому для этой задачи человеку. Зато с кого спросить было, да. Толку с того, правда, кроме прикрытия задницы руководства, что-то не видно,
  • Минкомсвязи обновило мобильное приложение «Госуслуги СТОП Коронавирус», его декомпилированный код уже есть на GitLab
    +2
    Если вы не видите разницы между открытыми и честными выборами, на которые допускают всех кандидатов, и тем беззаконием, которое творит российский ЦИК вместе с едросами — то вы либо полный идиот, либо платный тролль.
  • Минкомсвязи обновило мобильное приложение «Госуслуги СТОП Коронавирус», его декомпилированный код уже есть на GitLab
    +12
    Месье, вы методичку-то смените, а то мантра про «4 миллиарда» бьется простым вопросом о том, где еще вводят цифровые ошейники и волокут в околоток за выгул собаки, и какой в этих действиях практический смысл. Ну и про сменяемость власти почитайте на досуге. Подскажу — она не про то, что каждый раз выбирают нового главу государства. Она про то, что главу государства выбирают, а выборы проводятся открыто и честно.