Pozvánka na jsDevMeetups: REST API je mrtvé, ať žije GraphQL a Relay

Muze mi prosim nekdo vysvetlit, proc lidi kolem JS co chvili vymysli neco uzasneho, aby to mohli za pul roku pohrbit? Dva tri roky zpatky tu vsichni bajili, jak je coffee script uzasny a budoucnost programovani v JS, ted by se toho pomalu nikdo nedotkl ani nasadou od smetaku. Ted se pro zmenu pohrbiva REST API.

Mozna jsem na to uz prilis stary, ale co je to dneska za divny zvyk rozlisovat programovani frontendu a backendu. Proc se dnesni (asi) programatori skatulkuji do toho, jestli programuji frontend nebo backend. Uz jsem si prosel vsim moznym, od programovani aplikaci ve FoxPro, kde se pomalu nedalo rozlisit, co je frontend a co backend, pres aplikace pro windows, prikazovou radku i web, ale vzdycky to bylo porad to same programovani. Co se sakra zmenilo, ze dneska o sobe nejaky clovek prohlasuje, ze ma rad backendy a nekteri lide si mysli, ze by to mohlo byt zajimave?

Z meho pohledu je to jako specializace, kdy se jeden clovek nauci jenom cist a druhy jenom psat, a tvrdi, ze se specializuji.

Ale ted vazne, jakym podstatnym zpusobem se lisi programovani frontendove casti aplikace od te backendove? A myslim tim v principalni rovine a ne to, ze jeden clovek musi znat ten a ten framework a druhy clovek musi znat jiny framework.

fakt si uz moc stary :(

Protoze musi nejak zamaskovat, ze bez JS by to vetsinou slo take, a lepe.

Rozlišování frontendu a backendu má imo svůj smysl. Technologie se neustále komplikují a je dost těžké pojmout všechno. Když to hodně zjednoduším, tak ,kromě samotného programování, většina backend vývojářů, se kterými jsem dělal, zná i sysadminovské věci (řekěme iptables, wireshark nebo strace), zatímco frontenďák si třeba dokáže udělat sám ikonku nebo nějaký layout, aby to nevypadalo jako pěst na oko.

Jseš si jistý, že tvůj web ve 45 kB řeší vše, co dnes zadavatelé a uživatelé od webu očekávají? Já se spíš setkávám s weby, kde je třeba něco dynamického (např. reklamní systém, videopřehrávač nebo widget s mapou), marketingové nástroje (Google Analytics + nahrávání obrazovek, popup pro chat se zákaznickou podporou, apod.), přihlášení uživatelů přes sociální sítě, responsivní layout (nebo API pro mobilní aplikaci), atd.

Já když si jako amatér udělal web, tak to celé má 45kB a zobrazí se za 300ms od reloadu. Proč na to samé potřebuje profík 2MB JS kódu, 10MB dalších dat a musej tam lítat progress bary aby návštěvník věděl, že si počká? Proč to pak přiblble poskakuje, až je to nepoužitelné?

Tesat do kamene. Kecam, tesat do lbi tem frameworkovejm idiotum pro vystrahu ostatnim.

Protoze kdyby se to proste jen za par ms nacetlo, nevypadalo by to, ze je treba za to utratit par mega, a dalsi mega platit rok co rok za udrzbu ...

Můj názor:
Coffeescript byl populární, protože obsahoval věci, které JS tehdá ne. Dnes je tomu jinak, JS nacucnul kdeco (i co neměl).
Osobně chápu práci na backendu a frontendu (co si pod tím vlastně kdo představuje?) jako značně odlišné disciplíny řešící jiný druh problému. Naopak nerozlišování těchto dvou oblastí mi zavání jejich sloučením (něco jako PHP).
Na třetí stranu je zajímavé sledovat, kolik existuje tzv. frameworků, přičemž u mnoha z nich je problémem zjistit, zda řeší backend, frontend či oboje.

Pokazda, kdyz frikulin prijde s novou cool technologii, Buh zabije kotatko :)))

Ne vazne. GraphQL je super, minimalne pokud programujete aplikaci ala FB, nicmene da se tomu najit i dalsi vyuziti.
REST sluzby to ale urcite nenahrazujs - resp. nahrazuje, pokud bysme zustali u te jejich absolutne striktni definice prostredku (vetsina aplikaci je navic pouziva jako rpc rozhrani k backendu).

No neřekl bych, navíc mi přijde docela vtipné, že v examplech pro php chybí napojení na databázi, čekal bych aspoň ukázku s mysql, ale to by se ukázalo, že to není nic tak cool.
Navíc miluju tyhle věci ve kterých se demonstruje nový freamwork na 10 položkách a ono to krásně a rychle funguje, co se stane až jich tam bude 1000, nebo i víc.
Jinak stále je třeba rest aby se tam nějak data dostala. Nebo s daty od uživatelů se nepočítá ty mají jen konzumovat obsah ?

Co by se stalo, to co vsude ... je to tak mesic co sem se o tom bavil ... jak panove z emeirky ukazovali ten novej uzasnej ..... a predvadeli to s cca 100 zaznamama v databazi ... tak prej si to pak dotycnej nahodil na testovaci od zakaznika ... kterej tam mel asi tak par stovek ... tisic zaznamu, a nedalo se to pouzivat, vubec, reakce na podnety trvala desitky sekund. Pricemz maj i zakazniky ktery maj desitky milionu zaznamu.

Prej ti kokoti proste pokazdy nacitali z databaze vsechny data, a fitrovali to az tim dzaavascrajptem ...

Mna najviac na tykychto veciach paci, ako na prednaskach o javascripre v drveivej vetcine hovoria, ze vsteky ostatne technologie su prichodom tejto mrtve.

Dalsia vec, nepaci sa mi, ze pre GraphQL vymslaju vlastny pren vlastny format, ako keby nemohli pouzit rquesty vo formate JSON.

JSON pouzit nemohli, protoze uz je moc stary. V zivote kazdeho ultimatniho Formatu, ktery ukonci vsechny formaty, prijde cas, kdy bude nahrazen jinym, jeste ultimatnejsim ultimatnim Formatem, ktery ukonci vsechny formaty. Vezmi si treba takove XML. Jak prislo, zase odeslo a dnes uz po nem nikdo ani nestekne, a to presto, ze to byl super format, neco jako HTML, ale s X v nazvu.

... a - Bůh to vidí! - namespaces .

Graphql neni nahrazeni RESTu ... A nikdo krom trotla kdo todle napsal to ani netvrdi.