Как-то мне, как пользователю хостинга, пришло автоматическое уведомление:

"Ваш хостинг-аккаунт %account-name% использует 0.25% трафика и 102.067% дисковой квоты.

Если динамика потребления трафика Вашим аккаунтом сохранится, то через 9177.00 дней он будет АВТОМАТИЧЕСКИ ЗАБЛОКИРОВАН до окончания текущего месяца.

Настоятельно рекомендуем Вам выбрать тарифный план с большим

лимитом потребления трафика"

Глюк, конечно, понятен - пришло уведомление не по тому параметру, но...

Работаю программистом по автоматизации производства. Есть большой проект, который уже несколько лет хорошо и стабильно работает, но в него регулярно нужно вносить небольшие изменения в связи с модернизацией оборудования. И был в свое время у меня помошник, в образовании которого есть ряд существенных пробелов.

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

procedure FBD_BLOCK(var Input : integer;

var FromValue : integer;

var ToValue : integer;

var Output : boolean);

var

prev_value : integer;

begin

Output:=false;

if (Input=ToValue) and (prev_value=FromValue) then Output:=true;

prev_value:=Input;

end;

Фанфары, мат и желание дать в репу! У него оборудование выключается, когда на систему снизойдёт вселенская благодать и случайное значение неинициализированной переменной совпадёт с нужным!

Хорошо, что это был первый раз, когда эта процедура реально использовалась.

Взял на абонентское обслуживание компьютеры и сеть компании %companyname%. Они только что въехали в новый офис и делали сеть силами "одного студента", но вроде все работало. Я даже не успел толком не разобрался в структуре сети, как в один прекрасный вечер звонят - не работает сеть. Приезжаю - точно не работает, ничего не пингуется, но линки на компьютерах горят. Начинаю искать свитч. Минут 15 искал по всему офису. Нашел. В коробке из-под ноутбука, за батареей отопления. Этот бедолага нагрелся так, что на нем можно было кофе варить.

Работали мы с другом админами в госучереждании.

После ремонта в нескольких комнатах, приходит к нам заявка, что нужно провода интернетовские убрать во вновь повешенные короба. В общем, цивильно всё сделать.

Приходим. Провода идут через всю комнату по полу: выходят из одной стенки и заходят в противоположную. Естественно, длины проводов не хватает, чтобы заправить всё в короба. Выход один - делать врезку по два метра в каждый из 5 линков.

Задача тривиальная. А мы и не напрягались особо. Со словами "приступим" коллега рубанул все 5 линков и начал плести скрутку. Вдруг нас посещает мысль: "а какой с каким соединять-то?". Вот, блин, протормозили. Ладно, крутим как есть, а если что - потом переткнём.

И тут просто сработала теория вероятности, которая на самом деле оказалась вовсе не теорией. Я беру первый попавшийся провод из пяти, друг делает так же - и соединяем. Крутим второй линк. И снова умная мысль: "можно же проверить по метражу на проводе".

Проверили. Оказалось, что мы соединили нужный провод! Вот вам и теория. В конце концов доделали мы все, как надо. Перед уходом решили заглянуть в соседнюю комнату - там же тоже наверняка придётся делать. Смотрим и выпадаем в осадок: перед нами пустая комната, а на полу валяется бухта кабеля метров 20! Можно было подтянуть провод в соседнюю комнату и не возиться с врезками.

Ну кто ж знал...

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

Вечером, точнее ночью после полуночи, на связи появляется заказчик и интересуется, как дела. Я убеждаю его, что все завтра будет, сижу и думаю - чего завтра ждать, если возможность сейчас сделать есть? Захожу из дома и за пару часов делаю свою часть и немного захватываю часть работы девушки. Сохраняюсь - и все, с чистой совестью спать.

Утро.

Захожу на сайт.

%#@!

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

И тут вдруг коллегу осеняет.

- А может это потому, что я оставила открытыми окошки DreamWeaver'а и с утра сохранила?

- ...

- Не надо так на меня смотреть.

- ...

- Ты чего молчишь? Скажи хоть что-нибудь! Цензурное.

Звонит молодая девушка. По голосу не узнаю - компания большая. Лепечет что-то про то, как она забыла пароль, а потом начала его вспоминать и у нее все равно не заходит. Ну, все ясно - заблокировала свою учетную запись.

Я: Фамилия?

Она: **акин.

Думаю, не склоняется фамилия. Что-нибудь вроде Хтойта Хтойтовна ***кин. Открываю в базе список пользователей и вижу, что ***кин зарегистрирован только один. Имярек Батькович. Хооо.

Я: это вы Имярек Батькович?

Оно мне женским голосом: да, это я!

Я: вы точно уверены, что вы - ***кин Имярек Батькович?

Она: да-да, все правильно.

Чужой учеткой пользовалась. Втык обоим.

Работал сисадмином в офисе компании, занимавшей оптовой торговлей бытовой химией и парфюмерией.

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

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

С утра придя на работу и открыв файл обнаружила, что данные не сохранились. Ко мне она не обратилась. Решила заполнить заново.

Прошло три дня.

В состоянии, близком к истерическому, она рассказала мне суть проблемы.

Друзья! Распаковывайте документы из архивов, если хотите вносить в них изменения и сохранять их.

Разрабатываем биллинг.

Тестировал создание клиентов из внешней оболочки приложения, чем очень шокировал наших операторов. Среди Ивановых, Петровых и Сидоровых клиент "Создание Извне" смотрелся действительно слегка необычно.

Звонят в сервисную службу электрики одной конторы. Втыкают, говорят, UPS в розетку и у них выключается компьютер, который к нему подключен. Выдергивают - машина работает, но бесперебойник переходит на батареи. Что делать?

После долгих выяснений оказалось, что они пытались воткнуть бесперебойник в розетку, разведенную от него самого. Само собой, он таких издевательств не выносил и выключался.

Клиент: Здравствуйте! У нас проблема - Avaya 8300 был опущен в Maintenance interface через Delayed Shutdown без галки Reset after Shutdown. Соответственно 8300 просто выключился и ждет отключения питания. Серверный шкаф закрыт. У работников тамошних ключей нет по причине безопасности. Нечего им там делать. Вопрос, как его теперь перегрузить? Всевозможные ресеты G350 ни к чему не приводят, перезагружается платформа, модули, и все остальное, а 8300 не затрагивается потому, что выключен для вытаскивания. Крайне не хочется ехать туда ногами, далече. Может есть способ дернуть по питанию модуль в v1?

Саппорт Avaya: В шкафу вместе с 8300 есть ИБП? Если нет - как вариант обесточить шкаф рубильником.

Клиент: Есть Причем на 2000va, 1400w. Он, зараза, часа три все держать будет. Да и потом, не выключать же все здание? Рубильники тоже в шкафу. Я постарался, спрятал...