crower

На прошлой неделе была какая-то проблема у МТС. Вот так тупо "хлобысь" и утром пропал линк с коммутатором дальней связи. Точнее — линк не пропал, но толку от него не было потому что отвалился удалённый проц. По инстанциям свиснули — говорят какая-то авария хрен знает где. Интересно что на простого мобильного позвонить можно было без проблем, но на портированного (в МТС) — хрен. Это при том что коммутатор совсем другой. На другой день не было несколько часов связи с Транстелекомом. Еще на следующий день пропала связь с Мегафоном. Они что, сговорились?

Минкульт заведет реестр патриотической музыки.

5-10 место.
Квалификация может быть чуть хуже. Да, РБ могут не дотянуть до третьего сегмента.

UPD после квалификации:
Рикьярдо 6-ой, Квят - 12-ый. Пока прогноз сбывается.
Хочу заметить, что это не претензия на крутость (прогнозиста ;)), а всего-лишь попытка выразить объективное положение дел в РедБуле.
Это, конечно, не значит что выше они подняться не могут. Могут и выше подняться, и ниже спуститься :(, но при существенном вмешательстве Фортуны Паоро. ;)
И да, сейфти-кар заметно добавляет шансов. При чём тем больше, чем ближе к середине и концу. В идеале как раз два. Иначе можно вывалиться на второй круг и не успеть пристроиться в конец пелотона. Тогда SC будет «не в кайф» и можно вывалиться во второй десяток.

UPD сразу после гонки:
Паоро Дане благоволит и это классно! Впрочем, если был не сход Дэна, Рэдбул мог бы, возможно, подняться и выше. Но «если бы, да кабы…» — история не терпит сослагательного наклонения. Однако, на последнем круге Паоро вмешалась, весьма обидев Сэба. Но за счёт этого Даня поднялся на 4 позицию. А это такие нужные очки. Хотя начало было такое, что казалось, Дане в этот раз не повезёт.

Сегодня довёл до ума новый вид бота, заметно отличающегося от предыдущих.
Забирает задания с MW-сервере, которые размещены на определённой странице. Страница обычная, но охватывается тегами source, так что выдёргивать его довольно удобно. Ну и секции тоже имеют значение - где, что и когда делается. Особая фишка в том, что содержимое его — фактический скрипт от winfiol-а. Бот фиоловые команды выполнять не умеет, значит и скрипты с фиолово-зависимыми командами ему совать нельзя. Просто скипает их.
Команды — в станцию, ответы — как обычно — в логи.
Ещё одна фишка — отчёты (с ответами) — в журнал, тоже на MW-сервере.
На мою голову сдох pywikipedia, но нет худа без добра — стал искать новые возможности и обнаружил MediaWiki::Bot.
Кстати, отсутствуют некоторые недостатки предыдущего. Ну и за компанию перестал RELCMDHDF грузить в MW. И правда нафига оно, если я их уже в специальную базу гружу. Поиск не мгновенный, но в любом случае быстрее чем в MW: за 12 лет под 5 тысяч файлов на 10 миллионов команд и с пол-гига объёмом. Правда три квартала выпали из-за одного краша. Но тут уж ничего не поделать. :(
Готовых скриптов у MediaWiki::Bot как у pywikipedia нет, но зато получается нативнее. Набросал тройку сабрутин, завернул в либу и теперь легко можно любого бота научить работать с викой. Одна из сабрутин даже категории спихивает в конец, сортирует и избавляет от дублирования. Красота-а-а! :)

Хочется придумать какое-нибудь новое название, типа smart-bot. БОльшего ума у него, конечно-же, нет, но «человеко-подобие» создаёт ощущение именно смартовости. :)

Зачем нужны "услуги", выписываемые в ИС, называющиеся "абонент умер", "абонет переехал", "абонент долго отсутствует"? На самом деле их гораздо больше. Наверно, десятка два. При этом из ИС наряды с этими "услугами" отправляются в технологические цепочки как одна и та-же операция "снятие телефона". На сколько я понял, где-то ведётся учёт этих псевдо-услуг для отчётности — по каким причинам происходит отток абонентов. И какие-то дебилы-технологи ничего лучшего не смогли придумать, как заводить фиктивные "услуги".

«Это позор какой-то…» © М.Булгаков устами профессора Преображенского.

Охренеть.

Домру повеселил: пропал инет. При этом, что интересно, продолжает работает телевидение (кабельно-аналоговое и цифровое — DVB-C).
Для начала проверяю свою сторону. Ресечу модем — похрен. Пинги и трейсы не проходят никуда, даже до домрушного сайта. DNS, как ни странно, адреса ресолвит. Убедившись что виноват не роутер набираю контектный номер - занято. Нихерасе! Крутанул несколько раз — без изменений. Это становится уже интересно. Вспоминаю, что у домру, вообще-то есть 800-ый номер. Набираю, уже приготовившись к выслушиванию в течении нескольких минут автоответчиков, которые будут предлагать мне тарифный план, на котором я и так сижу, и обнаруживаю "No circuit/channal available". Обана! Ставлю трейс чтобы убедиться что глюки не у меня и убеждаюсь-таки, что вызов уходит к МТТ и причина приходит от него. За компанию обнаруживаю, что не я один такой несчастный и вызвонить любимого провайдеры пытаюсь не я один, а абоненты всей области. Вспоминаю, что есть ещё мобильная связь и начинаю охреневать, когда обнаруживаю, что с мобильного дозвониться до 800-го номер тоже невозможно. На этом месте я успокаиваюсь — не один я такой пострадавший. :)
Минут через 20-30 связь восстанавливается, но что это было я так и не узнал. На твитере домрушный контактёр отшучивается с картинками (вот же время есть заниматься хернёй ;)):


Я понял! Это была проверка «Чебурашки». Итог проверки — чебурашка работает. :)

Буа-га-га! Запись появилась 21:50, спустя 2 часа после того как отсутствовал доступ ко всем (!) ресурсам, включая домрушный портал. :)

Сообразил как правильно его классифицировать с точки зрения управления бизнесом.

Бизнес-процессы должны быть эффективными.

Информационные потоки должны быть направленны их непосредственным потребителям и только им. В случае сложности организации информационых потоков (источник-потребители) могут быть задействованы хабы. Хабы не обязательно должны быть потребителями информации (хотя желательно), но их формирование должно быть обоснованным. На предприятии хабами зачастую являются руководители. Это нормально. Но это, в общем-то, немного другая тема.

В силу динамичности структуры предприятия (текучесть кадров, реорганизация для адаптации) несоответствие организации ИП структуре бизнес-процесса может случаться и это не катастрофа. Однако, доля таких несоответствий не должна быть большой. Ну, скажем, -σ (4-5%%). Если их уже -2σ (около трети) то это уже не организованный процесс, а пущенный на самотёк хаотический. Если потребителей вообще треть (т.е. двум третям это нахрен не надо) или больше, то это уже аларм — процесс зажил самостоятельной жизнью и паразитирует на структуре предприятия.

… проявляющаяся у нас в конторе меня забавляет и позволяет внимательно изучать явление in vivo.

Приходит сообщение от "главного специалиста службы главного энергетика":

Для персонала работающего по адр. М. Горького,53
С 06.08.2015 по 10.08.2015
В связи с проведением плановых ремонтных работ на оборудовании
бесперебойного электропитания, возможны кратковременные перерывы в сетях электропитания компьютерной сети
(технология.) При работе с документами на ПК рекомендую периодически производить сохранение.

Вроде бы ничего особенного, но сообщение разослано на всю МРФ "Сибирь", а по справочнику в нём 32К записей. При этом на Новосибирск (про улицу Горького в котором идёт речь) в том же справочнике - только 2.5 тысячи. Можно было бы, конечно, сослаться на случайную ошибку конкретного человека. Но если учесть, что в почтовый ящик в среднем за неделю сваливается около десятка корпоративных сообщений, которые мне (и подавляющему большинству других получателей) нахрен не нужны, то становится понятно, что это общая ситуация. Даже если этот конкретный случай - всего лишь случайность.
Однако, при правильной схеме построения электроустановки (в терминологии ПУЭ) бесперебойного питания она должна обеспечивать профилактические и плановые ремонтные работы без перерывов. В крайнем случае перерыв в электроснабжении должен быть планируемым и контролируемым. Из чего я делаю вывод, что если это и ошибка отправителя, то закономерная, хоть, возможно, и случайная.

Очень мило выглядит «дефект речи», когда тётка говорит "исезает". Какая-то проблема там с буквой со звуком «щ».