Первый баг: как обычный мотылёк стал частью компьютерной культуры

История, в которой сошлись Томас Эдисон, военные радары, Грейс Хоппер и одно очень неудачливое насекомое.

Сегодня словом «баг» называют всё — от опечатки в коде до неудачного обновления в пятницу вечером. Кажется, что термин родился вместе с программированием. Но нет: баги появились задолго до того, как первые компьютеры получили свои лампы, реле и характерный запах нагретого железа.

Ещё в XIX веке Томас Эдисон писал коллегам, что любая машина скрывает в себе «жучков» — мелкие неполадки, которые проявляются именно тогда, когда устройство «уже почти работает». Эти жучки были не виртуальными, а самыми настоящими — механическими особенностями, неточностями, проволочками, капризами техники.

Через несколько десятилетий, во время Второй мировой войны, словом bugs называли уже куда более серьёзные муки инженеров — сбои радаров. Непредсказуемые, периодические, почти мистические, они полностью соответствовали духу слова «баг»: вроде и есть проблема, а вроде и найти сложно.

Но настоящую славу термину подарило событие, которое могло бы стать сценой из научпоп-комедии, если бы всё не было документально записано.

В 1947 году легендарная учёная Грейс Хоппер — будущая создательница компилятора и вдохновительница языка COBOL — работала с гигантским электромеханическим компьютером Harvard Mark II. Машина была величественной: огромные панели реле, лампы, тёплый воздух, ощущение, что ты находишься внутри механического оркестра.

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

То, что они увидели, прославилось на весь IT-мир. Между контактами реле обнаружился маленький ночной мотылёк, который, вероятно, прилетел на свет и тепло, но сделал очень плохой выбор места отдыха. Контакты замкнулись, узел дал сбой, вычисления остановились.

Мотылька извлекли, аккуратно приклеили в рабочий журнал и сопроводили записью с великолепной самоиронией:

Сама Грейс Хоппер позже шутила, что она, конечно, не придумала термин «баг», но уж точно помогла ему стать бессмертным.

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

Потому что даже самый надёжный механизм иногда спотыкается о неожиданные мелочи.

Разница лишь в том, что сегодня мотыльков в серверах мы, к счастью, почти не встречаем.
А вот баги в коде, перегревы, случайные перегрузки и другие «встречи с реальностью» — вполне.

И именно поэтому инженеры любят эту историю: она напоминает, что ошибки неизбежны, но хорошая инженерия делает их безопасными, предсказуемыми и быстро устранимыми.

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

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

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

Пусть баги остаются в музеях — а ваши сервисы остаются онлайн.