Osiem miesięcy szukania kogoś, kto przejmie stery

Pavel Djundik uruchomił SteamDB w 2013 roku jako projekt poboczny śledzący ceny, liczbę graczy i historię aktualizacji na platformie Steam firmy Valve. Do tego roku stał się czymś, co dziennikarze gamingowi cytowali jako źródło statystyczne, co kupujący Steam Decki sprawdzali pod kątem notatek o zgodności, i na czym po cichu opierały się narzędzia zewnętrzne, a wszystko to podczas gdy Djundik prowadził serwis sam. W styczniu 2026 roku zaczął po cichu szukać kupca, nie po to, by zarobić, ale ponieważ zadanie wyrosło ponad to, co jedna osoba mogła udźwignąć: koszty hostingu, limity API, przeciwdziałanie nadużyciom i prośby o funkcje wciąż rosły wraz z ruchem, podczas gdy jego dostępny czas nie.

We wrześniu 2026 roku sprzedał SteamDB firmie Chosen, stojącej za Nexus Mods, założonej przez jej dyrektora generalnego Victora Folmanna. Djundik opisał poszukiwania jako szukanie zespołu, który rozumie, co znaczy być odpowiedzialnym za coś, od czego zależy społeczność, i przedstawił transakcję w kategoriach trwałości, a nie lukratywnego wyjścia. Cena nie została ujawniona.

Nikt niczego nie podpisał, wszyscy byli od tego zależni

To, co czyni tę historię czymś więcej niż przypisem w wiadomościach o grach, to fakt, czym SteamDB naprawdę było w praktyce: nieopłacaną, nieformalną infrastrukturą, wokół której duża liczba niepowiązanych stron po cichu zbudowała swoje procesy pracy. Sama Nexus Mods opisała sytuację, mówiąc, że miliony graczy, twórców i wydawców polegały na usłudze bez umowy o poziomie usług, bez planu sukcesji i bez żadnego organu nadzorującego, co stałoby się, gdyby jedyny opiekun się wycofał. Nie było żadnej umowy, ponieważ nie było żadnego dostawcy, tylko osoba ze stroną internetową i rosnącym poczuciem obowiązku wobec wszystkich, którzy z niej korzystali.

Taki układ nie jest niczym niezwykłym. To domyślny stan ogromnej części infrastruktury, którą branża technologiczna traktuje jako coś, co po prostu istnieje: biblioteka open source jednego opiekuna, darmowe API, które główny produkt startupu po cichu wywołuje tysiące razy dziennie, baza danych prowadzona przez społeczność, która przetrwa każdą inną część pierwotnego stosu technologicznego firmy. Incydenty z left-pad w 2021 roku i xz-utils w 2024 roku pokazały to samo w przypadku kodu; SteamDB pokazuje to w przypadku żywej, publicznie używanej usługi danych.

Decyzja, której nikt nie podjął, dopóki nie została wymuszona

Djundik podjął odpowiedzialną decyzję, jaka była mu dostępna: spędzić osiem miesięcy na szukaniu opiekuna, zanim wypalenie wymusi gorszy wynik, stronę, która by się degradowała, zniknęła lub została sprzedana temu, kto zapłaci najwięcej, niezależnie od jego zamiarów. Ale trudniejsza decyzja, ta, która nigdy nie została podjęta, należała do wszystkich, którzy zbudowali proces pracy na SteamDB, nie pytając, co się stanie, jeśli on po cichu przestanie. Nexus Mods kontroluje teraz dane, które dziennikarstwo gamingowe i narzędzia zewnętrzne traktują jako źródło referencyjne, a własne oświadczenie firmy, że SteamDB musi zarabiać pieniądze, jest sygnałem, a nie groźbą, że warunki tej zależności mogą się zmienić.

Nexus Mods zasługuje na uznanie za dobre poprowadzenie przekazania: brak wymuszonego łączenia kont, na razie brak reklam, i publiczne zobowiązanie do zachowania istniejących darmowych funkcji. To najlepsza możliwa wersja tego przejścia. Niewygodne pytanie, jakie pozostawia dla każdej firmy, nie dotyczy konkretnie SteamDB. Chodzi o to, czy taki sam audyt kiedykolwiek przeprowadzono wewnętrznie: od jakiego darmowego narzędzia, jakiej biblioteki utrzymywanej przez jedną osobę, jakiego nieoficjalnego API zależy własny proces pracy, i jaki jest rzeczywisty plan na dzień, w którym jego opiekun się wypali.

Co naprawdę warto sprawdzić w tym tygodniu

Przeprowadźcie prawdziwy audyt zależności wszystkiego, co jest skierowane do klienta lub generuje przychody: wypiszcie każdą zewnętrzną usługę lub bibliotekę, którą wywołuje wasz stos, a która jest utrzymywana przez jedną osobę lub zespół liczący od jednej do trzech osób, bez żadnej komercyjnej umowy wsparcia w tle. Dla każdej pozycji zapiszcie, co by się zepsuło, gdyby zniknęła bez ostrzeżenia, i czy istnieje porównywalna alternatywa, na którą wasz zespół mógłby przejść w ciągu tygodnia. Jeśli szczera odpowiedź choćby dla jednej pozycji brzmi, że nic by nie działało i nie ma żadnego planu, to nie jest problem branży gier. To to samo niewycenione ryzyko, które właśnie zmieniło właściciela przy SteamDB, cicho ukryte wewnątrz firmy, która jeszcze nie miała własnego momentu ze stycznia 2026 roku.

Czytaj dalej: xPaw sprzedał SteamDB. Ryzyko zostało.  |  Krytyczny błąd GitLab uderzył self-hosted, nie SaaS