Open source jest darmowy, dopóki nie trafi na produkcję

Każde porównanie otwartego stacku z komercyjnym ma ten sam kształt: kolumna licencji to zero po jednej stronie i duża liczba po drugiej, a decyzja wygląda oczywiście. Jest to też najmniej ciekawa liczba na tej stronie, bo licencja nigdy nie była drogą częścią. Koszty rozstrzygające, czy to zadziała, pojawiają się po pobraniu i prawie nikt nie wpisuje ich do arkusza.

Gdzie naprawdę idą pieniądze

Nauka. Ktoś musi zrozumieć stack na tyle, żeby podejmować o nim decyzje — a to mierzy się w miesiącach, nie w kursie. W małym zespole ta osoba jest jednocześnie osobą, która robiła coś innego.

Pierwsze wdrożenie. Nie demo — to z Twoimi danymi, Twoim dostawcą tożsamości, Twoją siecią i Twoimi wymogami zgodności. Tu każdy projekt odkrywa, które z jego założeń były błędne, i prawie zawsze kosztuje to więcej, niż zakładał szacunek.

Utrzymanie. Kopie zapasowe, które są testowane, monitoring łapiący problem przed użytkownikiem, aktualizacje robione według harmonogramu, a nie po incydencie. To koszt stały i najczęściej pomijany.

Bycie pod telefonem. Nie godziny — dostępność. Ktoś musi być osiągalny, co znaczy albo dyżury, albo jedną osobę, która nigdy naprawdę nie jedzie na urlop. Druga opcja działa, dopóki nie przestaje — zwykle w najgorszym momencie.

Rotacja. Osoba, która nauczyła się stacku, odchodzi. Przy oprogramowaniu komercyjnym wiedzę zatrzymuje dostawca; przy samodzielnie prowadzonym otwartym stacku wychodzi razem z nią — chyba że została spisana, a zwykle nie została.

Kiedy samodzielne prowadzenie naprawdę jest tańsze

To nie jest argument, że masz komuś płacić. Sporo organizacji powinno prowadzić to samodzielnie, a wzorzec jest dość jasny.

Masz już zdolność — ludzi, dla których utrzymywanie infrastruktury jest właściwą pracą, a nie czymś, co robią przy okazji. Obciążenie nie leży na ścieżce krytycznej, więc popołudnie przestoju jest irytujące, a nie kosztowne. I masz skalę, w której koszt nauki rozkłada się na wiele wdrożeń, a nie na jedno.

Jeśli wszystkie trzy są prawdziwe — prowadź to sam. Oprogramowanie jest otwarte właśnie po to.

Kiedy nie jest

Odwrotność jest równie jasna. Pięcioosobowy zespół, w którym osobą, która by się tego nauczyła, jest osoba zamykająca księgi. Obciążenie, którego przestój zatrzymuje magazyn. Jedno wdrożenie, przy którym cały koszt nauki spada na jeden projekt i nigdy się nie zwraca.

W takich przypadkach rachunek nie brzmi „licencja kontra brak licencji”. Brzmi „miesiące wewnętrznej osoby kontra umowa z czasami reakcji” — a druga opcja bywa i tańsza, i szybsza.

Porównanie warte zrobienia

Nie open source kontra komercyjne. Prowadzone samodzielnie kontra wspierane, z tym samym oprogramowaniem po obu stronach.

Takie ujęcie usuwa ideologię i zostawia pytanie operacyjne: kto niesie ryzyko, kto wykonuje pracę i ile każda opcja kosztuje rocznie. Czyni też odpowiedź odwracalną — zacznij ze wsparciem, przejmij do siebie, gdy zespół będzie gotowy, albo odwrotnie, gdy odejdzie osoba, która to znała.

Ta odwracalność jest właściwą przewagą budowania na open source i to ona ginie, gdy rozmowa toczy się o opłatach licencyjnych. Oprogramowanie pozostające otwarte znaczy, że decyzję o tym, kto to prowadzi, można rewidować co roku — samodzielnie i bez niczyjej zgody.