Szerintetek vissza fog még jönni a csicsa mentes, alap design a hétköznapi életbe, fejlesztésbe?

> ahhoz hogy kiírja design nélkül hogy "hello world", kell egy rakat fájl

Itt állj meg egy pillanatra, mert rossz a nézőpontod. A Hello World egy példa program, a rakat fájl pedig megmutatja a framework használatát, lehetőségeit, hogy ENNEK ALAPJÁN egy bonyolultabb dolgot össze tudj rakni. Akinek csak hello world kell, nyilván nem fog ilyen framework-öt használni.

"közben van 10 error handler, 3 féle biztonsági szint, hogy aztán egy view-ben lássuk hogy hello world. "

Nem ezért van a sok hibakezelés, hanem, mert az illető framework sokkal többre képes, pl. léteznek WP-ben írt webshopok is, amiknek nyilván fontos a biztonság (ha azt hiszed, a biztonság nem fontoss, nézelődj a YouTube-on Tom Scott és a Computerphile bixtonsági kérdésekkel fogalkozó videói között. A teljesség igénye nélkül: XSS, másodrendű XSS, SQL injektálás, Heartbleed, Slow Loris támadás).

Az MVC-vel pedig mi a gond? Nekem kifejezett tetszik.

Aki csak meg akar ismerkedni a (web)programozás alapjaival, az pedig nyugton választhatja azt, hogy midezekkel ne foglalkozzon. Az oldal nem lesz szép, de elfut csak sime HTML-el is, az alapokat akkor is meg lehet tanulni JS-ben, hogyha nem teszed mellé pl. a jQuery-t stb.

Design: Szerintem éppen, hogy manapsg sokkal letisztultabbak az oldalak, nincsenek (vagy legalábbi kevesebben vannak) a villódzó reklámok, amik csak arra jók, hogy közöljék velem, hány szexi szingli van a közelemben, a framework-öknek köszönhetően egyszerűbb oldalak is reszponzívak lettek, így egy kisvállalkozás oldala is jó/jobb benyomást tud kelteni a vevőre, még akkor is, ha éppen a főnök fia csinálta meg az apjának cserébe mondjuk egy új gépházért.

Egyszerű kódolás: Ebben arra gondolsz, hogy a profin megírt weboldalak is csak néhány sorból fognak állni, mint régebben, és nem lesz benne JS, esetleg a szerveroldalon hibaellenőrzés? Ezt szereintem elfelejtheted; ahogy a számítástudomány fejlődik, a számítógépek kapacitása egyre nagyobb lesz, azért az emberek megengedhetik meguknak a bonyolultabb kód írását, a gép úgyis megbirkózik vele. Persze, bonyolult kódot nehezebb írni, és néha haszontalan, de ezért vannak a framework-ök, amiknek az írója inkább optimalizál bonyolult oldalakra a sok hibaellenőrzéssel, mint egyszerűbbre (mert így biztonsági rést hagyna), és ezzel vissza is értünk a kérdésedhez.

WP Azért akkor mert olyanra akarták csinálni, hogy minimális számítógép ismerettel, programozási tudás nélkül is elboldoguljon vele az ember, és különböző kiegészítőkkel sokoldalú weboldalakat lehessen össze legózni.

Persze ezért felkellet áldozni a gyorsaságot, és erőforrásokat.

OOP, MVC, a kód újra hasznosítása miatt fontos.

OOP -nál pl. van egy osztály, mint phpMailler amit több weboldalban tudsz majd használni.

MVC -nél pl. van egy kész oldal, de lecserélnéd a külsőt, sokkal egyszerűbbé teszi, HTML elemek cseréját, amik meghívnak 1-1 funkciót, tartalombetöltéshez, mint elejétől kezdve végig keresgélni a HTML kódokat, és átfabrikálni.

Sok mai rendszernél, themes mappán belül csak meg kell adnod, hogy melyik témával, HTML külsővel töltse be az oldalt, a funkciók, működése, pedig ettől független marad.

A sok JS-CSS amik külön vannak, azok pedig a működést segítő, látványossá tevő részek, aminek köszönhetően, pl. AJAX -al gyorsabban betudja tölteni az újabb elemeket, oldalakt, vagy infókat, annélkül, hogy az egész oldalt újra töltené.

Azt hiszem értem mire gondolsz...

A frameworkos hello world olyan, mint elmenni tibetbe és tenni egy 300 méteres kört kerékpárral.

Sajnos ehhez el kell menni tibetbe...

De ha a kör a kerékpárral igazán a lényeg, akkor nem kell tibetbe menni, ahogy framework sem kell a helo world-höz, mint arra fentebb már utaltak.

Ugyanakkor teljesen igazad van abban, hogy a fejlesztők pazarolják az erőforrásokat.

Nem feltétlen lustaságból, rengeteg körülmény kényszeríti erre őket, némelyik meg nem (pl. a lustaság) :)

A dizájn is fontos, hiába tudjuk hogy látványkékségben nem finomabb a kakaós tekercs...

Ez a tendencia szülte a mondást is:

"A szoftverek gyorsabban lassulnak mint ahogy a hardverek gyorsulnak".

Sokan ma is ugyanazt a feladatot végzik 2GHz-es több magos gépen, 4GB memóriával, mint régen 16MHz-en egy maggal 1MB memóriával...

Ez nagyon igaz:

"A szoftverek gyorsabban lassulnak mint ahogy a hardverek gyorsulnak".

Gondoljunk csak a böngészőkre és játékokra.

15 évvel ezelőtt 256MB RAM bőven elég volt a rendszernek, és a böngészéshez.

Ma pedig, ha csak elindítom a böngészőt már felfalta ennek a kétszeresét, és még csak about:blank jelenik meg.

Ugyan így a játékoknál, ~10 évvel ezelőtti játékok se voltak sokkal kevesebbek, legalábbis nem annyival mint amennyivel többet igényelnek.

A grafikai csicsák, amivel több lett, annak több mint 90% -át a Videokártya dolgozza fel, és adja alá a hardvert.

A RAM és CPU igény, amivel több van olyan ahol 20× -osára nőt!

Hol ott annyival nem lett több, jobb csak optimalizálatlanul, gyorsabban tudták elkészíteni, piacra dobni...

Ez miatt a kapkodásnak köszönhetően, volt nem is olyan rég egy játék, amiben olyan hibákat találtak az alap motorban amit nem tudtak javítani.

Lényegében addig fajult, hogy aki akarta annak vissza fizették a játék árát.

Ugyan ez van a webes technológiáknál is.

Hogy minél gyorsabban, minél egyszerűbben elkészülhessen, feláldozzák a gyorsaságot, hardver erőforrásokat.

Próbálnak utólag csiszolni rajta, mint file-chache amikor a legenerált tartalmat, elmenti, majd X ideig onnan tölti vissza, így elkerülve a gyakori Memoria Limit, Time Out problémákat.

De ezzel szinte feladják a dinamikusságát, és ott vannak mint ha egy statikus oldal lenne.

A weben ez különösen gond, mert sok helyen nem programozók írják a javascript kódokat, hanem grafikusok minimális codervénával legózzák össze copypaste-tel a kódot.

Egyébként most pont ott járunk, hogy ~10 éve beragadtunk 3ghz környékén, úgyhogy mostantól lesz igény optizni a kódokat, és remélhetőleg ebbe tolnak sok erőforrást a cégek, és nem az új feature-ökbe, mert annak már a határát feszegetjük.

Vizuális példa:

[link]