- 1) Přístupnost, SEO, použitelnost z mobilu – to jsou všechno věci, které jsou s JS dost neslučitelné a narozdíl od předchozího diskutujícího si nemyslím, že jde o blbosti.
- 2) Zkuste si (na běžném uživatelském PC) v normálním prohlížeči otevřít 60 tabů stránek bez javascriptu a 60 tabů stránek s javascriptem, optimálně okořeněného flashovými bannery. Moje zkušenost je taková, že v druhém případě je celý systém tuhý víc, než jeden náš kolega po ránu, když ještě neměl kafe (zjištěný konverzní poměr je cca 10 tabů na –1 hodinu kolegova spánku). Zatímco v prvním případě, co se týče rychlosti, je systém stále lepší, byť jsem při provedeném testování kolegu zvýhodnil informací, že moje sekretářka má dneska minisukni. (pro potenciální rýpaly na téma, kdo si otevírá 60 tabů najednou, bych rád uvedl situaci, kdy hledáte nějakou informaci, která zrovna není na 1. stránce v Googlu)
- 3) Je na čase začít důsledně rozlišovat pojmy „webová stránka“ a „webová aplikace“. Webové aplikace se často vyvíjí i s konkrétní znalostí toho, na jakých PC poběží, a představa, že někdo bude hledat adresu na přihlášení do firemního systému přes Google, je za střízlivého stavu poněkud nepravděpodobná. Tam potom oba dva předchozí argumenty pochopitelně postrádají praktického významu.
Odpověď na názor
Odpovídáte na názor k článku Mají budoucnost šablonovací systémy v JavaScriptu?.
Marek Soldát (neregistrovaný)
---.171.broadband10.iol.cz
26. 6. 2009 7:18
A teď stopnout a zamyslet se...
celé vlákno
Kdybych věděl, jak bude vypadat budoucnost, tak bych asi byl někde jinde,
nicméně doufám, že v šablonovacích systémech v JS to nebude.
Pravidla pro diskutující: Přidáním čtenářského příspěvku do diskusí či fóra souhlasíte s pravidly.
Informace o soukromí: U všech přidaných komentářů provozovatel ukládá IP adresu a hostname odesílatele. U neregistrovaných uživatelů se na webu zobrazuje část hostname, případně IP adresy, neumožňující identifikovat konkrétní počítač.
Povolené značky XHTML: a, br, code, em, li, ol, p, pre, strong, sub, sup, ul
