Dyskusja użytkownika Deykun

@tomasz-frankowski Co jest przestarzałego w Next.js + Tailwind + Prisma? xD Jedynie może Drizzle zamiast Prisma ale nadal się często korzysta z Prismy.

@Catharsis na początek o nextjs na którym napisane jest hejto. Napisałem tutaj krótki esej o tym dlaczego to co tu się dzieje to gówno, ale hejto się wyjebało i zupełnie jak @AndrzejZupa wszystko chuj strzelił. Więc zamiast się rozpisywać z argumentami napiszę w skrócie:

Nextjs jest przestarzałe, a dzisiejszą popularność zawdzięcza tylko popularności w czasach na których trenowane były LLMy.
Docker w ich stacku oznacza, że nie mają na pokładzie nikogo kto jest w stanie prowadzić projekt technologiczny:
nextjs ma plusy tylko na vercel, a oni w stacku dają dockera przez którego traci się 50% plusów, a podkręca minusy.

Nowy nextjs nie nadaje się dla nowicjuszy przez trudne mechanizmy cache, junior musi złapać skille seniorskie żeby pisać prosty kod.
Ma masę luk bezpieczeństwa, a co chwilę wypływają nowe. Co różniące od wordpressa- luki są bardzo szybko eksploatowane (często zanim wejdzie łatka).

O tailwindzie nic nie mogę powiedzieć złego- ma swoją cenę, ale jeśli jest dobrze skonfigurowany to dług techniczny jest całkowicie offsetowany przez prędkość wdrożeń.

Postgre jest uniwersalny, też nic nie powiem. A prisma? Tak samo jak vercel masz vendor lock-in i w projekcie już nie masz nic rozwijane poza marketingiem ściągającym do ich hostingu psql.

W mocnym skrócie- szybka analiza ich strony i ogłoszenia wskazuje na to, że rzucili się na głęboką wodę a ich architekt ma na imię GePeTto lub Claudiusz.

A ludzie którzy pójdą na to stanowisko pójdą tam aby się uczyć. I będą się uczyć technologii źle zaimplementowanej + nieaktualnej za 2-3 lata (kiedy powinni już zaczynać być samodzielni).

W mocnym skrócie- szybka analiza ich strony i ogłoszenia wskazuje na to, że rzucili się na głęboką wodę a ich architekt ma na imię GePeTto lub Claudiusz.

@tomasz-frankowski używają najpopularniejszego stacku frontowego na ziemi a ty pierdzielisz. W ogóle spoko szkalować nextjs, ale jebać nextjs, bo jest - sprawdza notatki - przestarzały i nieprzyszłościowy to kurwa trzeba umieć. XD

nieaktualnej za 2-3 lata (kiedy powinni już zaczynać być samodzielni).

Ta mordo, za 2-3 lata nextjs z tailwindem na dokerze będzie nieaktualne. 1/3 frontu się przesiądzie kurwa na TanStack wydane pół roku temu albo SvelteKit w końcu rozwknitnie. Powiedz mi panie ekspert jakim nowym przyszłościowym js freamoworkiem ty byś developerów ściągał do pracy w wolontariacie zamiast najpopularniejszym w branży. Co to jest takie hop do przodu? Oświeć nas w swojej łasce w czym się będzie klepać za 2 lata. W 2028 branża już będzie klepała w deno, czy bunie? xD

@Deykun A hostując na dockerze, co Ci dzisiaj daje next czego nie da vanilla?

Next.js pozostaje sprawnym frameworkiem z dużym ekosystemem i jest aktywnie rozwijany (głownie przez funkcje vercel). Pproblem polega na tym, że przestał być automatycznie najlepszym wyborem dla każdego projektu. A dla projektu opartego na wolontariacie jest wyborem aktywnie szkodliwym. Powód jest strukturalny: framework optymalizowany pod Vercel i pod zespoły full-time, które nadążają za jego tempem zmian, ma cechy dokładnie odwrotne do tych, których potrzebuje projekt utrzymywany w wolnym czasie przez rotujących kontrybutorów.

Dla SPA lub prostej strony: vanilla JS (albo Vite + coś co ogarnie ui) eliminuje całą klasę problemów. Zero migracji wersji , zero magii, kod zrozumiały dla każdego, kto zna platformę webową.

A tanstack? Jak ja tego gówna nienawidzę, ale jest dużo dużo starszy niż pół roku

@tomasz-frankowski
Noga na hamulec z nowościami z youtuba kolego.

Branża w 2028 nadal będzie klepała w nextjsa tak jak dzisiaj angular nadal isnieje. Z jednej strony pytasz czego nie da vanilla, vanilla react? Gwarantuje Ci, że za 2 lata server componety reacta do SSR będą nadal niszowe. Ale potem piszesz o SPA, i że vite wystarczy więc nie jestem pewien czy nawet rozumiesz jak istotny jest silnik do SSR, bo jak Ci ktoś do tego spa na vite każde dodac SSR 2 lata później w projekcie to normalny developer posmutnieje, ale Ty ze swoją buńczucznością brzmisz jak ktoś kto za te 2 lata już będzie w kolejnej firmie pisał swój kolejny sukces w nowszym stacku. ;d

W ogóle śmiechłem z "Zero migracji wersji", bo nie wiem. Musiałeś podbijać nextjs i utrzymywanie kodu Ci się nie podobało i myślisz, że Twój customowy setup na vite będzie lepszy i nie będzie go trzeba nigdy podbijać? Brzmi bardzo niedojrzale.

A tanstack? Jak ja tego gówna nienawidzę, ale jest dużo dużo starszy niż pół roku

Tanstack Start (nie router) który pretenduje do konkurencji Next.js jest nadal w fazie Release Candidate. Można mieć zakrzywiony obraz jak się słucha ciągle doniesień o nowościach.

@Deykun ale dużo założeń, śmiesznie że musisz się pchać w to co ja robię i jakie decyzje podejmuję a nie potrafisz wybronić swojego punktu widzenia :)

Ale tak, brzmisz jak gość który jest blisko kodu i nie rozumie że dług technologiczny wynika w większości z błędnego zarządzania- nie kodu. Kod to tylko mechanizm, a tutaj błędna jest cała architektura która świadczy o braku osoby kompetentnej- która umiałaby wybrać łatwo zarządzalny stack.

I nie żeby coś, ale to ty sprawiasz wrażenie znawcy skaczącego po bibliotekach, nie rozumiejący fundamentalnych zasad budowania systemów. Poprowadzisz kilka refaktorów to nabierzesz pokory.