- iPhone topik
- A Watch7-tel debütálhat a Samsung vércukormérője
- Milyen okostelefont vegyek?
- OnePlus 7 - magabiztos folytatás
- Garmin Forerunner 255 Music - nem csak futóknak
- Android szakmai topik
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Honor 90 - modellalkat
- Franciaországban nyit a Honor 200 Lite
- MWC 2024: Két új órát hozott a Xiaomi
Hirdetés
-
Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
ph A megfizethető, szivacsokkal jól megpakolt modell ötfajta kapcsolóval és kétféle színösszeállítással/kupakprofillal szerezhető be.
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
Új hozzászólás Aktív témák
-
floatr
veterán
A megoldás nem ebben a videóban van. A korábban sokat polírozott io4 böngi jelentős teljesítménylemaradásban van, pedig steve mennyire rá volt izgulva, hogy html5, meg fless (fujjszarszutyok) mentesség. Aztán kiderül, hogy egy optimalizálatlan fos a böngi, amire lehetetlen normális fless-helyettes alkalmazást írni. Amúgy korábban már volt arról szöszenet, hogy a desktop böngi teljesítménye mögött nagyságrendileg marad el az ipad/iphone, magyarán szarabb a szitu, mintha flesst használna valaki.
Ennyit a nagy forradalmi tervekről.
-
floatr
veterán
Ott van a kutya elásva, hogy így ifonra hogyan írjon egy webes fejlesztő bármit is, amikor ekkora difi van a desktop és mobil eszközök közt, holott a hardver ezek szerint jóval többre is képes lenne. És ami a non-plus-ultra: Jobs az Adobe-ot gyalázza a teljesítménygondok miatt, miközben a saját gárdájuk nagyobb trágyarakást hagy maga után mint két Adobe.
Amúgy a probléma nem a jelenlegi oldalakról szól, hanem a Jobs által kijelölt irány buktatójáról, miszerint fless helyettesítő html5 oldalt az általuk gyártott szoftverek impotenciája miatt nem lehet készíteni, nem éri meg. De hogy ne a levegőbe beszéljek itt van például egy látványelemekre épülő teszt, ami jelenleg max flessel lenne megoldható általánosan. Nem hasznos, viszont mutatja, hogy ég és föld a két platform.
Pár hónapja volt egy cég, ami a saját kis 3d-s játékát tesztelgetve jutott arra az általános követeztetésre, hogy mennyire optimalizálatlan fos a nexus az ifonhoz képest, mert 60 vs. 40 fps. Most itt van ez a benchmark, ami egyértelműen mutatja, hogy ha egy oldal egy html5 mobil játékot/alkalmazást készít, akkor mekkora szarban van az ifon szoftveres hiányosságai miatt (= optimalizálatlan fos).
(#11) evone ennyi erővel akár egy statikus oldalt is tesztelgethettek volna, és ott egyáltalán nem lenne különbség. Ééérteeeem, ez a webes teszt nem eléggé reprezentatív.
(#12) pzstm script motorban egyelőre nem tudni mit teljesít, másrészt meg kissé vicces lenne ha egy 3rd party tenné helyre az ios4-et Jobs-féle trend ügyében.
(#13) eami szorozd be ezt a kis különbséget sokezerrel, ami egy összetettebb alkalmazás/animáció/játék/fizikai modell felépítéséhez kell, és akkor ami a nexuson fut, az ios4 alatt képregény lesz.
[ Szerkesztve ]
-
floatr
veterán
Ja. Szóval tegyük fel h fejlesztenék egy webes farmos fiszimfaszom játékot, aminek meg tudom tervezni a desktopos felületét, és a mobil képernyőre is tudnám optimalizálni. Kvázi össze lehet szedni azt a code base alapot, ami nagyjából ugyanaz a legtöbb platformon canvas és tsai alapokon, erre jön a meglepi: ios4 = használhatatlan foskupac, de legalább újraírhatom az egészet objective c-ben, ha veszek egy mac-et, köszi
És akkor még csak egy kis szutyok 2d-s tilitoli játékról van szó.
-
floatr
veterán
Először is pont emiatt említettem a farmos stuffot jó példaként. Gondold át, mi mennyibe került nekik. Van akinek megéri így is, fáccse reklám, ifart mellett már keresik is. Ez azért egy miniclip/playfulland/candystand esetében kicsit problémásabb lenne. Összetettebb dolgokat meg már nem is említek, amik shockwave-el készülnek, és talán portolni lehet őket webgl-be megkötésekkel, de natívan megfejleszteni platformonként meg agyhalál egy független fejlesztő számára. Még a gameloft is húzza a száját, pedig nekik valószínűleg van egy kis befektetési alap, hátha alapon...
De félreértesz, nem az ios szarságáról vagyok meggyőződve. Az a problémám, hogy a vezír ontja magából az észt, de nincsen a kezében az aduász. És ezt annyian benyelik, hogy már nekem fáj.
-
floatr
veterán
Hát ha afelett könnyedén átsiklasz, hogy összetettebb webes alkalmazásnak így nagyjából reszeltek ios4 alapon, akkor nem befolyásol semmit.
Nem akarok én itt nagyon szemeket felnyitni, csak mivel szakmába vág, eléggé röhejes a dolgok alakulása, meg a reakciók is. A jóemberünk egy huszárvágással kizavarta a flesst a házból, erre széleskörű taps volt a válasz, bár megjegyzem ezzel a silverlight (fun club viii-gyázz
) is ment a lecsóba. Az volt a mondás, hogy biztonságtalan, és optimalizálatlan foshalom (taps), aztán közben egyrészt az oprencert törték fel az első nap, másrészt meg a böngit, ígyhát akkor a biztonsági részét le is tudhatjuk (taps persze most nincsen, csak kussolás). Aztán jön a froyo a maga kis fless plájerével, egyrészt maga az oprencer gyorsabb még nexuson is, másrészt a fless sem eszi meg az aksit 5 perc alatt (taps megint nincsen persze). Valaki veszi a bátorságot, és lezavarja ezt a marginális marhaságnak tűnő tesztet, és kiderül az, hogy ami a jóember megálmodott egy gyógyszeres éjszaka során, az egy marhaság, mert a saját worderful emberei a naaagy amazing optimális natív fejlesztéseikkel sem tudják azt a teljesítményt kiajánlani a flessről html5re terelt birkáknak a beautiful gépen, amit egy "lopott" kódbézre épülő "java alapú" "ratyi" böngészőutánzat a sokat szidott hardveren (a reakció: who cares)Hát ennyi, röviden és tömören.
-
floatr
veterán
Na egy újabb sikertörténet: szövegkörnyezetben értelmezni, oh wait...
De akkor mégegyszer
egy blazing hardveren super operációs wonderful rendszerben amazing futó fantastic natív fascinating böngésző kontra "elmaradott" hardveren "gagyi" multitaskkal összezavarodó oprenceren "javaban" megírt "használhatatlan" böngésző. Utóbbi alkalmanként majd ötszörös teljesítményelőnyben van. Na... brilliant érthető-e már-e így-e...?Amúgy meg bár irreleváns a téma tekintetében, de ha már szóba hoztad, idézek egy 3GS tulajtól: "Ugyanezt [ti. os upgrade] engedtem az iPhone-omnak. A hajdanán használható telefonból egy romhalmaz lett. Az iOS 4 óta olyan lassú, hogy gyakorlatilag majdnem használhatatlan." Amint teheti majd vesz egy 4g-t természetesen, de sokak szerint nem kütyümán
-
floatr
veterán
Ha komolyan érdekelne a dolog elolvasnád a kommentet, hogy mi a véleményem a videóról. Ha komoly szakember lennél, tudnád mit jelent a script motorok közti teljesítménykülönbség, mert akkor nem osztanád az észt a videó alapján, ahogy az engadget tesztjének épp semmi köze nincsen a script motorhoz, csak jelzem
"Habár egyes oldalak esetén a Javascript futtatási sebessége valóban rendkívül fontos tényező lehet, a legtöbb esetben ez oldalak megjelenítési sebességét alig befolyásolja, a letöltési sebességre pedig egyáltalán nincs is hatással." -- vonatkozik ez persze a jelenlegi állapotra, és mivel ennyire gyatra a jelenleg futó böngészők nagy részének (ie 6-7-8, ff 2.x-3.x, és a wonderful mobilos magical platform brilliant üdvöskéje) a scriptes teljesítménye, ne is várd, hogy minimálisan dinamikus oldalaktól a közeljövőben többet fogsz látni.
De ha annyira komolyan fejest ugrasz a témába, akkor nevetségessé teszed magad azzal, hogy láthatóan semmi közöd sincsen ahhoz a területhez, amit Jobs megcélzott a fless helyettesítő lázálmával. Szerintem inkább maradtál volna csendben.
Új hozzászólás Aktív témák
ma Az Ars Technica szerint az Android 2.2 Javascript motorja messze maga mögé utasítja az Apple megoldását, ám az Engadget szerint ez a legtöbb oldal esetén jelentéktelen előny.
