Chrome packaged apps deliver a native-like experience across multiple platforms (...)
Ez a mondat nem teljes, mert elfelejtik azt megemlíteni, hogy csak azokon a platformokon lehet ezeket az alkalmazásokat futtatni, ahol Chrome böngésző van, minden API hívásuk úgy kezdődik, hogy chrome.*. Így nem különbek az Apple-nél, a Microsoftnál vagy a Samsungnál, akik ugyancsak saját API-val szeretnék magukhoz kötni a fejlesztőket (az Apple annyiban lóg ki a sorból, hogy ők legalább nem erőltetik a HTML-t).
Akkor minek fejlesszen az ember JS-ben és HTML-ben? Nem vagyunk előrébb, mert megint N darab rendszeren kell tesztelni, N rendszerre kell megírni a kód egy részét, ennek a hülyeségeire figyelni, amannak a hibáira kell áthidaló megoldást találni, mi ennek az értelme? Miért nincs egy API? Nem egyszerűbb akkor natív alkalmazát készíteni, és akkor nem kell a webes szabványok hülyeségeivel foglalkozni?
nem tudom hogy megy ez, gondolom nem akarnák ők sem erőltetni, hogy chrome.* prefix-szel kezdődjenek a hívások, viszont úgy járni sem akarnak, mint a júdeai nemzeti front.
Amikor tizenpár éve a Microsoft csinált saját megoldásokat, össznépi felhördülés követte, aminek a hullámait még ma is néha lehet érezni. Most, amikor mindenki ugyanezt műveli, érdekes módon nem zavar már senkit. Megint mindenhova wrappert kell írni, ezer készüléken tesztelni, "elavult telefont használsz, cseréld le" üzeneteket bámulni és így tovább.
A webes technológiákat nem a józan ész, hanem a politika és a pillanatnyi marketingérdekek alapján fejlesztik, és ennek nem biztos, hogy a felhasználók és mi, fejlesztők vagyunk a nyertesei. Pedig mi vagyunk többen, kérdés az, hogy miért kell hagynunk, hogy így legyen?
Ez nem így van, mai formájában az egész web a Netscape és a Microsoft (majd azóta a Mozilla és Webkit) saját megoldásainak az eredménye. A hörgés a Microsoft piaci hozzáállása miatt volt.
Nem az a baj, hogy nem szabványos, hanem hogy ráerőlteti a világra. Most, hogy a Webkitnél csak az árnyéka feltűnt ennek, ugyanúgy volt hörgés. Nincs itt kettős mérce.
Senki nem erőltetett a világra semmit, csak sok birkát régen és most sem érdekel, hogy a lehető legtöbb böngészőben jól jelenjen meg az oldala, a kompatibilitás érdekében nem tesznek semmit. Sok egyéni fejlesztésükről utólag derült ki, hogy hasznosak (innerHTML), vagy szabványosították (XMLHttpRequest), jópárat meg elkaszáltak (dinamikus CSS), pedig előrébb lennénk a használatukkal.
Ezt a kérdést szoktam én is feltenni. Mondjuk az alapján, amit a W3C-nél művelnek, én sem biztos, hogy szeretnék velük dolgozni (nem csoda, hogy mindenki magának fejleszt), lassúak, dilettánsok, és hogy egy ott "dolgozó" sem készített életében weboldalt vagy -alkalmazást, az biztos. De ezzel nem szeretnék felmentést adni senkinek, szerintem rossz irányba megy a web.
A W3C-nek 62 fő alkalmazottja van, és ezek nagy része adminisztratív tevékenységet végez. Az érdemi munkát a specifikációkon a tagság szakértői (nem) végzik.
persze, mert a szabványokat megalkotó szakértők a rendes munkájuk mellett teszik ezt, (elég csak a html5 szabvány editorait megnézi).
a másik dolog az h nem csak írkálják a specet, hanem meg is vitatják belsőeg, pro és kontra, a w3c emberei legtöbb esetben csak koordinálják a szakmai bizottságokat.
Főként azért, mert üzleti érdekeik is megkívánnák. Olyan ez, mint a XV. században volt a törökvész, ill. a sok pápai felhívás a keresztesháborúra. Egész Európa serényen bólogatott, hogy "igen, persze, szerintünk is", áldozatot mégis csak mi hoztunk, valószínűleg mi is csak azért, mert közvetlenül voltunk érintve. A többi csak helyeselt, de nem tett semmit, várta a fejleményeket (és hasznot húzott belőle). Szerintem itt detto u.ez van.
Kereszthalál :-)
Egyébként a prefix lényegtelen, csak legalább legyen eszük és azon belül mindenki csinálja ugyanazt. Aztán később megállapodhatnak egy közös prefixben is ha már megmentették Briant.
Chrome packaged apps deliver
chrome.*
. Így nem különbek az Apple-nél, a Microsoftnál vagy a Samsungnál, akik ugyancsak saját API-val szeretnék magukhoz kötni a fejlesztőket (az Apple annyiban lóg ki a sorból, hogy ők legalább nem erőltetik a HTML-t).Akkor minek fejlesszen az ember JS-ben és HTML-ben? Nem vagyunk előrébb, mert megint N darab rendszeren kell tesztelni, N rendszerre kell megírni a kód egy részét, ennek a hülyeségeire figyelni, amannak a hibáira kell áthidaló megoldást találni, mi ennek az értelme? Miért nincs egy API? Nem egyszerűbb akkor natív alkalmazát készíteni, és akkor nem kell a webes szabványok hülyeségeivel foglalkozni?
nem tudom hogy megy ez,
Kettős mérce
A webes technológiákat nem a józan ész, hanem a politika és a pillanatnyi marketingérdekek alapján fejlesztik, és ennek nem biztos, hogy a felhasználók és mi, fejlesztők vagyunk a nyertesei. Pedig mi vagyunk többen, kérdés az, hogy miért kell hagynunk, hogy így legyen?
Ez nem így van, mai
Mi nincs így? Hányszor
Nem az a baj, hogy nem
Senki nem erőltetett a
Miért nem annak a
Ezt a kérdést szoktam én is
A W3C-nek 62 fő alkalmazottja
persze, mert
a másik dolog az h nem csak írkálják a specet, hanem meg is vitatják belsőeg, pro és kontra, a w3c emberei legtöbb esetben csak koordinálják a szakmai bizottságokat.
persze, mert a szabványokat
Nem tudom, hogy a HTML5 esetében hogyan megy, de szerintem egy Google vagy Microsoft megteheti, hogy fizessen ezért a munkáért.
Üzlet
Kereszthalál
Egyébként a prefix lényegtelen, csak legalább legyen eszük és azon belül mindenki csinálja ugyanazt. Aztán később megállapodhatnak egy közös prefixben is ha már megmentették Briant.
Ez is egy formája annak,