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.
Používání a zastarávání JavaScriptových frameworků docela hezky ilustruje tento článek - https://hackernoon.com/how-it-feels-to-learn-javascript-in-2016-d3a717dd577f :)
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.
Jestli by teda nebylo lepší je nekomplikovat.
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é?
Mám pocit, že v záplavě čím dál víc cool frameworků už dávno zapomněli, proč to vlastně dělají...
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.
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.