- Hiena blogja
- A hozzászóláshoz be kell jelentkezni
- 1604 megtekintés
Hozzászólások
JS+Frontend - egyetertek, nagyon rossz iranyba mennek a dolgok. Kb ma ott tartunk, hogy "Javascript framework of the week" (es majdnem mind rossz, es tul bonyolult).
Backenden szerintem nem nott jelentosen a kaosz, a sok uj NoSQL megoldassal egyutt sem, az teljesen kovetheto.
- A hozzászóláshoz be kell jelentkezni
Sajnos ez a megrendelőkön múlik. Ha neki nincs pénze X funkció nulláról történő fejlesztésére, akkor bizony a cég kénytelen már meglévő library-t használni, az meg olyan amilyen. Ha egy egész framework kell alá, akkor azt kell alá rakni. Egy vállalkozás se fog mínuszba menni a projekt kapcsán csak azért, hogy kis méretű legyen a megoldás. Erre némileg megoldást jelent az, ha a cégek a profiljukhoz igazodó saját frameworköt készítenek, de ekkor meg sajnos az új munkaerő betaníttatása lesz mínuszos (plusz persze a fw időnkénti refactorálásába ölt idő). Sajnos nincs jó megoldás.
- A hozzászóláshoz be kell jelentkezni
Szerintem nem az a baj, hogy framework-öt kell használni, hanem az, hogy többet egyszerre. Ha lenne egy framework, amit felraksz (apt-get install, vagy configure install), beállítasz max 5 paramétert, és aztán GO, akkor nem lenne semmi probléma.
- A hozzászóláshoz be kell jelentkezni
"sokszor az oldal kliens oldali megjelenítéséhez szüksége keretrendszerek és egyéb nyalánkságok kerültek túlsúlyba."
miután a programozóknak sincs kedvük éhen dögleni, hát megalkották maguknak (meg a világnak) azt a hatalmas szarkupacot, ami mostanság előállít mindent, amit egy képernyőn látsz, látni akarsz pl böngészéskor.
- A hozzászóláshoz be kell jelentkezni
A webfejlesztés nem programozás, max a backend, de ahhoz a post-nak nem sok köze van. ;)
--
"Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live." John F. Woods
- A hozzászóláshoz be kell jelentkezni
"A webfejlesztés nem programozás"
?
- A hozzászóláshoz be kell jelentkezni
Ma már nem kellene ennyire lenézni pl a JS-t, hogy csak egyet mondjak.
- A hozzászóláshoz be kell jelentkezni
Ha te mondod :)
- A hozzászóláshoz be kell jelentkezni
Not sure if troll...
Egyébként valóban nem programozás, hanem csak Frontpage-ben egymás mellé dobált div-ek kellenek ahhoz, hogy mondjuk egy DOOM-ot futtass egy JavaScript-re fordított C++-ban készült emulátorban (https://archive.org/details/DoomsharewareEpisode) vagy mondjuk egy Apple II gépre készült ProDOS-t futtass ugyanígy (https://archive.org/details/ProDOS_2_4)
Szerk.: a random oldalakon levő csilli-villi bullshit, aminek 90%-a úgyis reklám, valóban gáz :)
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Nagyreszt egyetertek, de azert nem feltetlen a "frontendes srácok" az okai mindennek. Illetve nem mindig ők inditják el. Frontendesként többször kaptam meg, hogy ezt most frontend oldalon kell megoldani, mert a backend nem elég hozzá, ne terheljük, stb.
____________________
http://szoftvervasarlas.co.hu - szoftverek legjobb áron
- A hozzászóláshoz be kell jelentkezni
Ja, szoktam is magamban röhögni, hogy pár éve még az volt a trend, illetve sok helyen még most is, hogy szerveren (cloud) menjenek a számításigényes műveletek, ehhez képest a frontend meg szemben halad az autópályán.
- A hozzászóláshoz be kell jelentkezni
Ha jobban belegondolsz, amikor szolgáltatást üzemeltetsz, akkor a szervert te fizeted, a klienst meg a user. => Az adatbázist is a klienseken kell futtatni :-)
- A hozzászóláshoz be kell jelentkezni
A probléma az, hogy ezek a dolgok nem (feltétlenül) szükségtelenek, a gond akkor van, ha olyasmire is használva vannak, amire egyébként nem kellene. Lásd például egy hello world-ös példát :) Értem én, hogy ennek szemléltető szerepe van a cikkben, de akár értelmezhetném úgy is, mint ha azt sugallaná az író, hogy az az elvárás, hogy mindenre komplex keretrendszert használjunk.
Pedig csak mindenre a megfelelő eszközt.
Az pedig, hogy ezeknek az eszközöknek (mint pl akár a symfony vagy a webpack, babel, stb) fontos és hasznos szerepük van kár vitatni. Nemrég kezdtem el React-tel foglalkozni, és meggyőzőtt. Nem vagyok az, aki könnyen felül a hype vonatra, csak azért nem fogok elkezdeni használni valamit, mert új, és menő. Viszont látom és használata közben tapasztalom az előnyét, és azt, hogy dolgokat milyen könnyű megoldani, amikhez egyébként vagy saját keretrendszert kellene hegesztenem, vagy átláthatatlan spagettiben implementálni. A hátrányait is természetesen, ilyenkor kell mérlegelni, és döntést hozni.
Sokak szívfájdalma kliensoldalon az, hogy mennyi tool kell ahhoz, hogy az ember nekiálljon JS-ben programozni, mert manapság nem elég megírni a natúr JS kódot, kell fordítani, csomagolni, stb. Egyrészt, ez mind addig körülményes, amíg az ember nem ismeri a toolokat, másrészt nem kell.
Én most szopok egy projekttel. Sokat nem mondhatok, de a fejlesztői nem akartak build vagy keretrenszerekkel foglalkozni. Az eredmény Babel híján elavult, hosszú boilerplate-ekkel teleszórt kód, ami build rendszer híján mindez egy óriás fájlban, egy óriás JS fájl több ezer sorral, amivel az intellij is megizzad. Template rendszer híján oldalas html kódot ollóznak össze ifekkel, ternary operátorok átláthatatlan katyvaszával. Stb.
Eközben azokkal a "szar" bloat keretrendszerekkel és toolokal sokkal átláthatóbb, könnyebben fejleszthető, cuccot lehetett volna írni.
Lehet egy kicsit jobban húzza az user prociját egy react. Cserébe az user kevesebbet bosszankodik ha a bugok negyedét el lehet kerülni egy kényelmesen fejleszthető keretrendszerben, mint átlátni a káoszt.
És ha túlzásnak tűnik ami kliensoldalon van (build rendszerek, compilerek, stb), nézzük csak meg mi van C-nél. Előre vetítem, hogy nem foglalkoztam sokat C-vel. Annyira ismerem amit egyetemen tanítottak, és amit látok akkor, amikor kézzel forgatok csomagokat. Azt látom, hogy nem elég megírni, kell egy makefile. Az sem elég, kell configure script. Ami szintén nem elég, kell autoconf, cconf, stb. És keretrendszerek ugyanúgy vannak. Persze ha a projekt megköveteli. Ha nem, megírsz egy c fájlt, és kész. Amit mai napig ugyanúgy megtehetsz JS-t vagy PHP-t írva is.
- A hozzászóláshoz be kell jelentkezni