Přejít k navigační liště

Zdroják » Zprávičky » Jedenáct krutých pravd o HTML5

Jedenáct krutých pravd o HTML5

Zprávičky Webdesign

Nálepky:

Z trochu jiného úhlu se na HTML5 podívali v článku 11 hard truths about HTML5 na serveru InfoWorld. Snaží se brzdit nekritické nadšení v HTML5 upozorněním na některé aspekty, které nejsou známé, resp. které často v nadšení nad novými možnostmi zapadnou. Od technických detailů, keré si vývojáři často neuvědomují (omezení LocalStorage apod.) až po „politické“ věci – proces jakým HTML5 vzniká nebo jak se rozhodnutí „ukládat do cloudu“ může ze dne na den stát noční můrou.

Komentáře

Odebírat
Upozornit na
guest
3 Komentářů
Nejstarší
Nejnovější Most Voted
and

Tak takhle profesionalne sestavenou snuzku nesmyslu, jsem uz hodne dlouho necetl. Ano HTML5 neni revoluce, ale uvadene priklady jsou hodne nesmyslne.

Zopper

+1

A když to rozeberu po bodech:
1) co tohle má co dělat s html5, to je problém od prvního použití JS na cokoliv jiného než efekty.
2) pokud jsem dobře pochopil, snaží se nám říct, že ferrari by se nemělo používat místo scanie :D
3) viz bod 1, z bezpečnostního hlediska nevidím rozdíl mezi cookies a local storage a cookies se na to používaly už dávno
4) při nešikovném návrhu aplikace vůbec nemusí být offline, aby bylo odesílání dat noční můrou
5) tady bych řekl, že je na tom HTML v prohlížeči líp, než nějaký desktopový klient – uživatelé mají dosud (většinou) zafixované, že co je v prohlížeči, to je někde daleko na internetu, zatím co když je to aplikace, je to na pc. Každopádně zase nevidím souvislost speciálně s HTML5
6) Jako kdyby se vynucené upgrady děly jen na webu… a navíc zase, v čem je to specifické pro html5?
7) s fakty souhlasím, ale ty teorie tam… To si jsou jistí, že první OS schopné pustit více procesů měly taky všechny ty možnosti nastavovat NICE, přesouvat mezi prioritními úrovněmi…?
8) to bych jako takový problém neviděl, s ohledem na množství článků o webm a podobně si troufám říct, že zkušený člověk ví, co a jak, a nezkoušený bude muset stejně hledat, stejně jako musel dřív.
9) Fajn a co si zkusit napsat nějakou aplikaci využívající víc HW počítače (například pořádnou hru)? Nakonec skončíte s tím, že ladíte kód pro jednotlivé grafické karty a kombinace čipsetu a procesoru. A zase nic nového pod sluncem, tyto problémy tu jsou od začátku webu.
10) Takže jestli to chápu – to že některé prohlížeče mají „tlačítko boost“ je špatné, protože musím ověřovat, jestli ten konkrétní návštěvník ho zrovna má, nebo ne? Ach jo, co na to říct… snad jen – tak to nepoužívejte a není co ověřovat.
11) Bylo by sice fajn, kdyby všechny prohlížeče uměly to samé a stejně, ale nařizovat to? A jak by se to vynucovalo, pokud pominu fakt, že mám mít právo si udělat prohlížeč, který bude <b> implementovat jako <img> – a navíc současný stav je stejný, jako byl dřív – vlastně lepší, protože ty rozdíly se postupně snižují.

celkový dojem: článek má vzbudit kontroverze a přivést čtenáře na web, což hodnotím výborně. :-)

v6ak

Co jsem si přečetl to první, tak je to o tom, že nebude fungovat security by obscurity. Zbytek jsem pak neměl chuť číst.

Odysseus: PewDiePie vydal open-source AI workspace, který běží na vašem vlastním hardwaru

AI
Komentáře: 0
Felix Kjellberg, youtuber se 110 miliony odběratelů, strávil rok učením se programovat a fine-tuningem vlastních AI modelů. Výsledkem je Odysseus – bezplatný, open-source workspace pro práci s umělou inteligencí, který neposílá žádná data do cloudu. Projekt má týden, přes 61 000 hvězdiček na GitHubu a znovu otevírá otázku, komu vlastně patří váš digitální kontext.

Když Git už nestačí: jak izolovat databázový stav pro pokusy AI agentů

Gitová větev vývojářům oddělí kód, ale databáze často zůstává společná. U AI agentů je to slabé místo: rychle spouštějí migrace, mění data a zkoušejí víc cest najednou. Databázová větev jim dá vlastní pracovní prostor, jenže tím práce nekončí. Ještě je potřeba řešit citlivá data, oprávnění, životnost větve i zbytek stavu aplikace.

GitHub vyhrál pohodlím. Stejné pohodlí dnes ztěžuje odchod

GitHub kdysi působil jako přesný opak SourceForge: rychlý, přehledný a přirozený. Dnešní projekt na něm ale často nemá jen kód. Má tam issues, pull requesty, CI, balíčky, bezpečnostní pravidla i AI agenty. Lock-in nevzniká tím, že by nešel odnést Git repozitář, ale tím, že se běžný provoz týmu postupně přesune do jedné platformy.