@masterowiec: po to, zeby zaspokoić nabrzmiałe ego sporej grupy "programistów" którzy nie mogą przeżyć, ze ich apka nie będzie miała 20 milionów odsłon na sekundę ani więcej niż 4 podstron do typowego CRUDa.
Jasne, taki fejsbuk czy inne Google jak najbardziej potrzebuje - ale każdemu sie wydaje, ze jest fejsbukiem

@bonus: To jest straszne. I po co to wszystko? Tracimy czas na miliony warstw, umiera SEO i po co? Zyskiem odrobiny zasobów? A pani Grażynka z księgowości i tak nie odpali naszej stronki na swoim P2 233 MMX (╯︵╰,)

@bonus: Robiłem strony w 2006. Praca nad czymś takim to była tragedia - mnóstwo powielania pracy, milion miejsc, w których można było zrobić proste błędy, a potem był kolejny sklep do postawienia i znowu klepanie tego samego od początku.
Robiłem też w zeszłym roku. Zgoda, że cała ta architektura jest bardziej skomplikowana, ale polega to na tym, że całego stack'a od początku pisać *nie trzeba* - skupiasz się tylko naPokaż całość

@M4ks: Po prostu strony internetowe to już nie strony a aplikacje i wymaga się dużo więcej niż przesłanie html'a z serwera do przeglądarki. Spójrz na takiego instagrama i wyobraź sobie jakby się go używało bez javascriptu.

@bonus: Jestem programistą. W ogóle mnie to nie boli.

@bonus: Bardzo fajny artykuł na ten "problem": http://www.planningforaliens.com/blog/2016/04/11/why-js-development-is-crazy/

@piterparker: nie, 99% to nadal strony, ew dałyby radę z jquery - ale tego nie mogą przeżyć ludzie z problemami z ego - jak to ja mam robić ZWYKŁA stronę...
No i ile takich instagramow robisz co miesiac? ( ͡° ͜ʖ ͡°) nie twierdze, ze technologia jest zbędna, twierdze ze poza gigantami strzelanie z armaty do muchy

W 2004 brakuje:

Browser1 - testing
Browser2 - testing
Browser3 - testing
Browser4 - testing

Heh... I do tego wszystkiego trzeba dopisać jeszcze testy automatyczne, continuous integration i automatyzację deploymentów...

Pokaż spoiler

@bonus: ale takie rozbudowane architektury są bardzo na miejscu przy dużych projektach, utrzymanie sensownie zaprojektowanej aplikacji jest dużo przyjemniejsze i łatwiejsze niż MVC wciskane w każdej możliwej postaci. Kto, co lubi, ale nie demonizowałbym takiego dzielenia odpowiedzialności w systemie. Zwiększają się wymagania względem systemów informatycznych, to i ewoluuje ich rozwój także pod kątem architektury, która musi wspierać decoupling i być bardziej elastyczna. :)

@karer: ekhm, to właśnie dzięki Reactowi możliwy jest łatwy server-side rendering, dzięki któremu taka strona jest bardzo przyjazna SEO. Można nawet pójść dalej i dzięki Reactowi renderować tylko statyczny HTML, bez żadnego JSa w przeglądarce.

Kiedyś był taki ładny paradygmat w informatyce: KISS
(Keep It Simple, Stupid!)

Tak, szczególnie te mapy google które aby się w ogóle wyświetliły ładują się 15 sekund i pobierają 10 Mb(sic!) danych. Za.ebisty postęp !@#$% jego mać ( ͡° ʖ̯ ͡°)

@bonus: a ja koduje backend i mam wywalone. Siedze w ciemnym pokoju tworze interfejsy, refaktoruje kod, optymalizuje zapytania sql a w szafce mam czipsy i batony

@bonus: tak na prawdę dla dopełnienia obrazu dzisiejszych standardów API powinno zostać rozpisane na n mikroserwisów, z których każde udostępnia własne API ( ͡° ͜ʖ ͡°)

... ale to bardzo dobrze że tak sieć wygląda. Wydaje mi się że większość komentujących tutaj nie robiła dużych serwisów, a skupia się jedynie na stronach wizytówkach dla wujka Zenka. Aktualny schemat pozwala na łatwiejsze zarządzanie rozwojem projektu (dzieki dodatkowejPokaż całość

@M4ks: przecież jquery to biblioteka js, a nie osobny twór xD

W końcu polega to na tym, że trzeba było trochę utrudnić aby PROGRAMIŚCI DEV ;) mieli więcej tortu dla siebie, aby więcej ludzi się zniechęciło ;))

Jaką literaturę polecalibyście osobie, która właśnie robiła strony ok 8 lat temu i kojarzy HTML/CSS/JS/PHP/MySQL na tyle, żeby przerobić CMSy i skórki pod swoje potrzeby, ale chciałaby uaktualnić swoją wiedzę pod kątem obecnych trendów w webdevie (back i front)?