Hogyan csináljunk valamit rosszul? Az OTP oldala
(A végén a fejlesztőkről nem fogok szépeket írni, ha valaki ezt nem szereti, ne olvasson tovább.)
Valamelyik este kitaláltam, hogy megnézem az OTP-s egyenlegemet, a kedvenc böngészőmben, az Opera 12-ben van is hozzá gyorsbillentyűm. Meghívása után egy fehér képernyő fogadott, és nem történt semmi. Na, gondoltam, a srácok megint alkottak, így átmentem Chrome-ba, és ott mindjárt működött az oldal.
Az mindjárt feltűnt, hogy a honlap elég sokat tölt fehér háttérrel, majd utána "bevilágosodik". Valószínűleg a látogató lenyűgözése volt a céljuk, és semmi mással nem foglalkoztak. Egy kevésbé acélos hardveren az oldalak 6-10 másodperc alatt töltődnek be, addig az üres képernyőt bámuljuk. Ennek több oka is van, a készítője hozzá nem értésén felül a nagy mennyiségű adat és javascript feldolgozása sokáig tart. A megjelenítéshez valamilyen érthetetlen oknál fogva a vue.js-t használják, ugyanis az oldal nagyrészt statikus információkkal van teli.
Mobilon (4G) még lassabb, mert nagyjából másfél megabájtot kell letölteni, abba nem is gondolok bele, hogy vidéken, ahol rosszabb a lefedettség, mennyit kell várni rá.
Később visszatértem, hogy megnézzem a működés okát, és kiderült, navigáláskor mindig ez történik, azaz minden új oldal teljes betöltése után jelenik meg a tartalom. Ezt úgy oldották meg, hogy a
Azon felül, hogy a látogatóikat idegesítik, elképzelhetőnek tartom, hogy a keresők sem értékelik a tartalom ilyen formán való elrejtését, ezért én máshogy oldottam volna meg a problémát.
Lássuk a konkrét esetet! AEzt el lehetett volna intézni két sorral is, mint később látszik.
Ráadásul nyilván egy css fájl kéne lennie a többivel, így egy kérést meg lehet mindjárt spórolni. Az oldalon található betűtípusok betöltését javascripttel végzik, ami teljesen érthetetlen, hisz ezt statikusan sokkal célszerűbb és gyorsabb elvégezni, erre a Fontsquirrelnek van egy nagyszerűen használható eszköze.
Teljesen egyértelmű, hogy aki ezt az egészet elkövette, annak fogalma sem volt arról, hogy mit csinál és annak milyen következményei vannak. Az valószínű, hogy valamilyen nagyteljesítményű PC-vel próbálta csak ki az eredményt, gyengébb vason vagy mobilon pedig nem.
Az oldal működése nem konzekvens, a netbank belépésénél például a belépő doboz helyén eredetileg kontakt információk vannak, az oldal "bevilágosodása" után ezt lecserélik a loginre. Ez csak "modern" böngészőn működik, az Opera 12-esen nem, pedig a hozzá nem értésen és a trehányságon kívül ebben semmi sem akadályozza meg a készítőket.
Itt nem az a baj, hogy valaki ennyire vacak kódot adott ki a keze közül, hanem az, hogy nem volt senki, akinek ez feltűnt, se a projektmenedzsernek, se az informatikai osztálynak. Sem Csányi Sándornak, hogy a többi bank oldala összehasonlíthatatlanul gyorsabb (most az Erstéét néztem meg, hasít, mint a villám - bár nekik az internetbankjuk tetűlassú).
Az OTP esete nem egyedi, hasonló megoldással találkoztam ugyanaznap a Lattepanda oldalán, csak ott az oldal "bevilágosodása" után tölti be a képeket, ami különös igénytelenségről tesz tanúbizonyságot, ráadásul amíg nyitva van, a processzor(oka)t folyamatosan 100%-on hajtja, akkor is, ha nem csinálunk semmit.
De az internet tele van hasonló, rosszabbnál rosszabb megoldásokkal a net. Ha egy hozzáértő megnézi, elég gyorsan kiderül, hogy az adott feladatot minden szempontból jobban meg lehetett volna oldani sokkal kevesebb munkával, és úgy, hogy bármelyik böngészőn működjön. Véleményem szerint a fejlesztők 99,9%-a öntudatlanul "gombokat nyomogat", copy-paste-el, így, ha találkozom valakivel, aki azt mondja, hogy ő webbel foglalkozik, az a fejemben arra fordítódik át, hogy "egy dilettáns, tehetségtelen hülye vagyok, nem tudom, mit csinálok, és nem is érdekel". De mindenkinek megadom az esélyt, hogy bebizonyítsa, tévedek.
Meggyőződésem, hogy az esetek több mint kilencven százalékában egy átlagos weboldal tökéletesen működne egy húsz éves hardveren és húsz éves böngészőn, a tapasztalataim ezt mutatják.Így kikapcsolt javascripttel (keresők) is ugyanúgy olvasható lesz a szöveg. Kell ehhez vue meg jquery? Nem. Akkor az OTP-nél miért használnak?
*A szövegben eredetileg a "racionális" szó helyett ostoba volt, de sértő volta miatt inkább erre a szinonimára cseréltem.
■ Valamelyik este kitaláltam, hogy megnézem az OTP-s egyenlegemet, a kedvenc böngészőmben, az Opera 12-ben van is hozzá gyorsbillentyűm. Meghívása után egy fehér képernyő fogadott, és nem történt semmi. Na, gondoltam, a srácok megint alkottak, így átmentem Chrome-ba, és ott mindjárt működött az oldal.
Az mindjárt feltűnt, hogy a honlap elég sokat tölt fehér háttérrel, majd utána "bevilágosodik". Valószínűleg a látogató lenyűgözése volt a céljuk, és semmi mással nem foglalkoztak. Egy kevésbé acélos hardveren az oldalak 6-10 másodperc alatt töltődnek be, addig az üres képernyőt bámuljuk. Ennek több oka is van, a készítője hozzá nem értésén felül a nagy mennyiségű adat és javascript feldolgozása sokáig tart. A megjelenítéshez valamilyen érthetetlen oknál fogva a vue.js-t használják, ugyanis az oldal nagyrészt statikus információkkal van teli.
Mobilon (4G) még lassabb, mert nagyjából másfél megabájtot kell letölteni, abba nem is gondolok bele, hogy vidéken, ahol rosszabb a lefedettség, mennyit kell várni rá.
Később visszatértem, hogy megnézzem a működés okát, és kiderült, navigáláskor mindig ez történik, azaz minden új oldal teljes betöltése után jelenik meg a tartalom. Ezt úgy oldották meg, hogy a
<body> elemre tettek egy opacity: 0;-t, majd a tartalom betöltésekor hozzáadnak egy css osztálynevet, ami ezt animálja nulláról egyre.Azon felül, hogy a látogatóikat idegesítik, elképzelhetőnek tartom, hogy a keresők sem értékelik a tartalom ilyen formán való elrejtését, ezért én máshogy oldottam volna meg a problémát.
Hogyan lehet másképp?
Először is a dizájnernek vagy projektmenedzsernek nem hagytam volna, hogy ilyen racionális*, bevilágosodós ötlettel jöjjön, mert nem létezik rá igazán jó megoldás. Ha sok (külső) forrással dolgozunk, akkor az oldal betöltésének sebessége teljesen kiszámíthatatlan, lassú, még akkor is, ha a saját tartalom jórészt gyorstárból jön. Ha ő (ti. a menedzser) mégis vállalja a felelősséget, akkor a legtöbbet úgy lehet javítani, ha a külső elemeket (pl. google analytics) a HTML kód végére tesszük, de lehetőleg csak saját magunk által kiszolgált és minél kevesebb tartalommal dolgozunk.Lássuk a konkrét esetet! A
<body> elemre tett opacity: 0; helyett dinamikusan, javascripttel adnám hozzá egy osztályban ezt az effektet, így az oldal javascript nélkül is használható maradna, és attól sem kéne félnem, hogy a keresők büntetni fognak. A bevilágosodást egy css animációval oldották meg egy külön css fájlban:@keyframes fadeIn {
0% {
opacity: 0;
}
100% {
opacity: 1;
}
}
html.wf-active .fadeIn {
animation-name: fadeIn;
animation-duration: 1s;
animation-fill-mode: both;
}Ráadásul nyilván egy css fájl kéne lennie a többivel, így egy kérést meg lehet mindjárt spórolni. Az oldalon található betűtípusok betöltését javascripttel végzik, ami teljesen érthetetlen, hisz ezt statikusan sokkal célszerűbb és gyorsabb elvégezni, erre a Fontsquirrelnek van egy nagyszerűen használható eszköze.
Igénytelenség
A HTML kódot tovább nézegetve a végén egy ilyen tájékoztató feliratot találunk, ami az Internet Explorereken jelenik meg a tízes verzióig bezárólag: "Ez a böngésző sajnos nem tudja megjeleníteni a honlapunkat.". Az oldalt átnéztem másik böngészőben, és semmi olyat nem láttam rajta, amit akár egy huszonöt éves browser ne tudna: vannak rajta képek, szöveg, lehet rajta kattintgatni, azaz semmi extra. Úgyhogy ezt inkább úgy kéne átfogalmazni, hogy "Idióták vagyunk, sajnáljuk!".Teljesen egyértelmű, hogy aki ezt az egészet elkövette, annak fogalma sem volt arról, hogy mit csinál és annak milyen következményei vannak. Az valószínű, hogy valamilyen nagyteljesítményű PC-vel próbálta csak ki az eredményt, gyengébb vason vagy mobilon pedig nem.
Az oldal működése nem konzekvens, a netbank belépésénél például a belépő doboz helyén eredetileg kontakt információk vannak, az oldal "bevilágosodása" után ezt lecserélik a loginre. Ez csak "modern" böngészőn működik, az Opera 12-esen nem, pedig a hozzá nem értésen és a trehányságon kívül ebben semmi sem akadályozza meg a készítőket.
Itt nem az a baj, hogy valaki ennyire vacak kódot adott ki a keze közül, hanem az, hogy nem volt senki, akinek ez feltűnt, se a projektmenedzsernek, se az informatikai osztálynak. Sem Csányi Sándornak, hogy a többi bank oldala összehasonlíthatatlanul gyorsabb (most az Erstéét néztem meg, hasít, mint a villám - bár nekik az internetbankjuk tetűlassú).
Az OTP esete nem egyedi, hasonló megoldással találkoztam ugyanaznap a Lattepanda oldalán, csak ott az oldal "bevilágosodása" után tölti be a képeket, ami különös igénytelenségről tesz tanúbizonyságot, ráadásul amíg nyitva van, a processzor(oka)t folyamatosan 100%-on hajtja, akkor is, ha nem csinálunk semmit.
De az internet tele van hasonló, rosszabbnál rosszabb megoldásokkal a net. Ha egy hozzáértő megnézi, elég gyorsan kiderül, hogy az adott feladatot minden szempontból jobban meg lehetett volna oldani sokkal kevesebb munkával, és úgy, hogy bármelyik böngészőn működjön. Véleményem szerint a fejlesztők 99,9%-a öntudatlanul "gombokat nyomogat", copy-paste-el, így, ha találkozom valakivel, aki azt mondja, hogy ő webbel foglalkozik, az a fejemben arra fordítódik át, hogy "egy dilettáns, tehetségtelen hülye vagyok, nem tudom, mit csinálok, és nem is érdekel". De mindenkinek megadom az esélyt, hogy bebizonyítsa, tévedek.
Meggyőződésem, hogy az esetek több mint kilencven százalékában egy átlagos weboldal tökéletesen működne egy húsz éves hardveren és húsz éves böngészőn, a tapasztalataim ezt mutatják.
Saját kód
Negyed óra alatt összedobtam egy vázat, amiben azt az elképzelésemet bizonyítom, hogy az OTP problémáját mennyire egyszerű megoldani egy két évtizedes böngészőn is. Nyilván lehetett volna még sokkal szebben megoldani, itt ez nem volt célom:<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<meta http-equiv="content-language" content="hu" />
<title>Átlátszóság</title>
<style type="text/css">
.feher {
opacity: 0;
filter: alpha(opacity=0);
}
.vilagosit {
opacity: 1;
transition: opacity 1s;
}
</style>
</head>
<body>
<script type="text/javascript">
var i = 0, body = document.body;
body.onload = vilagosit;
body.className = 'feher';
function vilagosit() {
i++;
body.style.filter = 'alpha(opacity=' + i * 10 + ')';
body.style.opacity = i / 10;
if (i < 10) {
setTimeout(vilagosit, 10);
}
}
if (body.style.animationName !== undefined) {
body.className += ' vilagosit';
}
</script>
szöveg
</body>
</html>*A szövegben eredetileg a "racionális" szó helyett ostoba volt, de sértő volta miatt inkább erre a szinonimára cseréltem.
Ez egy átalakulási folyamat eleje, nemcsak otp, full web
Miért gondolod, hogy a PHP és
Átalakulás
Majdnem húsz éve foglalkozom webfejlesztéssel, ebből az utóbbi tizenegy évben egy olyan rendszert készítettem, amiben kliensoldalon dinamikus adatmegjelenítést művelünk. Elég sokmindent kipróbáltam már, bár most a kód nagyjából 2-10-szer gyorsabb, mint a React, Vue és társaik, mérete 70 kilobájt (a kliensen), a méréseim alapján arra jutottam, hogy ha szerveroldalon statikusan állítjuk elő a tartalmat, akkor
A React, Angular és társaik már a kitalálásuk pillanatában elavultak voltak.
Az Opera 12 nagyon jó tesztelésre, mert viszonylag modern, egyszálú és lassú.
Opera...
Version: 49.0.2725.47 - Opera is up to dateMa up to date.
Az összesen 70 kB javascript egyébként dicséretes, főleg téged ismerve feltételezem, hogy "cserébe" sem eszi meg a procit és / vagy stack-et, RAM - ot.
De ettől még nem lehet mindent megvalósítani 70 kB pure javascriptel... Illetve lehet, hogy lehet ( :-) ), de nincs aki meg tudná fizetni.
Lehet egy picit mégis újabb
Na csak belemegyünk :)
Egyébként pedig enyhén szólva érthetetlen számomra, hogy mi haszna lehet annak, hogy egy böngészőnek a jelenleginél 37 főverzióval előbbi változatával "tesztelsz". Azzal mit lehet kideríteni? Azon kívül nem sokat, hogy mi nem fog működni egy olyan böngészőben, amit a felhasználók közül egyetlen egy sem használ. Nem túl nagy eredmény..
700 k rossz kódot simán elő lehet állítani annyi idő alatt, mint 70 k jót. Ez viszont távolról sem azt jelenti, hogy ha valami 700 k, az csak rossz lehet, és azt sem, hogy a 70 k biztosan jó...
Nagyon szereted kisarkítani az árnyaltabb dolgokat, ezért nem sikerül sok technológiát jónak elfogadnod.
SZERK
Azt, hogy mennyibe kerül az adott fejlesztés, nem befolyásolja, hogy pl a React-ot havi hány emberórában fejlesztik, mert azt nem fizetteted ki az ügyfeleddel. Az viszont sokat nyom a latba, hogy a Te céged mennyi munkaóra alatt tudja hozni az adott feladatot.
XY feature fejlesztésére teszel ajánlatot, Z összegért.
Megrendelik.
Munkaóra XY feature React-al megvalósítva: 100.
Munkaóra pure javascriptel: 250.
Mikor keresel rajta jobban?
Van olyan ügyfél, aki kifizet 2.5 x annyit ugyanazért?
Szerinted érdekli az ügyfeledet, mi az a React és hogy használod-e?
Szerinted érdekli, hogy hány kB?
Ez csak egy példa volt, de remélem így már érted, hogy miért is használnak annyian valamilyen fw-öt, library-t.
Miben?
Valóban, van egy irányvonal, ami a vastagabb db és vastagabb kliens irányába megy vékonyodó szerver oldali alkalmazásréteggel, de
- Ezt nem mindenki tudja - akarja követni
- Van jópár dolog, amit semmi esetre sem tudsz kliensre vinni
- Egyre többen jönnek rá, hogy a vastag kliens mennyire könnyen "kiszórja" a "két hetesnél régebbi" telefonnal látogatókat...
Emiatt, és az általad is említett pre-renderelés miatt egyáltalán nincs a kihalás szélén sem a php, sem semmilyen szerveroldali megoldás. Nyilván egyre kevesebb új projektnél kerül már látótérbe pl a Smarty (ha egyáltalán még használja valaki), de ez még nem jelenti azt, hogy rossz dolog szerveroldalon kész html-t gyártani.
Pár kérdés
Gábor, ott van a baj, hogy pont Te vagy az, aki ha meglát - meghall egy új technológiát, rögtön vészharangot kongatsz és fikázod. Így az "öntudatlan" jelző, hát...
Te miért nem használsz html5-öt, pedig ez elfogadott szabvány, szemben az általad kritizált eszközöktől.
Mert az IE x.régi nem ismeri?? Ez szabvány, amelyik böngésző nem ismeri, az ma már nem felel meg.
SZERK
Még1 kérdés: az
indit()függvényedet mi és hol hívja meg a kódodban? Lehet csak én vagyok vak, de nem találom. (Most tekintsünk el a sok globális változótól..)Megnézted guglibotként
A designer dolga az, hogy kitalálja mi teszi eladhatóvá a terméket. Nem a Te dolgod.
Ezért ostoba az ötlet, és ezért írtam, hogy nem lehet rá jó megoldást találni.
Mert az IE x.régi nem ismeri?? Ez szabvány, amelyik böngésző nem ismeri, az ma már nem felel meg.
Amíg te az utóbbi tíz évben azzal voltál elfoglalva, hogy megtanuld a HTML5 helyes használatát, én azt kutattam, hogyan tudom az általam készített webes szolgáltatások kimenetét a felhasználókhoz a leghatékonyabban és a leggyorsabban eljuttatni, mindezt úgy, hogy hatékonyan kereshetőek legyenek az adatok. Tehát te kidobtál az életedből tíz évet, nekem ennyi előnyöm van veled szemben.
+1
Jogos az észrevétel, át fogom írni, mert most semmi sem használja a függvényt.
Habár Pepitának válaszoltál,
Olyan problémán dolgoztál 10 évig, amin sokan mások is. Még mindig nem értem, hogy miért nem bírod feldolgozni azokat a közhelyeket, hogy a "kevesebb néha több", "elég lesz a jó is, nem kell a tökéletes".
Attól, mert te valamit X féle képpen oldasz meg, attól nem biztos, hogy a másé szar. Írd le, hogy a tiéd miben más, mitől jobb, szentelj sok órát az életedből, hogy bizonygasd, hogy a másé tényleg szar, de NE oltsd az olyan emebereket, amilyen te is voltál. Kezdő! Mert nyílván egy profi nem csinál gané munkát, de egy kezdő vezetője tesz azért, hogy belőle is profi legyen!
Őszintén véleményem, hogy a szakmát nem az ássa alá, aki próbálkozik és hibázik, hanem az aki nem hajlandó benézni dolgok mögé, és 1 órás kutatás után véleményt alkotni arról, amit nem ismer.
Még mindig nem értem, hogy
Nemrég volt róla szó, hogy egy junior is nettó többszázezer forintot keres. Ezért a munkáért valaki pénzt kap? Komolyan gondolják, hogy 4G-s mobilhálózaton tíz másodperceket kell várnom olyan oldalak betöltéséért, amin van pár kilobájtnyi szöveg meg néhány kép?
Tényleg az én mércém van túl magasan? Mondd meg, kérlek, őszintén!
És akkor menjünk tovább: ha a frontendet ilyen kezdők készítik, akkor mi van a backenden? Mi garantálja, hogy oda minőségi szakembereket vettek fel? Ezek után mi alapján gondoljam azt, hogy biztonságban van az OTP-nél a pénzem?
Remélem, érthető a problémám.
Azt hiszem, félreérthető
Hagyd már ezt a saját kódot... Egy sort nem látott belőle rajtad és a közvetlen veled dolgozókon kívül senki. Lehet abban is van kétszer annyi kivetni való, mint a Reactban...
Nem. Nem az a gond, hogy van mérce, és hogy az milyen magasan van. Beskatujáztad saját magad, amiből nem is akarsz kitörni, és nem vagy hajlandó megérteni mások álláspontját.
Ha a felhasználóknak problémát okoz az oldal használata, akkor jelzik; jobb esetben ezt a jelzést nem várja meg a fejlesztő csapat, hanem mérések alapján optimalizálnak. Hiba esetén meg le kell vonni a tanulságot. Hibázott? Lehet. Majd legközelebb másképp csinálja.
Tudtommal az informatikai rendszer hibája miatt még nem loptak pénzt az OTP-ből.
Én értem a problémád. Ez az egész azért lett probléma, mert azt csináltál belőle. Másik irányból, költői kérésekkel: biztos, hogy ez probléma? nem lehet, hogy csak a te problémád? Ne ott tartsd a pénzed. Vidd máshova.
Amint jövőre publikus lesz a
Mivel pont ugyanannyi erőfeszítés olyan rossz kódot csinálni, mint ami az OTP oldalán van, mint jó kódot írni, elég nagyvonalúan égetik a pénzt a menedzserek.
Tényleg elfogadható szerinted, hogy kezdők kísérletezgessenek az OTP oldalán?
Amint jövőre publikus lesz a
Oké.
Nem mindenki akarja feltalálni a kereket és az egyéb alkatrészeket. Valaki 10 év alatt összeépít egy jó autót működő alkatrészekből, valaki pedig magának és a haverjának 10 éven keresztül 1 darab kereket alumínium kockából, reszelővel. Mi értjük, hogy te az utóbbi vagy.
Tegyük fel, hogy volt. Változtat ez valamin? Ha X bankhoz betörtek, akkor bemennek az Y-hoz is.
Jhahh. Így van. Viszont az emberek nagy százaléka halad a korral, a maradékra meg igaz a megszoksz, vagy megszöksz. Ha nincs innováció, akkor csak toporogsz egy helyben. Arra költöd a pénzt, hogy foltozd a 15 éves technológiádat, amiről tudod, hogy egyszer úgyis megy a kukába, vagy arra, hogy szinten tartod magad, és mersz hibázni?
Egy frontenden? El. Tanulópénz mindenkinek. Egyébként nehéz volt, de sikerült elengednem azt, hogy ahova önszántamból regisztrálok, ott én is csak egy user vagyok, és pont nem érdekel, hogy mit hogyan csináltak meg. Persze tök jó röhögni néha, és jó látni, hogy más projecten is emberek dolgoznak, de nem űzök sportot abból, hogy ha nincs más dolgom, akkor keresek valamit, amit tudok fikázni. Nyilvánosan.
Viszont az emberek nagy
Amíg a HTML a web nyelve, addig az alapelemek nem mennek a kukába. Amíg alapelemekkel meg lehet csinálni mindent, miért válasszon az ember olyat, amiknek más a neve, de a szerepe ugyanaz?
Egy frontenden? El.
Ennyit a kísérletezgetésről.
elértem azt, hogy több
Könyörgöm, hol érdekli a usert, hogy hogyan működik az oldal, amit használ? JS-el vagy anélkül.. nem tök mindegy?
Ez vagy te. Mert te inkább visszakeresed a múltban azt a hibát, amivel már nem tudsz mit kezdeni csak, hogy elővehess bárkit. Én tudod mit mondok? Azt, hogy hm. ez igen, szép volt, hogy ilyen rövid idő alatt ekkorát tudott fejlődni az oldalunk. Negyed órányi munka, és plusz milyen sok user! Csak így tovább! Tessék, pénz, oklevél, bármi.
Nem tudom, hogy vezető, vagy-e, vagy sem, de, hogy nem lennék a beosztottaid helyébe, az tuti :). Fontos, hogy meglegyen a hiba, sőt az oka is. De ezt ne az ember ellen fordítsd, hanem a termék javára. Vond le a tanulságot, és vedd észre, hogy máskor hogyan csinálod másképp, hogy jobb legyen.
És akkor menjünk tovább: ha a
Emellett userként ez az oldal nem annyira rossz. Inkább töltsön be és jelenjen meg utána, mint össze-vissza ugráljon töltés közben, tableten tappintva tökmás oldalakra vigyen mint szeretném, csak mert változott közben a tartalom. Az OTP oldala szerintem funkcionálisan jó, mégha sokáig is töltődik. Ha rosszat akarsz látni, próbálj meg egy laptopot konfigurálni a Dell oldalán :)
Junp
Én ezt a problémát úgy szoktam megoldani, hogy mindig beállítom az adott kép, iframe stb. szélességét és magasságát, így a böngésző tud vele számolni. Az én kezeim közül még nem került ki olyan oldal, ami ugrál.
Így már betöltődés közben, az első másodperctől lehet használni a site-ot.
Egy banknál azért a frontend
Persze hogy nem, de a
Ennyi elég
Felesleges bizonygatni, hogy a másé szar, mert ha valóban az, akkor kikopik hamar. Attól viszont, hogy egyetlen Hídvégi Gábor állítja, még nem lesz valami valóban szar.
Nem igazán érted
Nyilván ha Te mondod a designerre, hogy ostoba, és többször is, akkor biztosan igaz. :) Szerintem inkább nem értesz valamit, amit kitalált, kiragadtál egy dolgot, amibe bele tudsz kötni - és mindezek tetejébe még az is lehet, hogy az adott cucc nincs teljesen kész, ez a világosodó csili-vili egy majdani nagyobb cucc része, ami miatt így önmagában nem nyújt különösebb élményt.
Tekintve, hogy egyrészt nincs mód arra, hogy a Te frontended kommunikáljon azzal a backenddel, másrészt pedig ennek hiányában semmi érdemlegeset nem tudsz összehasonlítani, szerintem ezt a példát hagyjuk lezárva.
1. Fogadjunk, hogy keresek én neked böngészőt, ami nincs benne abban, amit "minden böngésző" néven említesz. :) (Inkább ne fogadjunk, mert nincs elég időm rá, de akár "írok egyet")
2. Hatékonyság. Ehhez hozzá tartozik ugye a SEO is? Nos, akkor duplán jobb lenne a
<div class="menu">helyett elkezdeni használni a<nav>tag-et, mert rövidebb, kevesebb kód, és a keresők is többre értékelik. Ez csak egy példa a sok közül, mindegyik html5 tag-nek hasonló fontossága van. Arra pedig nem ad pontot egyik kereső sem, hogy IE6-ban is látható-e az oldal. :)Szerintem ne állíts olyat, hogy "ki mennyit dobott ki az életéből", vagy legalább erősen feltételes módban, mert ez már - már sértő. Én eddig nem hülyéztelek le azért, mert a józan ész határain túlra is szeretnél mindent optimalizálni, hogy a ma használatban lévő eszközök helyett a 25 évvel ezelőttieken (is) működjön. Pedig (lévén egyedül van a véleményed sok másikkal szemben) inkább felfogható hülyeségként a te álláspontod. Azzal pedig, hogy bárki bármit megtanul, nem dob el időt, hanem felhasznál. Ráadásul ha a munkáját érintő új szabványt, akkor kimondottan hasznosan használta fel.
Én nem értem?
Az OTP honlapja egy információs oldal, azaz a lényeg a szövegen van, a képek csak dekorációs célokat szolgálnak. Ha nem töltődnek be, akkor is használható a site.
Most még. Vagy nem vetted észre, és még kiscsillió oka van annak, hogy nem 25 éves böngészőkre fejlesztünk. Ok, Te vagy a kivétel, mert Te ilyen nosztalgikus vagy
<nav>tag-et értelmezik navigációs elemként a keresők? Milyen alternatívái vannak? A keresési képletben milyen szorzója van a<nav>elemnek? Mire használják a keresők a<nav>elemet? Milyen fontossága van a html5 tag-eknek? Tudnál esetleg konkrétumokat is mondani?Csinalj jobbat
Figyelj jobban
Megneztem
@Hidvegi Gabor orom latni,
vs
Most akkor ki is fikáz kit?
Nem azért mondom, de Gábor legalább odatett valamit a véleményét alátámasztani, te viszont csak hőbörögsz.
Magyarázd már el nekem légyszi, hogy hogy kell valamit "validon tartani", mert ezt - nyilván én vagyok korlátozott képességű - se magyarul, se angolul nem értem.
Ami komoly hibát találtam a példakódban, azt konkrétan jeleztem, és ha jól látom, javította is.
Ha te is így tennél, világosan és érthetően jeleznéd, hogy mi a baj vele, akkor gyanítom, hogy megköszönné, javítaná, és nem utolsó sorban elképzelhető, hogy némi szakmai tudást is kinéznénk belőled...
Az XHTML pedig még éppen kiskorú...
Kisebb arc + több szakmai tartalom = nagyobb megbecsülés.Sajat tervezesi minta
Fejlemények