TBD – kiedy nazywanie projektu zostawiasz na później

Każdy programista to zna. Otwierasz GitHub, klikasz „Nowe repozytorium" i nagle zatrzymujesz się przy polu z opisem. Jak nazwać coś, czego jeszcze nie ma?

Repozycje TBD — „To Be Determined", czyli „do ustalenia" — to coś więcej niż tymczasowy placeholder. To wyraz pokory intelektualnej i deklaracja intencji jednocześnie. Mówisz w ten sposób: „Wiem, że powstanie coś niesamowitego, ale nie jestem na tyle arogancki, żeby nadawać nazwę zanim zrozumiem, czym to właściwie będzie."

Dlaczego podejście TBD jest tak skuteczne

Ta filozofia sprawdza się w nowoczesnym developmentzie z kilku istotnych powodów.

Elastyczność architektury — dopóki nie nazwałeś projektu, nie związałeś się z niczym. Twoje myślenie pozostaje otwarte na najlepsze rozwiązanie techniczne. Nie próbujesz na siłę dopasować architektury do wcześniej wymyślonej etykiety.

Przestrzeń do eksperymentowania — projekty bez nazwy nie dźwigają na sobie ciężaru oczekiwań. Możesz spokojnie przeskoczyć z Node.js monolicznego na mikroserwisy, nie mając poczucia zdrady własnej wizji.

Bezpieczeństwo psychologiczne — badania nad blokadami twórczymi pokazują, że pozwolenie sobie na start bez pełnej jasności dramatycznie zwiększa szanse, że w ogóle zaczniesz.

To samo dotyczy domen

W NameOcean obserwujemy to samo zjawisko. Domeny rejestrowane z tymczasowymi nazwami — programiści zabezpieczają przestrzeń pod projekty, które istnieją tylko w ich wyobraźni. Domeny typu twojprojekt.tbd to rozsądna strategia biznesowa. Rezerwujesz miejsce na przyszłość zanim wiesz, co dokładnie wyląduje pod tym adresem.

Rozwój narzędzi wspieranych przez AI przyspieszył ten trend. Dzięki vibe coding i programowaniu z asystentem AI możesz zarysować całą architekturę aplikacji w języku naturalnym, zanim powstanie choćby jeden plik. Faza TBD teraz często wygląda jak rozmowa z botem o możliwościach i potencjale.

Zmierz się z niezdefiniowanym

Kiedy następnym razem będziesz wpatrywać się w puste pole nazwy repozytorium albo w formularz rejestracji domeny, zapamiętaj: każda aplikacja Rails, każdy klaster Kubernetes, każdy udany produkt SaaS zaczynał się jako czyjeś TBD.

Kod, który napiszesz jutro, będzie wdzięczny za elastyczność, jaką dajesz sobie dzisiaj. Śmiało więc — stwórz to repozytorium-placeholder. Nazwij je TBD, jeśli musisz. Twój przyszły ja, dostarczający funkcje tysiącom użytkowników, doceni fakt, że zacząłeś bez strachu.

Najlepsze projekty nie rodzą się z idealnymi nazwami. Rodzą się z idealnym timingem — i odwagą, żeby zacząć zanim jesteś gotowy.

Co stanie się z Twoim TBD?