Ćma w komputerze - skąd wzięło się słowo bug

Wrzesień 1947 - dzień, w którym owad zatrzymał komputer

Harvard Mark II był elektromechanicznym kolosem - zajmował całe pomieszczenie i liczył za pomocą przekaźników, czyli mechanicznych styków otwierających i zamykających obwody. 9 września 1947 roku maszyna zaczęła zwracać błędne wyniki. Inżynierowie, przeszukując kolejne przekaźniki, znaleźli w jednym z nich martwą ćmę, która zwarła styki i zakłóciła działanie układu.

Owada wyjęto pęsetą i wklejono do dziennika pracy komputera razem z podpisem First actual case of bug being found - pierwszy udokumentowany przypadek znalezienia buga. Dziennik ten przetrwał do dziś i jest przechowywany w Smithsonian Institution jako jeden z symboli wczesnej informatyki.

Grace Hopper - coś więcej niż anegdota o ćmie

Historia zwykle kończy się na owadzie, ale najciekawsza jest postać stojąca za dziennikiem - Grace Hopper, komandor Marynarki Wojennej USA i jedna z pionierek programowania. To ona pracowała przy Mark II, a później stworzyła pierwszy kompilator oraz język COBOL, który do dziś obsługuje część systemów bankowych i ubezpieczeniowych na świecie.

Hopper konsekwentnie powtarzała, że najbardziej niebezpiecznym zdaniem w informatyce jest "zawsze tak to robiliśmy". Jej podejście do upraszczania programowania i automatyzacji testów miało ogromny wpływ na to, jak dziś projektuje się i wdraża oprogramowanie - również w małych firmach, które korzystają z procesów DevOps, by wyłapywać błędy zanim trafią do produkcji.

Czy to naprawdę pierwszy bug w historii?

Tu popularna legenda się rozjeżdża z faktami. Słowo bug jako określenie usterki technicznej używano już w XIX wieku - sam Thomas Edison pisał w swoich notatkach o "bugs" jako drobnych błędach konstrukcyjnych w urządzeniach elektrycznych, na długo przed powstaniem pierwszych komputerów. Zespół Grace Hopper znał więc to słowo wcześniej i po prostu zażartował, że tym razem błąd był dosłowny - prawdziwy robak, a nie metafora.

To właśnie ta gra słów sprawiła, że wpis do dziennika stał się kultowy - nie dlatego, że wymyślono nowy termin, ale dlatego, że po raz pierwszy ktoś udokumentował dosłowne spełnienie się metafory. Podobnie jak w przypadku innych przełomowych momentów informatyki, na przykład robaka Morrisa z 1988 roku, rzeczywistość okazuje się bardziej niuansowa niż anegdota, która krąży w internecie.

Od przekaźników do kodu - dlaczego błędy wciąż kosztują

Mark II ważył kilka ton i liczył wolniej niż dzisiejszy kalkulator w telefonie, ale problem, który ujawnił, nie zniknął wraz z epoką elektromechanicznych przekaźników. Współczesne systemy firmowe - od oprogramowania księgowego po sklepy internetowe - również padają ofiarą błędów, tylko że dziś rzadko winna jest fizyczna ćma. Częściej to literówka w kodzie, nieprzetestowana aktualizacja albo konflikt wersji bibliotek.

• Błąd w jednej linijce kodu może zatrzymać sprzedaż w sklepie internetowym na kilka godzin.
• Nieprzetestowana aktualizacja systemu może uszkodzić integrację z bazą danych.
• Brak monitoringu sprawia, że drobny błąd ujawnia się dopiero, gdy klienci zaczynają zgłaszać problemy.

Podobnie jak inżynierowie z 1947 roku, którzy musieli fizycznie przeszukać każdy przekaźnik, dzisiejsze zespoły IT muszą mieć procedury pozwalające szybko zlokalizować źródło problemu, zanim wpłynie on na klientów.

Jak firmy dziś polują na błędy

Największa różnica między 1947 rokiem a dziś to skala i automatyzacja. Zamiast ręcznego przeszukiwania przekaźników, nowoczesne zespoły korzystają z automatycznych testów, systemów monitoringu i procesów wdrożeniowych, które wyłapują błędy jeszcze przed publikacją zmian. To dokładnie ten sam duch, który przyświecał Grace Hopper przy tworzeniu pierwszego kompilatora - im więcej można zautomatyzować, tym mniej miejsca zostaje na przypadkowe usterki.

Dla małej lub średniej firmy oznacza to konkretną korzyść: stałe wsparcie IT pozwala wychwytywać drobne nieprawidłowości w systemach, zanim urosną do rangi poważnej awarii. Warto też pamiętać, że historia informatyki pełna jest momentów, w których pozornie drobny szczegół - jak wspomniana wcześniej ćma - miał wpływ na to, jak dziś mówimy o technologii, podobnie jak wkład twórców fundamentalnych narzędzi, opisany choćby w historii Dennisa Ritchiego i języka C.