O czym ten odcinek
- Dlaczego sposób prowadzenia projektu waży więcej niż sama rozmowa z AI
- Jak wybrać między Claude Code a Codeksem
- Co przygotować w projekcie, zanim powstanie pierwsza funkcja
- Mój błąd: aplikacja, która urosła do 20 tysięcy linii w jednym pliku
- Jak rozdzielić środowisko testowe od produkcyjnego
- Po co bramki kontrolne i historia wdrożeń
Budowanie aplikacji z AI to nie tylko rozmowa z czatem. To sposób prowadzenia projektu, który decyduje, czy Twoja aplikacja będzie działać za miesiąc, czy zamieni się w coś, czego nie da się już ogarnąć. W tym odcinku pokazuję strukturę, która ratuje przed chaosem przy projektach dla klientów.
Opowiadam, jak wybrać narzędzie, ile to naprawdę kosztuje i jak przygotować środowisko, zanim powstanie pierwsza funkcja. Pokazuję też własny błąd: aplikację, która urosła do 20 tysięcy linii kodu w jednym pliku, bo budowałem ją na żywioł, bez specyfikacji i planu. Tłumaczę, jak rozdzielić środowisko testowe od produkcyjnego, jak ustawić bramki kontrolne przed wdrożeniem i dlaczego ta struktura zwraca się przy każdym większym projekcie.
Spis treści
- 0:00 - Wprowadzenie do tematu
- 2:48 - Claude Code czy Codex, wybór narzędzia
- 4:44 - Ile kosztuje korzystanie z AI
- 6:42 - Przygotowanie środowiska projektu
- 9:04 - Mój błąd: 20 tysięcy linii kodu
- 12:35 - Specyfikacja i plan dla każdej funkcji
- 15:50 - Środowisko testowe kontra produkcja
- 19:59 - Bramki kontrolne i historia wdrożeń
- 23:00 - Dobór modeli AI do zadań
