"Az igazság az hogy az egész Webet újra kéne tervezni. Most gyakorlatilag több technológia együtt teremti meg a minimlis feltételeket. E helyett kéne egy db platform."
A szabvanyok tobb retegbol allnak. Van egy tcp/ip a kommunikaciohoz, egy http az adatok atvitelehez, egy xhtml a szoveges tartalomnak, egy css a formazashoz es egy javascript a kliens oldali logikahoz. Ez igy eleg szep kerek lenne, ha mindenki kovetne a szabvanyt. Az xml alapu html-nel jobb adattarolasi nyelv jelenleg nincs, kompatibilisebb mint az osszes tobbi, a css helyett hasznalhatnank xhtml-t is (hasznalhatunk is, a google pl. szokott), a javascript pedig pont arra jo amire kitalaltak. Ezzel szemben ott van a tobbi szabvany: flash, silverlight, adobe acrobat, microsoft word, postscript. Az alternativak kozzul melyik jobb? Szerintem egyik sem.
Használjatok Rubyt! :P
de ettõl nem lett jobb a nyelv, csak még kaotikusabb;]
igen, hasonlo cipoben jarok en is, folyamatosan orlodni 3-4 nyelv kozott nem konnyu, egyik tipusos, a masik nem. Bar a php -nal most mar lehet osztalyneveket es tombot parmetertipuskent megadni :-).
Az igazság az hogy az egész Webet újra kéne tervezni. Most gyakorlatilag több technológia együtt teremti meg a minimlis feltételeket. E helyett kéne egy db platform.
Egyetértek. A javascriptben igan hamar meg lehet unni, hogy minden kib@szott mûveletnél nézelõdni kell, hogy most akkor milyen böngészõben vagy. Sebességben script kategóriában egy mandelbrot renderrel teszteltem a cuccokat és valóban sokat gyorsultak a motorok, de a flash action script mindent odaver. Tényleg ez nem natívhoz közeli cucc? A Flash player mit futtat tulajdonképpen? :)
igen, többek közt ez is. A PHP-t én is szeretem, egyszerû, kellõen gyors és mindent meg lehet benne csinálni. Az egyetlen problémája hogy tákolt nyelv, értem itt ezalatt hogy pl az eljárások paraméterei között semmi összefüggés nincs, nézd meg hogy paraméterezel pl egy mb_convert_encoding-ot, egy explode-ot vagy éppen csak egy str_replace-t. Mindegyik más, ami megnehezíti a munkámat. C-ben egyszerre írok 400 sort és csak akkor kell tesztelnem, php-ban ez 40 sor és ebbõl 1-2 hiba már kapásból adódik a hülye paraméterezésekbõl. Jó tudom, meg lehet tanulni, de nekem, aki párhuzamosan használ 4-5 nyelvet, csak 1 szivat....
kifinomult? Egy olyan nyelv ami nem követeli meg egy változó típusának meghatározását, azt nem nevezném kifinomultnak. Hát persze hogy nincs cross browser szívás, mivel a php a szerveren fut, nem a böngészõn :D
El tudnátok képzelni a Google honlapját úgy, hogy csak 1 szó van rajta? Ha nem akkor nézzétek meg itt: Szélessáv
Nem tudom miért, de elsõre mindenki utókeveréknek néz :D
"A nyelvi buktatók szinte mindenütt ott vannak, a javascriptben tobb, de joval kevesebb mint a php-ban pl:)"
Na ez az, amivel nem értek egyet. A php szerintem egy egész kellemesen kifinomult nyelv, és nincs vele az a szutyok cross-browser szívás mint a js-el mindig. JS debugra mindig kétszer annyi idõm megy el, mint a regexp/php/mysql kombókra. Activex-et még nem használtam, de amennyit hallottam, nem egy leányálom csinálni bármit is alá, ha kapok egy normális felületet, ahol pythonban vagy c++-ban írhatok dolgokat, akkor annak örülni fogok.
És még mindig úgy gondolom, hogy a böngészõre írt 3d-s játékok jók lehetnek, sõt, egy 3d-s oldalt is el tudnék képzelni, ha nem csak egy böngészõn menne, hanem mindenen, de így eléggé neccesnek tûnik, biztos nem én leszek az, aki egy pár%-os, vagy akár 10 is késõbb, piaci részesedésû chrome kedvéért nekiáll megcsinálni egyet. De fantázia van benne, és kezdésnek nem rossz!
na msot akkor hogy kell ezt belõni? kevés vagyok én ehehz vki érthetõbben leírná vagy print scren mit hol kell átírni?:P
Ezzel egyetértek, teljesen normális programnyelv, sõt, kimondottan szeretem is (egy két appomhoz csináltam js interpretert is). A nyelvi buktatók szinte mindenütt ott vannak, a javascriptben tobb, de joval kevesebb mint a php-ban pl:) Sebességben mostmár valóban sokat fejlõdött, de még messze nem annyit, hogy azt mondja rá az ember, hogy igen, ebben mostmár bármit meglehet valósítani akár egy böngészõn belûl is. Legjobb példa arra, amikor valami térképszoftvert fejleszt az ember. A rengeteg geo számítás elvinné a js-t, ha nem terhelné át lehetõség szerint a szerverre.
Ne keverjük ide a .net-et, mert messze nem egy kategória a kettõ. A Java VM-re nem sok megkerülési mód létezett, ami volt is, az esetek 99%-ban a külsõ lib-ekben volt kereshetõ. Az hogy a java lassú relatív, a server jvm elég sokmindent odaver sebességben, a client jvm valóban lassabb az egyéb eshetõségektõl, de viszont elég jól el van szeparálva mindentõl, és nem annyival lassabb, hogy számüzetésbe kelljen vonulnia. Nyugodtan kereshetsz java vs c,c+3 benchmarkokat. A java-nak egyetlen nagy hibája, hogy sokkal könnyebb benne gány kódot létrehozni, ami jóval lassabb.
A JavaScript rendes programozási nyelv. Vannak hibái, fõleg nyelvi tervezési hibák, amik fennmaradtak a böngészõk háborújából, illetve a W3C-nek köszönhetõen is bekerült néhány nehézség, de ettõl még rendes nyelv. Ma már abszolút lehet rá vastag klienst tervezni, van is rengeteg. A sebessége pedig nem a nyelv függvénye, hanem azé, hogy sokáig nem volt rá megfelelõ futtatókörnyezet a böngészõkben. Mostanság már ez sem áll, elég csak a Chrome vagy a Safari JS engine-eket megnézni.
Így van, a java újra feltalálása technikai szempontból, más szempontból pedig egy hihetetlen gyors javascript. Javaból nemtudod piszkálni a dom tree-t, csak javascript-en keresztül. Ez egy ilyen érdekes hibrid lesz, amivel a konkrét tartalmat hihetetlen gyorsan tudod majd változtatni illetve számolásokat végezni. Pár évvel ezelõtt egy ilyen megmentette volna a fél életemet, akkoriban ugyanezt úgy oldottam meg, hogy egy javas könyvtár futtatta az erõforrás igényes eljárásokat, majd ezeket egy json alapú kapcsolaton megbeszélte az oldalban futó javascriptel. Gány-gány, de akkoriban csak ez volt;]
"Érdekes, a sun-nak mégis sikerült normálisan megoldani ezt a dolgot."
Hát akár hogy is nézzük, a JAVA még mindig lasabb, mint a natív, vagy a .NET. Valamint a JAVA VM-et is megszokták tudni kerülni. Akkor el lehet képzelni natív kód esetén milyen jók a kilátások.
"Ha a natív kód (Pl.: IE - ActiveX, FF - Plugin) vm-ben fut akkor, abból igazából az lesz, hogy mind az ActiveX sebességét elbukja, mind a "sandbox"-ot. Találnak majd jó kis biztonsági lyukakat és a sand box-nak köszönhetõen mindent lasabban fog végrehajtani, kívéve mondjuk a számolást, de ha már tömböt indexel az is lassúlni fog."
Érdekes, a sun-nak mégis sikerült normálisan megoldani ezt a dolgot. Mellesleg biztonsági rések mindenben vannak, a linuxban, bsd-ben, windows-ban, solaris-ban mint oprendszerek. Böngészõk részérõl az ie, ff, safari, chrome mind-mind sebezhetõ most is. Nem is tudom hol hallottam már ezt, de sajnos igaz "A hibajavítás nem más, mint ismert hiba cserélése ismeretlenre."
guglinak lehet jelentkezni egy sallerért, mert ez a natív izé ez faszság.
OS nélkül a natív kód szépen mehetne is, de "picit" beleszólhat a futó oprendszer is :) Ha JIT compilerrel oldják meg, akkor a java lett újra "feltalálva". Egyébként a letöltöm és futtatom helyett lenne ez egy letöltöm és a böngészõ indítja el címû dolog? Én még benne vagyok a portolható azonnal indítható dologban persze az nem a böngészõ környezetében fut...
"A nativ kod egy vm-ben fog futni, ahogy emlitettem, ez egy javascript/active-x kombo szeruseg, mivel orokolte a javascript "sandbox" szeru felepiteset - a kozvetlen hozzaferest a dom strukturahoz stb, az activex-es sebessegen."
Ha a natív kód (Pl.: IE - ActiveX, FF - Plugin) vm-ben fut akkor, abból igazából az lesz, hogy mind az ActiveX sebességét elbukja, mind a "sandbox"-ot. Találnak majd jó kis biztonsági lyukakat és a sand box-nak köszönhetõen mindent lasabban fog végrehajtani, kívéve mondjuk a számolást, de ha már tömböt indexel az is lassúlni fog.
nálad a pont, ez valóban a google os elsõ fuvallatának tûnik, mivel netes cég révén valószínüleg ezen a platformon szeretne maradni, így kompromisszumokkal, de megpróbálja megvalósítani azt, amire neki szüksége van. Ezt majd idõvel legyömöszöli mindenki torkán;]
A nativ az nem azt jelenti hogy a processzor szamara nativ kod. Vagyis a nativ relativ:D Ha a javahoz viszonyitjuk, ott is nativ kodot gyartasz. A nativ kod egy vm-ben fog futni, ahogy emlitettem, ez egy javascript/active-x kombo szeruseg, mivel orokolte a javascript "sandbox" szeru felepiteset - a kozvetlen hozzaferest a dom strukturahoz stb, az activex-es sebessegen.
Lehet, hogy ez már a most készülõ Google operációs rendszer elsõ fuvallata. Azt mondták, hogy az egészet a Chrome-ra építik majd. Hát itt van.
roliika: nem Utókeverék, hanem Ütökverek. :D
"Az elsõ feladatot a Native Client, rövidebb nevén a NaCl végzi majd"
NÁCI??? Ez dejó :SSSS
A nativ kod futtatasa azt jelenti, hogy a bongeszo automatikusan letolt es futtat egy nativ x86-os vagy mas platformra irt programot. A microsoft ezt hivja activex-nek es szinte az osszes bongeszos virus es fereg ezt hasznalja, ezert probalnak megszabadulni tole. Arrol nem beszelve, hogy egy bizonyos nativ kod csak egy adott geptipuson futthathato, tehat akinek mondjuk nem x86-os processzora van (es mondjuk nem a legujabb microsoft windows vagy egy google linux van rajta) az nem fogja tudni futtatni az adott kodot. Esetleg a fejleszoknek kulon meg kell irniuk minden weboldalba rakott tartalmat windows-ra, x86-os linux-ra, arm-os linux-ra, mips-es linux-ra, x86-os androidra, arm-os androidra, x86-os mac-re, stb... jo poen, de hatarozottan rossz otlet.
A bongeszos 3d hasznalhato otlet, de csak addig amig a document object model resze es javascript-bol erheto el es nem igenyli azt, hogy a bongeszonek meg kelljen engedni, hogy azt futtasson a gepen amit az eppen nezett weboldal keszitoje akar. Ez biztonsagi szempontbol egy minden vedelmetol megfosztott internet explorer 6-ossal egyezik meg, az emlitett bongeszonel megszokott kompatibilitasi gondokkal egyutt.
Köszi Mcsiv. Most már így értem teljesen. Moikboynak is igaza van. Ne mérte miért jó ez az egész. Ha ennyire arra gyúrnak, hogy megint az legyen mint régen: Volt egy cégénél egy szerver (központi gép), ahol a programok voltak, és voltak a konzol gépek, ahol kezelték. Ennek mintájára most gondolom az a cél, hogy van egy szerver a neten, ami kínál egy szolgáltatást (pl. szövegszerkesztõ, játék, stb), amit a netre csatlakozott kliens használhat. Nyilván így az lesz a vége, hogy egy OS abból fog állni, hogy power off, joint internet. És minden onnan fog lejönni. Azaz az OS maga lesz a "böngészõ". :) Szép új világ lesz... Google lógóva. :D
te biztosan képes lennél rá... Mellesleg o3d peldai kozott van egy-ket hasznos dolog is, amit lazan el tudnak kepzelni egy oldalon belul.
A baromarcúaknak talán nem böngészõre kellene fejleszteniük a 3d-s, hatmilliárd vertexes játékokat, mert az nem arra való.
Jah, és én natív kódban is írok olyan programot, ami kurva lassan fut.
Az o3d mar elerheto, anno nezegettem. Letoltod, telepited, utanna mar futnak a bongeszodben az o3d-s appok. (Fejlesztesi szempontbol egy canvas szeru dolog + egy js api -t kinal)
nah, utannanezve a dolognak, ez a native programkod nem mas mint egy activex-javascript kombo, hulyen kifejezve, de az. Egy gcc alapu fordito tarsul hozza, ennek a vegtermeket tudod az oldaladba agyazni, majd mindez egy jail szeru valamiben fut. (vagy megjobb pelda lenne a java, ami hasonlo elven mukodik, csak itt nem egy vm-ben fut, hanem nativan tamogatja az adott processzort.). Masszoval: spanyolviasz
"Vagy a Google most Mátrixot tervez" <- Kitelik tõlük, figyeld meg.
Köszi Drawain a kiegészítést! ;) Akkor ha jól értem, a natív kód futtatása lehetõvé teszi, hogy valaki ír mondjuk C-ben egy kódot, és az a böngészõn keresztül a kliens gépén futhat? Ha jól értem, akkor két kérdésem lenne: - Miért kell ehhez a böngészõ? :) - Ha jól gondolom, így aztán végleg leomlik minden fal a kártékony kódok elõtt. Vagy ezek a natív kódok valami "burokban" futnak? Tovább az a gyanúm, hogy ebbõl akkora káosz lesz, hogy lehetetlenné fog válni a webfejlesztés.
Aztán: A 3D-s megjelenítés pontosan miért is jó mondjuk a weblapok esetében? Ez olyan lesz mint a Flash. Elõször mindenki meg fog veszni érte, hogy fúúú de kaffaaa... Aztán miután kiélték, majd rájön mindenki, hogy tök felesleges dolog. (szerintem) ... van a WRML nyelv is úgy kb. 1995 óta. Akkor az miért nem hemzseg a neten? Vagy a Google most Mátrixot tervez? :D
Nem is rendes programnyelv kezdjük ott.
Utokeverék helyesen írta, hogy nem fér hozzá minden erõforráshoz (szerencsére), amúgy a leglassabb script nyelvek közé való, ezért csak ámulok néha, hogy mégis sikerül néha egy egy teljes oldalt arra építeni, hogy majd a JS mozgatja a menüket, meg szûr, meg mindent csinál...jó..ok minden opredszeren fut..de iszonyat.
A natív kód itt azt jelenti, hogy más programozási nyelveken (pl. C vagy Python) írt programmodulokat itt elõre befordítjuk, így csatoljuk az oldalhoz (a JavaScripttel ellentétben, ahol a böngészõ interpretere a forráskódot valós idõben értelmezi). Ezzel nyilván gyorsabb mûködés érhetõ el, de ettõl még nem fog szebben vagy jobban megjelenni egy oldal a különbözõ böngészõkben, hanem épp ellenkezõleg, sok inkompatibilitási probléma forrása lehet.
A W3C-t se keverjük ide lehetõleg, nincsen szabványuk a böngészõben futtatható natív kódra.
Egyébként ezek csak kísérletezések a Google részérõl (bár ha nagyon belehúznak persze lenyomják a webfejlesztõk torkán õket), de amiket be akarnak vezetni, az O3D-t, a natív kódot, vagy a többszálú JavaScriptet, ez mind olyan funkció ami nem véletlen maradt ki ez utóbbi nyelvbõl. A canvas késõbbi HTML implementációkban már támogatja a 3d-t, miért nem azt támogatják. A natív kód szépen fog futni chrome-ból, de kizárt, hogy más böngészõk átvegyék mivel ellenkezik a web hagyományaival - a JavaScript forrása nyílt a HTML és a CSS kódhoz hasonlóan. A többszálú programozás menedzselése és debuggolása pedig szinte kivitelezhetetlen, vagy horrorszerû a webfejlesztõk számára. Ez a nyelv egyszerûen nem erre lett kitalálva.
Na akkor a Google is végigjárja azt az utat, amit a Microsoft. Bravó.
Ez inkább a fejlesztõknek jó hír. A szabványtalanul összetákolt honlapok natív módban szét fognak hullani. Egy jól megírt honlap, ahol minden a helyén van, W3C követõ, HTML formátumok betartása mellett szépen és gyorsan futhat.
Az O3D-re kiváncsi leszek.
Ezért a sematikus spongyola fogalmazásért miket fogok kapni mindjárt :S
Remélem nem írok nagy hülyeségeket: :D
1) A natív kód elvileg arra való, hogy a böngészõben futó cucc úgy mûködjön, mintha maga egy külön program volna, azaz kap normális mennyiségû erõforrást, és nem a böngészõben szaggat. 2) - 3) A platform itt szerintem kb azt jelenti, hogy abban vannak leprogramozva :D A flash az adobe ratyisága, a javascript meg szabvány kliensoldali nyelv. 4) A számítási felhõ egy neten megosztott, dinamikus erõforrásrendszer, azaz más gépen fut a cucc, ami nálad van. 5) O3D olyan cucc, amivel 3D-s megjelenítést tudsz kezelni. A google csinálta, böngészõkben kiegészítõként telepíthetõ.
6) Azért jó, mert full 3d-s programokat lehet írni chrome alá, amik nem szaggatnak, mindent megcsinálnak, amit egy normál, a gépeden levõ program tud. Kb ennyi.
Egyik kedvencem, bár nem google szerzemény, a Quake Live. Egy, az eredetinél szebb Quake3, csomó extrával megszórva, és böngészõben fut, folyamatosan online multiplayer játék. Na megyek aludni :D
1) Mi az a natív kód? 2) Mi az a Javascript platform? 3) Mi az a Flash platform? 4) Mi az a számítási felhõ? 5) Mi az az O3D platform?
6) És miért is jó ez a felhasználóknak?
Imádom az ilyen cikkeket. Mintha kínaiul olvasnám, annyit fogok fel belõle. A minap, amikor a születésnap kapcsán magukat fényezték, az sg azt mondta, hogy direkt tértek át a bulvárosabb írásmódra, mert nem csak kockák olvassák az oldalt, és közérthetõek akarnak maradni.
Hát ez most nem sikerült.
Na bazz.. Ha ezeket tényleg megcsinálják, hogy a fenébe maradjak a fanatikus FF-es? :O