@Hatsune_Miku a może to wynika z niewiedzy i źle go używasz?

@Hatsune_Miku Wolałbyś żeby tworzeniem bundli, transpilacją i innymi rzeczami zajmował się Ruby (gems) albo PHP (composer)? Wtedy problem był taki, że JS Devowie musieli uczyć się dodatkowo nowego języka tylko po to żeby obsługiwać większe appki. Źle to działało.

@dlugiigrubyiniepenis nie używałem go, mówię o tym jak wygląda np kod właśnie hejto

@badfunkydog a le śmigało nawet na kartoflu

@Hatsune_Miku kiedyś to było kurła, php by przemo i bez żadnych frameworków

@badfunkydog ano troche tak, mam na myśli właśnie proste serwisy przy których użycie node wydaje mi się nieefektywne i toporne, chociaż może to właśnie przez nieumiejętne jego użycie przez twórców. No i namówiliscie do zagłębienia się w temat i właśnie stawiam wirtualke do nauki node.js ;/

@Hatsune_Miku hejto chyba stoi na next.js. Ja osobiście polecam nest.js jako framework do zabawy i zapoznania się z ekosystemem:

https://nestjs.com/

@badfunkydog dziękuję

@Hatsune_Miku Dla małego rozjaśnienia - Node to backend, nie frontend :). Ale rozumiem skrót myślowy - chodzi o budowanie frontendów z wykorzystaniem Node.jsowych tooli takich jak Webpack, Parcel czy Vite; czy w ogóle korzystanie z fullstackowych rozwiązań jak Next.js. To nie jest złe, akurat dla frontendowców to znacznie upraszcza sprawę. Toporność już zależy tylko i wyłącznie od tego, kto pisał daną rzecz . Taki Next.js, na którym Hejto jest oparte, jest akurat bardzo szybkie i można w nim tworzyć rewelacyjnie działające strony.

@marmot oczywiście, wiem że to backend, skróciłem mocno ale ciesze się że zostałem zrozumiany chce się zapoznać czysto hobbistycznie z tematem i z ciekawości przepisać swoją stronkę php+mysql na jakiś właśnie full stack w js aby zobaczyć jak to będzie działać i jak będzie to responsywne na niezbyt wydajnym sprzęcie na którym owa strona docelowo jest uruchamiana