O czym jest ten film
- Trójka gospodarzy podcastu Syntax — Wes Bos, Scott Tolinski i CJ — gra w „Wykryj oszusta”: każdy pisze odpowiedź na tablicy, ale jedna osoba w tajemnicy dostała zupełnie inne pytanie.
- Kolejne rundy dotyczą narzędzi AI do kodowania, trendów webdevowych, hostingu side projectów, codziennych narzędzi, JavaScriptu i baz danych.
- Oszust wygrywa, gdy uda mu się uniknąć wykrycia — tym razem przyznaje się w każdej rundzie, bo gospodarze znają swoje nawyki na wylot.
- O asystentach kodowania: na co dzień używa się narzędzi z rodziny Claude Code i open-source’owych odpowiedników; Grok trafia na tablicę wyłącznie jako narzędzie, któremu się nie ufa.
- Scott uważa orchestratory agentów za najbardziej przereklamowaną technologię webdevową — argument: wszyscy budują teraz dokładnie to samo.
- W rundzie o deployu side projectów ścierają się Vercel, darmowy surge.sh, Cloudflare oraz… lokalny hosting na Macu mini postawiony na Tailscale i Caddy.
- Wes zdradza, że Photoshop — za 80 dolarów miesięcznie — to narzędzie, które wymieniłby już następnego dnia, mimo że codziennie robi nim miniatury i makiety merchu.
- O JavaScripcie: największy atut to przenośność („działa wszędzie, nawet w spłuczce”), ale dla fanów języków kompilowanych sam runtime to najgorsza cecha.
- Scott wskazuje panel Cloudflare jako aplikację z najgorszym interfejsem — przy tylu nowych produktach coraz trudniej odnaleźć potrzebną funkcję.
- O bazach danych: SQLite jako zwykły plik kontra sprawdzony MySQL; strona Syntax stoi na MySQL i właśnie jest przenoszona na Postgresa.
10 najważniejszych takeaways — z kontekstem zastosowania
1.AI do kodowania: na co dzień Claude Code i open-source’owe klony, nie Grok
Na czym polega: W pierwszej rundzie widać, czym gospodarze faktycznie kodzą: narzędziami z rodziny Claude Code oraz open-source’owymi odpowiednikami. Grok pojawia się na tablicy tylko jako odpowiedź na pytanie o najmniejsze zaufanie — nikt nie traktuje go poważnie jako narzędzia codziennej pracy.
Jak stosować: Wybierając asystenta kodowania, kieruj się jakością i przewidywalnością w typowych zadaniach, a nie obietnicą braku ograniczeń.
Na co uważać: Argument „najmniej cenzurowany model” brzmi kusząco, ale w projektach zawodowych liczą się bezpieczeństwo, licencje i ochrona danych — nie odblokowane odpowiedzi.
2.Orchestratory agentów: przereklamowane, bo buduje je każdy
Na czym polega: Scott ujawnia, że jego zdaniem najbardziej przereklamowaną technologią webdevową są orchestratory agentów. Jego argument: to jedyna rzecz, którą — jak pokazują tweety — budują teraz wszyscy, więc hype jest ogromny, a różnorodności brak.
Jak stosować: Zanim zbudujesz własny orchestrator, sprawdź, czy problem naprawdę wymaga koordynacji wielu agentów; często wystarczy zwykły skrypt albo prosty pipeline.
Na co uważać: Popularność tematu w mediach społecznościowych nie świadczy o dojrzałości rozwiązań — to wciąż obszar mocno eksperymentalny.
3.Trend ostatnich pięciu lat: bezpieczeństwo typów na całym stacku
Na czym polega: Pytani o najlepszy trend webdevowy gospodarze wskazują pełne bezpieczeństwo typów od bazy aż po interfejs (TanStack), a przy okazji przypominają, że klasyczne RPC wciąż robi robotę.
Jak stosować: Inwestuj w typy end-to-end: schemat bazy, walidacja API i typy na froncie powinny pochodzić z jednego źródła prawdy.
Na co uważać: Sam TypeScript nie wystarczy — typy muszą przetrwać cały przepływ danych, aż do warstwy wizualnej.
4.Deploy side projectu: dopasuj platformę do skali projektu
Na czym polega: W dyskusji o najlepszym miejscu na prywatny projekt ścierają się trzy strategie: Vercel („chcesz mieć to online od razu”), darmowy surge.sh dla stron statycznych oraz lokalny hosting. Wniosek CJ: mnóstwo stron mogłoby być statycznym buildem za darmo, a ludzie i tak co miesiąc płacą dużym platformom.
Jak stosować: Zanim wybierzesz hosting, oceń, czy projekt w ogóle potrzebuje serwera. Strona statyczna (np. Astro) → darmowa opcja typu surge.sh lub Cloudflare Pages. Pełny stack i szybki start → Vercel.
Na co uważać: Wygoda „wszystko w jednym miejscu” potrafi zamienić się w stały rachunek za coś, co nie wymaga żadnego backendu.
5.Prywatne projekty: sieć domowa zamiast publicznego hostingu
Na czym polega: Scott broni odpowiedzi „lokalnie”: na Macu mini działa mu osiemset rzeczy, DNS wskazuje na prywatną sieć Tailscale, a ruch obsługuje Caddy. Aplikacja „dla dwóch użytkowników” — jego i żony — nie musi być publiczna.
Jak stosować: Jeśli robisz narzędzia tylko dla siebie i domowników, prywatna sieć między urządzeniami plus własny reverse proxy eliminują koszty i publiczną ekspozycję.
Na co uważać: Takie środowisko trzeba skonfigurować i utrzymywać, a dostęp dla innych oznacza zapraszanie ich do własnej sieci — czego Scott zresztą żartobliwie odmawia kolegom.
6.Czego uczyć nowego programistę: architektury oprogramowania
Na czym polega: Wes i Scott odpowiadają jednogłośnie: architektura oprogramowania. Dzień wcześniej gość ich podcastu — Adam Jacob — tak przekonująco tego dowodził, że obaj wpisali to samo. Narzędzia przychodzą i odchodzą, umiejętność projektowania systemów zostaje.
Jak stosować: Jeśli sam się uczysz lub prowadzisz juniorsów, przesuwaj równowagę z poznawania kolejnych bibliotek na projektowanie modułów, granic i przepływu danych.
Na co uważać: CJ na tej samej tablicy wpisuje Tailwind jako rzecz, na której nauce programiści tracą za dużo czasu — wszechobecne narzędzie nie jest automatycznie warte tygodni nauki.
7.Zrób audyt subskrypcji: Photoshop za 80 dolarów miesięcznie
Na czym polega: Wes przyznaje, że Photoshop — choć używa go kilka razy w tygodniu do miniatur, makiet merchu i specyfikacji produktowych — to narzędzie, które wymieniłby już następnego dnia. Powód: cena i frustracja.
Jak stosować: Wypisz narzędzia, za które płacisz, a obok częstotliwość użycia i odczucia przy pracy. Tam, gdzie „używam, ale nienawidzę”, poszukaj alternatywy albo renegocjuj plan.
Na co uważać: Koszt zmiany bywa realny: pliki, workflow, nawyki. Czasem lepiej zostawić jedno znienawidzone narzędzie do wąskiego zastosowania niż przeprowadzać pełną migrację.
8.JavaScript: największy atut to przenośność
Na czym polega: W rundzie o JavaScripcie pada odpowiedź „działa wszędzie” — do tego stopnia, że w internecie działają nim nawet spłuczki. Można napisać zwykły plik i po prostu go uruchomić, bez kompilacji, w dowolnej konsoli.
Jak stosować: Traktuj przenośność jako strategiczną przewagę: jeden język na serwer, przeglądarkę, skrypty i automatyzacje obniża koszt przełączania kontekstu.
Na co uważać: Ta sama cecha ma drugą stronę — zwolennicy języków kompilowanych, jak Scott, wskażą brak weryfikacji przed uruchomieniem jako najgorszą cechę JavaScriptu.
9.Cloudflare: potężne, ale panel robi się przeładowany
Na czym polega: Scott wyznaje, że aplikacją z najgorszym interfejsem jest dla niego panel Cloudflare. Przy takiej liczbie nowych produktów coraz trudniej znaleźć potrzebną funkcję — jak sam mówi, panel „zaczyna podupadać”.
Jak stosować: Jeśli korzystasz z Cloudflare, ogranicz się do konkretnych usług i trzymaj pod ręką zakładki z dokumentacją; nie próbuj ogarniać całego katalogu produktów naraz.
Na co uważać: Ocena interfejsu jest subiektywna — gospodarze sami przyznają, że platforma jest potężna; problemem jest nawigacja, nie możliwości.
10.Baza na start: plik SQLite, na wzrost — Postgres
Na czym polega: Dwóch gospodarzy wybiera SQLite: baza to zwykły plik, nie trzeba niczego instalować ani walczyć z zajętym portem. Scott wpisuje MySQL — i okazuje się, że to jego odpowiedź na pytanie o bazę, której używania żałuje. Strona Syntax stoi na MySQL i właśnie jest migrowana na Postgresa.
Jak stosować: Do prototypów i małych projektów bierz SQLite — zerowy narzut operacyjny. Gdy projekt rośnie, celuj w Postgresa od razu, a nie po fakcie.
Na co uważać: Migracja bazy na działającym serwisie to kosztowna operacja — lepiej podjąć decyzję wcześnie, czego przykładem sam Syntax.
Redakcyjne tłumaczenie
Zasady gry: dwaj mówią prawdę, trzeci gra pod przykrywką
Wes: Zagrywamy „Wykryj oszusta”. Scott jest w tej ekipie największym ściemniaczem, więc zapowiada się świetna zabawa.
(Informacja dodatkowa: Syntax to podcast o tworzeniu stron i aplikacji, prowadzony przez Wesa Bosa, Scotta Tolinskiego i CJ. W tym formacie każdy uczestnik pisze odpowiedź na tablicy, ale jedna osoba dostaje inne, tajne pytanie — pozostali mają ją zdemaskować.)
Runda 1: Jakiego narzędzia AI do kodowania używacie najczęściej?
Na tablicach: OpenCode, RooCode i… Grok.
(Informacja dodatkowa: OpenCode i RooCode to open-source’owe asystenty programistyczne, spokrewnione z Claude Code; Grok to model firmy xAI, należącej do Elona Muska, znany z mniejszych ograniczeń niż konkurencja.)
Wes: Tym tygodniu się przesiadłem. Scott: Nie wierzę, że ktokolwiek serio przechodzi na RooCode do codziennej roboty. Wes: No dobrze, ale Grok? CJ, tłumacz się. Scott: CJ nawet nie siedzi na Twitterze. Nie ma opcji, żeby używał Groka. Wes: CJ mnie nie lubi, bo mam Teslę. Zero szans, że dotyka czegokolwiek powiązanego z Muskem. CJ: To najmniej cenzurowany model, więc mogę nim robić wszystko, co robię. Scott: CJ, przecież nie robisz nic nielegalnego. CJ: Nie powiedziałem „nielegalnego”. Mówię o rzeczach, na które Claude by się nie zgodził. Wes: CJ, to wyjaśnienie jakoś ci nie gra, stary. Nikt nie koduje w Groku. CJ: No dobra. Moje pytanie brzmiało: „Któremu narzędziu AI do kodowania ufacie najmniej?”. Dlatego wybrałem Groka.
Runda 2: Jaki był najlepszy trend webdevowy ostatnich pięciu lat?
Na tablicach: „TanStack — pełne bezpieczeństwo typów na całym stacku”, „RPC” i „orchestratory agentów”.
Wes: To na pewno Scott. Zresztą RPC było świetnym trendem… no dobra, zabieram to z powrotem — CJ ma rację ze swoim bezpieczeństwem typów. „Orchestratory agentów” jako najlepszy trend to bez sensu. Scott: A co według was buduje każdy programista, którego znacie? Co ludzie tweetują co tydzień? Wszyscy budują to samo: orchestratory agentów. I są przereklamowane. Wes: „Przereklamowane” — sam się zdradziłeś. Widzicie? Scott w ogóle nie słuchał, jakie padło pytanie. Pytanie było o najlepszy trend. CJ: Scott jest krettem. Scott: …jakie było moje pytanie? Dobrze, że sami zapytaliście. „Jaka jest najbardziej przereklamowana technologia webdevowa?”. Nie mogę uwierzyć, że mi się to wyrwało.
Runda 3: Gdzie wystawiać side projecty?
Na tablicach: „Vercel”, „surge.sh” i „lokalnie”.
Scott: Będę bronił swojej odpowiedzi. Na moim Macu mini działa osiemset rzeczy, wczoraj tweetowałem o tym. Przestałem w ogóle wystawiać projekty publicznie. Wes: Bo masz zero użytkowników. Scott: Mam dokładnie dwóch. Mnie i moją żonę. Wes: A ja powiem tak: można Vercela nie lubić do woli, ale nie bez powodu strona Syntax na nim stoi. Jeśli chcesz po prostu szybko wrzucić projekt do sieci — Vercel. CJ: Parę dni temu sam mówiłeś o przenosinach na Cloudflare. Wes: Było, było. Ale odpowiedź na to pytanie jest jedna: szybkość uruchomienia. CJ: Ja stawiam strony statyczne na surge.sh. Zupełnie za darmo. Wes: Kto w ogóle jeszcze buduje strony statyczne? JAMstack umarł ze dziesięć lat temu. CJ: Ostatnio wystawiałem coś na Netlify, jeśli już trzeba wiedzieć. Wes: Netlify to dziś już nie tylko statyki. Ale o co ci właściwie chodzi? CJ: O to, że każdy z automatu wybiera Vercela albo Cloudflare i co miesiąc dostaje rachunek, a mnóstwo stron mogłoby spokojnie być statycznym buildem. Bierzesz stronę w Astro, robisz build, wrzucasz na Surge — za darmo. Scott: Dla mnie to na pewno CJ — przecież na Cloudflare Pages to samo jest bez opłat. Wes: A ja mówię: to Scott. Skoro pytanie brzmi „deploy”, to po co ktokolwiek pisałby „lokalnie”? Scott: To ci opiszę mój lokalny setup. Mam Tailscale… CJ: Nie chcemy słuchać o twoim Tailscale. Scott: …mam Caddy, mam lokalne domeny, DNS wskazuje na moją prywatną sieć. Wes: Najbardziej dopieszczone lokalne środowisko świata — które nie działa. Scott: Działa! Używam go teraz! CJ: To pokaż mi jakąś stronę hostowaną na twoim komputerze. Chętnie wpiszę adres. Scott: Nie pokażę, bo są lokalne. To projekty prywatne. CJ: To dodaj mnie do swojej sieci. Scott: Ani mi się śni.
(Informacja dodatkowa: Tailscale buduje prywatną sieć między twoimi urządzeniami, a Caddy to serwer, który sam zajmuje się m.in. certyfikatami. W duecie pozwalają „hostować” projekty wyłącznie dla siebie.)
Scott: Mój typ: Wes. Niedawno narzekaliśmy i na Vercela, i na Cloudflare, rozmawialiśmy o przenosinach strony Syntax. Wes dodał mnie do swojego konta Cloudflare i trzyma tam praktycznie wszystkie swoje projekty. Wiadomo, że jest wielbicielem Cloudflare — to on napisałby Cloudflare, a nie Vercela. CJ: Masz całkowitą rację, Scott. Znamy Wesa — gdzie tam Vercel. Oszustem jest Wes. Wes: Dobra, dobra, złapaliście mnie. Pytano mnie: „Która platforma hostingowa jest najbardziej przepłacona?”. Ale powiem szczerze — nadal staję za tym, co napisałem. Vercel to świetne miejsce, żeby wrzucać swoje projekty.
Runda 4: Czego powinni się uczyć nowi programiści?
Na tablicach: dwukrotnie „architektura oprogramowania” oraz „Tailwind”.
Wes: Nie muszę nawet patrzeć: to CJ. Scott i ja wczoraj nagrywaliśmy odcinek z Adamem Jacobem i on nas do zera przekonał do swojej odpowiedzi. CJ: Po pierwsze: zrobiliście to poza kolejnością. Po drugie — pokaż, co masz, Scott. Scott: Architektura oprogramowania. Nasz wczorajszy gość twierdził, że właśnie tego brakuje początkującym. I był bardzo przekonujący. CJ: A ja mówię: Tailwind. Jest w każdej aplikacji, którą początkujący zobaczy. Wskażcie mi choć jedną bez Tailwinda. Wes: CJ zapytał, jakie jest pytanie — czyli go nie znał. CJ: Robiłem to dla formatu! Przecież jest kolejność! Scott: Właśnie że jest. Ustaliliśmy ją z trzy razy. CJ: No dobra, to ja. Przyznaję się. Pytano mnie: „Na nauce czego programiści tracą za dużo czasu?”. I stąd Tailwind.
Runda 5: Jakiego narzędzia używacie codziennie?
Na tablicach: „Photoshop”, „Firefox” i „Tailscale”.
Scott: Tu każda z tych odpowiedzi może być tą prawdziwą. Wes w odcinku o Photoshopie i jego klonach mówił wprost, że to narzędzie, z którego korzysta parę razy w miesiącu. Wes: Parę razy dziennie. Scott: Po co Wes miałby otwierać Photoshopa codziennie? Nie ma powodu. CJ: Miniatury. W tych czasach człowiek musi robić wszystko sam. Wes: No ale widzicie w ogóle, ile roboty wkładam w tę ekipę? Miniatury, makiety merchu, specyfikacje produktowe! Scott: Brzmi przekonująco. Mimo to mówię: oszust. CJ: Ja też nie wiedziałem, czy Firefox w ogóle ujdzie za „narzędzie” — ale używam go i w telefonie, i na Macu. Scott: A Tailscale mogę potwierdzić: używam codziennie. W końcu ważę psa i muszę wiedzieć, ile waży. Wes: Dobra. Jestem. Pytano mnie: „Jakie narzędzie wymieniłbyś już jutro, gdybyś mógł?”. Bo to prawda, o czym mówiliśmy przy okazji Photoshopa: używam go kilka razy w tygodniu i go nienawidzę. Osiemdziesiąt dolarów miesięcznie. A przy okazji — już nigdy nie dotykam tablicy, będę rysować tylko na Dellu XPS za pięć tysięcy dolarów. CJ: Przecież wczoraj mówiłeś, że nie wyobrażasz sobie ekranu dotykowego w laptopie Apple. Wes: Bo w Apple nie. To Dell — i jest świetny. A na tablicy online i tak najlepszy jest tldraw. Najlepszy wynalazek. Omaliłem co, prawie upuściłem.
(W tle ktoś pryska płynem do okularów — chciał oczyścić tablicę i opryskał siebie.)
Runda 6: Co jest najlepsze w JavaScripcie?
Na tablicach: „działa wszędzie”, „obiekty” i „runtime”.
CJ: Działa wszędzie. Dosłownie wszędzie — są na świecie spłuczki, na których działa JavaScript. Wes: A ja stawiam na obiekty. Są dynamiczne w porównaniu z innymi językami. Same obiekty i masz mapy haszujące, słowniki, tablice asocjacyjne. Scott: Runtime — to w zasadzie to samo, co „działa wszędzie”. Odpalasz konsolę, nie kompilujesz niczego, piszesz zwykły plik i on po prostu działa. Zawsze. CJ: Nie, nie jest to samo. Ty przez pół wieczoru zapisywałbyś jedno słowo „runtime”. Mój typ: Scott. Scott: Dobra, przyznaję: obiekty faktycznie są jedną z najlepszych rzeczy w JavaScripcie. CJ: W JavaScripcie wszystko jest obiektem. Wes: I to akurat nie jest zaleta. Scott: …dobra, jestem. Cholera. Wes: Jakie było twoje pytanie? Scott: „Co jest najgorsze w JavaScripcie?”. Runtime. Wolę języki kompilowane.
Runda 7: Jakiej aplikacji webowej używacie co tydzień?
Na tablicach: „X Pro (dawniej TweetDeck)”, „Gmail” i „Cloudflare”.
Wes: To znowu Scott. Scott: A czemu Cloudflare nie miałoby być aplikacją webową? Panel to aplikacja jak każda inna. Wes: Nie nazwałbym dashboardu „aplikacją”. Scott: Ja tam nie wierzę, że CJ używa Gmaila. CJ to ktoś, kto musi zacierać ślady — widzę go raczej w Protonie. CJ: Pracuję w firmie na Google Workspace i Gmaila mam otwartego codziennie. Wes: To Google Workspace, nie Gmail. CJ: Właśnie. Ja się nawet nie loguję — otwieram kartę, bo sesja sama trzyma. Scott: Czyli webmail. Ciekawe. A wy czego używacie? Kto tu nie siedzi w webmailu? Wes: Ja mam aplikację desktopową i spoglądam na was z wyższością. Dobra — jakie było twoje pytanie, Scott? Scott: „Która aplikacja, z której korzystasz, ma najgorszy interfejs?”. CJ: Zgadzam się. Chociaż nie wiem, czy aż najgorszy… Scott: Ma. Regularnie się w nim gubię i nie mogę znaleźć tego, czego szukam. Ten panel zaczyna podupadać — przybyło nowych produktów i nie wiadomo już, gdzie co jest.
Runda 8: Jaki typ side projectu lubicie budować najbardziej?
Na tablicach: „home display”, „użyteczne rzeczy” oraz „rzecz do budowania rzeczy do budowania rzeczy”.
(Informacja dodatkowa: home display to domowy ekran z panelem informacji — pogodą, kalendarzem, statusami domowych serwisów.)
Wes: Moja odpowiedź jest ewidentnie szczera, bo tylko takie projekty robię. Mogę pokazać — mam trzy home displaye na biurku. CJ: Rzeczy, które buduję, to rzeczy, których potrzebuję. Użyteczne rzeczy. Scott: „Użyteczne rzeczy” — to na pewno CJ, bo co to w ogóle ma być za odpowiedź? Równie ogólnikowa jak moja. Pokażcie jeszcze raz moją: „rzecz do budowania rzeczy do budowania rzeczy”. Wes: No właśnie. CJ: Trudno mi jakoś, skoro jestem tu chyba jedynym, kto dostał normalne pytanie… Scott: Rozłóżmy to na czynniki. „Użyteczne rzeczy” to odpowiedź krótka i nic nieznacząca. Wes home displaye rzeczywiście buduje — ale spokojnie mogłaby to być odpowiedź na zupełnie inne pytanie, na przykład „na czym straciłeś najwięcej czasu?”. Bo home displaye to przecież to, nad czym teraz siedzisz, Wes. Wes: Nie — to coś, co próbowałem zbudować. Zobaczcie moje wideo. CJ: No i się wydało. Wes jest oszustem. Wes: Pytano mnie: „Jakiego side projectu porzucałeś najwięcej razy?”. Bo home display próbowałem zbudować ze dziesięć razy.
Runda 9: Jaka jest wasza baza danych?
Na tablicach: dwukrotnie „SQLite” oraz „MySQL”.
Scott: MySQL. Używamy go na stronie Syntax. Sprawdzony w boju, siedzi we wszystkim: WordPress, Drupal, cokolwiek — wszędzie MySQL. Wes: A ja SQLite, i powiem dlaczego. Nie stawiasz żadnego serwera. Nie otwierasz aplikacji do obsługi bazy, która i tak nie ruszy, bo coś już siedzi na porcie. Nie kombinujesz z cudzym setupem, który u kogoś działa, a u ciebie nie. Daj mi plik. Plik leży na moim dysku — i to jest cała baza. CJ: Z tych samych powodów. Zero narzutu, rusza w sekundę. Wes: Mój typ: Scott. Bo gdyby MySQL naprawdę była jego codzienną bazą, napisałby SQLite albo Postgresa. Scott: Nie sądzicie, że mógłbym napisać MongoDB? CJ: Szkoda tylko, że nie wyszło, iż wszyscy napisaliśmy SQLite. Wes: Strona Syntax stoi na MySQL i właśnie migrujemy ją na Postgresa. To Scott. Scott: Pytano mnie: „Której bazy żałowałeś, że używałeś?”. A skoro już jesteśmy przy tym szczerym trybie: to ja przeprowadziłem tę migrację na Postgresa. Więc — sami przyznajcie — mój argument właśnie się rozpadł.
Finał: nikt nikogo nie nabrał
Wes: Wychodzi na to, że nikt nikogo nie wykiwał. Nauczyłem się dziś jednego: wy trzej naprawdę dobrze się znacie.