Új hozzászólás Aktív témák
-
floatr
veterán
Konkrétan java alapon "őrület" frameworkök, és állati nagy meló kellett ahhoz, hogy tisztességesen megírják a service/business réteg feletti szoftveres komponenseket. Most ezeket a frameworköket ki lehet dobni, marad egy szimbolikus RPC-szerű réteg, és a többit meg a kliens-oldali fejlesztéssel kell majd megoldani.
Lényegesen leegyszerűsíti a szerver oldalán a struktúrát. Más kérdés, hogy az adott emberek ezt hogyan tudják kihasználni. Még a mai napig találkozok olyanokkal, akik a struts-ot és a portleteket istenítik, és kurrens szakembernek hiszik magukat. -
FTeR
addikt
konkréten server oldalon minden marad a régiben, csak a kliens oldali funkcionlaitás vállik gazdagabbá, ami a júzer frendliséggel együtt csak az alkalmazás komplekszitását fogja növelni, mint minden interfaceken alapuló megoldás.
egy asp+sl kombónál legalább megvan az az öröm, h az osztályokat és függvényeket újra fel lehet használni. minden más megoldás csak arra jó, h dublán kelljen megírni az alkalmazás egyes részet (pl validálás vagy hamár offline storage, akkor minden adatbázis műveletet is). -
#132
moonman
titán
hibavissza
#130
moonman
titán
válasz
hibavissza
#130
üzenetére
"Ami szar, az szar."
aki meg ignoráns troll, az úgy is marad.
-
floatr
veterán
Röviden és tömören:
Az eddigi alkalmazásfejlesztési metodika a webes alkalmazásoknál egyedül jobbára egy statikus állapot megjelenítésének feladatával bízta meg a klienst. Az összes többi réteg a szervere(ke)n ült.
A html5-tel (de már az újabb framework-ökkel is) ez megváltozott, és a szerveroldali szekció a majdnem teljesen állapotmentes szolgáltatási rétegre és az annak hátterében lévő minimális üzleti logika- és adatkezelési rétegekre szorítkozik. A kliens átveszi azt a szerepet, amit egy pl MVC implementáció látott el. Többé-kevésbé nyers adatokat fogad, és küld, dolgoz fel és jelenít meg, kezeli a felhasználói interakciót, és a munkamenettel kapcsolatos információkat.
Az majdhogynem irreleváns, hogy el lehet tolni még abba az irányba is, hogy local storage alapon valamennyire offline is tudjon működni, bár ezt inkább csak extra szolgáltatásként tudom elképzelni a közeljövőben.Régebben ezeket úgy hívták, hogy vékony és vastag kliens. Előbbi egyszerű böngésző alapú megoldást jelentett, utóbbi pedig egy bővebb funkcionalitással rendelkező, erősebb vasat is igénylő szoftvert (lehetett ez akár egy flash alkalmazás, java applet, de konkrét kliens oldali alkalmazás is). Most a böngésző át tudja venni ezt a szerepet is.
-
#130
hibavissza
veterán
moonman
#25
-
ntomka
nagyúr
Nem kreténeztelek le, csak nekem úgy jött le, mintha nem teljesen voltál tisztában a technológiai háttérrel.
Valami ilyesmi. A szerveroldali dolgok egyáltalán nem szorulnak háttérbe, csak az adatmegjelenítést feldolgozó eszközök átkerülnek kliens oldalra, mondjuk úgy, hogy hatékonyabb lesz az erőforrás elosztás a szerver és a kliens között. A Google is azért nyomatja annyira a JS-t, mert látja ennek a szükségét (ha valaki, hát ők tudják mennyit lehet ezen szerver oldalon spórolni), nem pedig azért (legalábbis nem első sorban), mert ez egy jó buli. Persze, van marketing értéke a sebességnek, de ez a fő előny mellett csak pozitív mellékhatásnak minősül.
És egyébként az sem igaz, hogy ezentúl minden így lesz megoldva, ezt senki nem mondta és akarja, de a nagy látogatottságú és összetételű oldalak biztosan. -
FTeR
addikt
ha még nem linkelték: Official HTML5 Test Suite Conformance Results
-
oO7
őstag
oké arra válaszoltál, csak azért diszkréten az elején azért biztos ami biztos alapon lekreténeztél, pedig a kérdés jó volt
szóval a next gen webappok úgy fognak kinézni, hogy lesz egy HTML5 + CSS3 részük a megjelenés leírására, és lesz egy Javascript részük (ASP vagy PHP helyett) a mögöttes funkcionalítás avagy üzleti logika megvalósítására, az ASP/PHP ha el nem is tűnik de erősen visszaszorul és a szervereken nem konkrét webszerverek fognak funkcionálni hanem általános (nem csak webalkalmazások által felhasználható) szervizek...
ha egyetértessz bólints [igen:
] [nem: 
] -
ntomka
nagyúr
Akkor miért kérdezel olyat, amiből nyilvánvaló? Mi lesz a PHP-val, ASP-vel, stb-vel? Hát ugyanaz, mint eddig: kiszolgálják a kliensalkalmazásokat adatokkal. Csak ezek után nem kész weboldalakat küldenek le (legalábbis a webalkalmazások számára), hanem JSON vagy XML adatokat, amiket a kliens fel tud dolgozni egész gyorsan (azért a ~4 évnél újabb gépekben bőven van kakaó erre). Mobilalkalmazásokra, amik Java vagy hasonló módon voltak megírva, eddig is XML adatok mentek többnyire, a többi helyre marad egy puritán HTML oldal, mert oda mégis minek egy teljes szélességű weboldal? És ennek az egésznek az a származék előnye is megvan, hogy csökken a szerver terheltsége, mert félig emésztett adatokat is elég küldeni. Már most is így működnek pl. a levelező oldalak (legalábbis a komolyabbak).
-
oO7
őstag
válasz
#16820480
#118
üzenetére
egy egyszerű hírolvasó oldalt is megérhetné akár offline használhatóan elkészíteni... gondold el, mondjuk leszinkronizálod reggel a híreket, aztán már indulsz is útnak valahova, útközben meg tudod lapozgatni a viszonylag friss híreket netkapcsolat nélkül is... mint egy magazin
SZERK: marad még felhasználási terület, kérdés, hogy a fejlesztők is maradnak e azoknál... mert az azért csak-csak egy betanulandó programozási sablon, hogy a különböző lekérdezéseket javascript -ből csináljuk és nem egy szerverre támaszkodva... szóval lehet hogy ha más nem akkor az egyszerűség kedvéért akár a tök statikus oldalakat is úgy csinálják meg hogy az offline is működhessen
ntomka: eddig ennél sokkal alapvetőbb problémákra hivatkozva mondtam amit mondtam... szóval nem kell az oltogatás, mellesleg az sem igaz, hogy lövésem sincs a webfejlesztéshez... van, csak utálom
-
#16820480
törölt tag
szerintem azért ezt nem úgy kell akkor sem elképzelni, hogy most minden oldalt átírunk html5 offline api-ra. bizonyos esetekben nincs is sok értelme. mondjuk egy kliens kiváltó (office, mail, stb) esetén igen, mert ott a saját adataidat, és a hozzájuk szükséges programkomponenseket le kell töltse, de egy sima weblapot semmi értelme nem lenne átírni offline api-ra, tehát ott szerintem továbbra is marad a szerver oldali nyelv, mint a php vagy asp.
egyébként achrome os-nél is van kliensprogramod, egy chrome böngésző lényegében, csak egyedi kinézettel. ahogy a mozilla és ie esetében is.
-
#117
oO7
őstag
WonderCSabo
#115
oO7
őstag
válasz
WonderCSabo
#115
üzenetére
"Azt senki sem mondta, h. kihalnak a kliensporgramok és mindent a weben, HTML5-el fognak megoldani."
ChromeOS
Chrome Application Shortcuts
IE9 Pinned Sites
Mozilla Prismmellesleg felmerült bennem egy (szerintem) elég érdekes kérdés is ezzel a HTML5 dologgal kapcsolatban... ha az oldalakat valóban alkalmazásszerűnek próbálják megcsinálni és az alapvető célok között lesz az, hogy az oldal (nyilván csökkentett funkcionalitással) offline is működjön, akkor mi lesz a PHP -val meg az ASP -vel meg a többiekkel ? Főleg azon részükkel ami azt csinálja, hogy egy http request -re válaszként összerak egy oldalt ? Gondolom így akkor mindennek le kell töltődnie a kliensre és a szerver oldali munkáknak egy komoly részét JavaScript fogja átvenni...
-
#116
F34R
nagyúr
WonderCSabo
#115
F34R
nagyúr
válasz
WonderCSabo
#115
üzenetére
pl: rapidshare teljesen html5 alapú
hamár szabványkövetés -
#115
WonderCSabo
félisten
oO7
#67
WonderCSabo
félisten
Te beszélsz el midenki mellett. Én csak annyit mondtam, h. a JS teljesítmény igenis számítani (fog), mivel a jövőben egyre több HTML5 alapú cucc lesz a weben. A Flash játékokat leváltják a HTML5+CSS3+JS+canvas/SVG játékok, például. Azt senki sem mondta, h. kihalnak a kliensporgramok és mindent a weben, HTML5-el fognak megoldani.
Igen, a JS egy eléggé rossz dolog, de jelenleg egyelőre ez van.
-
Fecow
aktív tag
-
moonman
titán
ez most hülyén hangzik, de egy könyv megírása - akár több szerző részvételével - nem akkora feladat, hogy most el kéne ájulni tőle. egyidejű szerkesztés, kommentelés és verziózás kell csak, ezek ma már alapfunkciónak tekinthetők.
a nyomdai utómunkálatokat már gondolom nem Google-n végezték.
-
#16820480
törölt tag
rendben, akkor mi a helyzet mondjuk a PH!-val? ezt azért elképzelhető, hogy az ember napi szinten használja. például ír a fórumra. ez sem metro. sőt, a weben szinte semmi nem az, mert ronda volna eléggé.
viszont egy normálisan felépített weblapnál azért lehet változtatni a kinézeten, ehhez kb css-t kell kicsit módosítania a webmesternek. és ha mondjuk annyire népszerű webapp, hogy sokan használják, és sokaknak nem tetszik, akkor lesz rá biztosan 3rd party skin. -
Fecow
aktív tag
Ja és egy egész friss dolog a webes office használhatósága mellett.[link]
Tudom kissé elfogult a dolog, és biztos volt sok minden amivel szívtak (nem mintha desktopon nem lenne semmi szívás) Csak azt akarom érzékeltetni, hogy lehet ezt azért bevásárló cetlinél komolyabb dolgokra is használni. -
oO7
őstag
válasz
#16820480
#103
üzenetére
ha az apple.com -on lenne valami olyan szolgáltatás amit nap mint nap használok aktívan az amúgy jól megírt natív alkalmazások mellett, akkor igen, szar lenne ha nem illeszkedne a metro design -ba...
majd amikor az oldalak sokkal interaktívabbak lesznek mint most és nem csak annyi lesz hogy felmész rá, megnézed mivan odaírva majd továbbállsz, hanem valóban alkalmazás szerű funkcionalitással és interaktivitással fog bírni, és a natív alkalmazások helyett akarod majd a kis webes gyűjteményed használni, akkor baromi rosz lesz a legkülönfélébb design -ok között váltogatni... -
Fecow
aktív tag
Most elbeszélünk egymás mellett. Te az office 2010 desktop alkalmazásról beszéltél ezért nem értem, hogy jön ide a Web Apps, valamelyik mellett azért légyszíves tartsál ki, nem kívánok általános ms vs google háborúba belemenni, én webes alkalmazások vs desktop alkalmazásokról beszéltem. Biztos jó dolog egyszer történt dolgokkal érvelni, de itt nyilván valóan arról van szó hogy egy offline file-t akart feltölteni GDocsba, amit feltehetően rosszul konvertált át. Ilyenkor kell szólni a supportnak, hogy halló. Ha eleve GDocsban írta volna nyilván ilyen probléma nem történt volna, ezért sem értem, hogy ez megint miért érv a desktop mellet. Desktop alkalmazások nyilván mindig mindent jól konvertálnak ugye?De mondok jobbat, miért akarta feltölteni GDocs-ba, ha ebből semmi előnye nem származik szerinted? Viccből? Vagy ha te úgyis ott voltál, miért nem beszélted le erről és ajánlottad a Web Appset, ami sokkal szuperebb? Egyébként nem is értem a problémát? Miért akkora probléma ez, hogy rossz lett a konverzió, eredeti fájlokat azért csak nem törölte le egyből, vagy ennyire belelendült a cloudosításba? De tényleg nem menjünk most bele ms vs google vitába, én csak az alkalmazások jövőjét latolgattam.
Oo7: Nem értem a problémát, hogy függ össze a design és a megvalósítási mód? Silverlightban csak szuperjó design-nal rendelkező, csak tökéletesen illeszkedő designú alkalmazást lehet írni WP7-re ugye. Tetszik nem tetszik, ha valamit egyszer kell megírni (még ha ez a való életben nincs is teljesen így), fejlesztési időt és költséget tekintve mindenképp pozitívum. Milyen jó is ha ezer platformra ezerféle nyelven kell alkalmazást/szolgáltatást írni...
-
oO7
őstag
"miért csinálná valaki OS specifikus módon meg az alkalmazását, szolgáltatását, ha egyszer azzal, hogy webes alapon csinálja kvázi egyszer kell csak dolgozni és mindenki potenciális felhasználója lehet"
Na pont az ilyen gány munkák miatt ellenzem én nagyon ezt a HTML5 -ös szerencsétlenkedést... milyen szarul nézne már ki ha a wp7 -es telefonon valaki készítene egy alkalmazást full iphone design -al... rohadt zavaró lenne és akkor még csak két stílust kevertünk össze... ha a csodálatos és isteni crossplatformság jegyében mindenki csak egyszer készíti el a kis webalkalmazását... hát csodálatos világ is lenne az... -
moonman
titán
"nem kipostolja valami blogmotorba mint a word 2010 aztán majd úgy néz ki ahogy"
nézted te már egyáltalán az Office Web App-ot? full feature Word, Excel, PowerPoint, OneNote dokumentumokat kezel, tökéletes megjelenítéssel, nem "úgy néz ki, ahogy". ha valami szétkúrja a formázásokat, az pont a GDocs, ügyfél véresre kaparta az arcát, amikor kiderült, hogy a feltöltött nem kevés Excel dokumentuma mehet a kukába, mert soha az életben nem lesz képest széthullás és a formázás 80%-ának elvesztése nélkül vissza "importálni" őket. még a csv-t is elbaszta, hihetetlen. -
Fecow
aktív tag
Most nem kívánok feature háborúba különösebben belemenni. Csak ezt az offline szart sem érsz vele nem tudom honnan veszed. Egyébként mai potenciális felhasználók, az idejük hány százalékában vannak offline amíg dolgoznak?
Oo7: A webes beágyazhatóság azért mindenképp előny a webes mellett, azaz bármilyen weboldalból meghívhatod magát a szolgáltatást chartokkal, drawinggal, sőt akár a beágyazott weboldalon is szerkesztheted, nem kipostolja valami blogmotorba mint a word 2010 aztán majd úgy néz ki ahogy, ez azért elég nagy előny, de tényleg nem akarok itt feature háborúzni erről már leírtam a véleményem.De megint úgy érzem kicsit szélsőséges lett a dolog. Én nem azt állítom, hogy a webes lét mindig mindenhol jobb illetve jobb lesz mint a natív desktop alkalmazások. Én azt állítom, a webes alkalmazások, sok esetben felválthatják, bizonyos alkalmazás típusokat amiket ma desktop használunk. Arról nem is beszélve ha egyszer az adott szolgáltatások között elhanyagolható különbség lesz, miért csinálná valaki OS specifikus módon meg az alkalmazását, szolgáltatását, ha egyszer azzal, hogy webes alapon csinálja kvázi egyszer kell csak dolgozni és mindenki potenciális felhasználója lehet. Ez azért valljuk be elég nagy előny, még ha a valóságban ennyire nem is szép és egyszerű a dolog.
Moonman #91 illetve a többi google szolgáltatáskiesésre: Ez így önmagában nem érv, nyilván hátrány, hogy van plusz egy láncszem akitől függhet, hogy tudod-e használni a szolgáltatásod. De ugye az, hogy szerinted sokszor leállt az egy szakmailag nem komolyan vehető kijelentés. Meg kéne vizsgálni, hogy a Google Apps-ot használók szolgáltatás rendelkezésre állása mennyit romlott ahhoz képest, mint ha desktopon dolgoztak volna. Illetve még ehhez is hozzá kell, venni, hogy ha romlott, akkor az áttérés által nyert többlethez képest ez mennyi volt. Mellesleg az előfizetők tudtommal SLA-t kötnek a Google-lel, ergo lehet kártérítésért problémázni, ha a szerződésen túlmenő szolgáltatás kiesés történt volna, és ilyen tömeges kártérítési igényekről nem hallottam.
-
ntomka
nagyúr
És használod is a Google szolgáltatásokat, ugye? Mert én nem tapasztaltam nagymértékű leállást 6 év alatt, csak egyszer, akkor is kb. fél órát tett csak ki. Volt néha akadás, lassulás, de leállás nem. Jó kis redundáns rendszer lehet ott Google-éknál...
Aha, baromira ingyenes, csak egy gépet kell megvenni hozzá...
-
moonman
titán
-
oO7
őstag
na úgylátom lassan írok
azok a bizonyos felsorolt "webes használat előnyei" szolgáltatások amiknek semmi köze nincsen ahoz hogy egy webalkalmazásból vagy egy konkrét kliens programból használod...
mellesleg úgylátom kezdjük megint összekeverni a szezont a fazonnal... (web)alkalmazást a (web)szolgáltatással...
-
-
moonman
titán
"megkapja a webes használat előnyét, kollaboráció, megosztás, webes beágyazhatóság, szinkronizáció, bárhonnan elérhető, stb."
ezeket mind megkapod a klienssel is, mínusz a webes használat összes hátrányát, nevezetesen, hogy offline szart se érsz vele és a fícsörkészlet kb. 10%-át tudja.
-
ntomka
nagyúr
Arról nem is beszélve, hogy ha nagyon net kell a munkához, akkor az valszeg azt jelenti, hogy ott kemény kollaborációs projektmunka megy. Ha nincs net, akkor a fullos MSO2010-zel is annyit érsz, mint a GDocs-szal. Indul a pendriveos rohangálás...
A másik meg, hogy webalkalmazást nem csak valami tengerentúli szerverre lehet telepíteni, hanem cégen belül egy központilag menedzselt cuccra. Ha ez a szerver leáll, akkor szintén ott vagyunk, mint az első bekezdésben.
-
moonman
titán
nem kell temetni, de a kliensalkalmazásokat sem. én például Outlook-ból Hotmail-ezek, Writer-ből blogolok, WMP-ből hallgatok zenét, nézek filmet és SkyDrive-ot is intézőből kezelem.
zoltanz: fogalmazzunk tömörebben: net kell hozzá. és ha épp áramszünet van (laptop) vagy szolgáltatáskiesés?
-
#80
lezso6
HÁZIGAZDA
HelloWorld
#52
válasz
HelloWorld
#52
üzenetére
Hallottál valaha arról hogy cloud? Szerinted mi lesz a kliensprogram ezekhez a felhőben lévő alkalmazásokhoz? Csak nem egy... böngésző, ami minden gépen megtalálható? Valaminek meg kell jelenítenie a csicsás GUI-t, lehetőleg gyorsan gördülékenyen. A user a jövőben nem fog programokat telepíteni, hanem szolgáltatásokat fog használni, hisz az messze kényelmesebb, s nem igényel mindenféle telepítési szakértelmet, nem foglalja a helyet a gépen, bárhonnan elérheti, stb.
Az viszont tény, hogy a jelenlegi JS egy undorító dolog, valamit kezdeni kéne vele, hogy használhatóbb legyen.
-
Fecow
aktív tag
Hupsz efelett át siklottam. Mi az, hogy az office wab apps nem arra van, hogy dolgozz? Tudtommal van benne szerkesztés/formázási lehetőség, akkor? Ha nekem elég az amit nyújt miért ne dolgozhatnék benne?
Kicsit hadd gonoszkodjak.
Bár csak egyszer néztem meg, az Office Web Appst, de tegyük fel igazad van, és nem arra való, hogy dolgozz vele, a Google Docs viszont arra van.![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Fecow
aktív tag
Nem esnék a túloldalra semmiképp, ma még ezek csak kompromisszumokkal használhatóak, kérdés, hogy vajon ezek mekkora kompromisszumok. Én például nem vagyok email guru, és kb 5 éve nem használtam email klienst, elhiszem, hogy sok mindenben butábbak, de nekem ezek a többlet funkciók nem kellenek, vagy nem ismerem őket. Chat, messenger, hasonló, minek telepítenél fel többféle klienst, ha egyszer chat-elhetsz, facebookon, web messengerből, gtalkon, egyszerűen nem látom értelmét. (oké a live messenger fent van megszokásból, de semmi másért) És akkor most a különböző webes többféle messenger szolgáltatást összefogó szolgáltatást meg sem említettem. Webes office, oké ez nálam sem lépte át még a küszöböt, valamiért még jobb nekem a desktop, de egyre többet használom, ha nem kell túlzottan igényes/speciális dolgot csinálni, ha valamit meg kell osztani, kollaboratív dolgozni akkor meg külön hasznos. Mindig azt kell mérlegelni, hogy az előnyökhöz milyen kompromisszumok járulnak, én úgy látom ezek a kompromisszumok egyre jelentéktelenebbek a nagy átlag számára. Nyilván nem holnaptól lesz az alkalmazások nagy része böngésző alapú, és nyilván nem lesz minden, de hogy a nagy átlag 5-10 éven belül az lesz, az jelenleg elég valószínű. Kicsit olyan ez mint a natív és menedzselt kód viszonya volt a múlt évezred végén a mostani évezred elején.
Azon vagyok, de egyelőre még nem tudok, főleg a fejlesztés lenne bajos.
De ha szólnál az Internetnek, hogy fejlődjön gyorsabban, azért nagyon hálás lennék.Oo7: Világos, te nem használod, de ne mondd hogy senki sem használja, senki sem fogja, ezeket használni. Egyébként ezek csak mint legnépszerűbb példákat hoztam fel.
A videónál sejtettem, hogy ezt fogja valaki felhozni, de erre én azzal reagálnék, hogy azért mégis böngészőből érik el ezeket a legtöbben.
Iphone és a mobilok: Teljesen nyilvánvaló, hogy teljesítmény okokból, nem használják a webes alkalmazásokat. Ugyan így volt PC-nél is elején böngészni csak statikus oldalakat lehetet, minden más hálózati kommunikációt használó alkalmazásra, külön desktop kliens volt, ma ez már elkezdett el tolódni a web felé. Amint a feltételek kedvezőbbek lesznek, a mobilok is jobban elmozdulnak a web felé. -
oO7
őstag
nálam:
webmail - Outlook
messenger, és chat alkalmazásokkal - Live Messenger, esetleg Skype meg TeamSpeak
a videó streaming szolgáltatásoknak (magának a szolgáltatásnak) semmi köze nincsen a webhez... ugyanúgy tudod a stream -et nézni egy kliens alkalmazásból is (mint ahogy valójában weben is általában ezt egy Flash vagy Silverlight segítségével oldják meg, ami technikailag úgy már egy kliens alkalmazás)
office alkalmazás - Office 2010 (mellesleg az office web apps nem arra van hogy abban dolgozz, hanem hogy weben meg tudd nézni a dokumentumjaidat... fő szerepe a megjelenítés)de másfelől megközelítve felhozhatnám példának azt is, hogy nézd meg, hogy ezen szolgáltatásokat pl egy iPhone -ről az emberek tipikusan böngészőből vagy egy app -ból érik el...
-
moonman
titán
azért ne essünk túlzásokba, egy webes mail tudása sehol nincs a legprimitívebb klienséhez sem, ugyanez elmondható a chat alkalmazásoktról, az Office-t meg remélem, csak viccnek szántad. jópofák, meg végszükség esetére mentőövnek ott vannak, de ne próbáljuk már a valódi kliensekhez mérni őket.
vagy ha komolyan gondoltad, akkor most azonnal törölj le mindenféle levelező, chatelő és irodai alkalmazást a gépedről és mától kizárólag böngészőben dolgozhatsz.
-
#74
Fecow
aktív tag
HelloWorld
#73
Fecow
aktív tag
válasz
HelloWorld
#73
üzenetére
Azért, azt jós iskolát majd elmondhatnád hol van, ahol tanítottak, hogy ezt te így ki tudod jelenteni.
De gondolom, úgy fognak majd az emberek vissza rohanni a html5-ről a desktop alkalmazásokhoz, mint ahogy visszarohannak a webmail-től az emberek a hagyományos emailkliensekhez, vagy ahogy a messenger, és chat alkalmazásokkal is rohannak vissza desktop kliensekhez, ahogy a videózással is, már a kutya nem nézi a hulu-t, youtube-ot, egyéb streaming szolgáltatásokat, mindenki rohan vissza, hogy letölthesse a filmet, majd a desktop média lejátszójából nézze, ahogy a webes office alkalmazások is dőlnek be (Gdocs, Office Web Apps). Ja és persze a vállalati portálrendszereket is kidobják, és vissza térnek pusztán a desktop kliensekre, és ahogy még sok más dolog is mind vissza fog térni desktopra, ez teljesen "nyilvánvaló".
-
#73
HelloWorld
tag
oO7
#62
HelloWorld
tag
ha megkérdezel 10 fejlesztőt, hogy vajon a HTML5 -e a jövője az alkalmazásoknak, 9 fogja azt mondani, hogy "jaaaj csak HTML -t meg Javascript -et ne !" a maradék 1 meg még jól össze is ver már a kérdés miatt is...
Én a 1...9 intervallumba esek, nem vagy az a verekedős típus
IE9, mint HTML alkalmazásfuttató-környezet
Jesszumpepi... a HTML5 csak egy divathullám, ahogy a cikk is írja. Pár év múlva már csak nosztalgiázunk ezen az egészen, és élünk tovább vígan a desktop alkalmazásainkkal.
-
oO7
őstag
nade LOOOL !!! nyilván nem azon vagyok "kiakadva", hogy a webnek a HTML5 a jövője... hanem az olyan tipusú kezdeményezéseken mint a ChromeOS, hogy alkalmazások legyenek egyenlőek a webes alkalmazásokkal... az OS legyen egy nagy büdös browser ablak...
komolyan nem értelek titeket... most nagyon elbeszélünk szerintem egymás mellett, és ti azt bizonygatjátok, hogy a webnek meg a webes alkalmazásoknak a HTML5 a jövője...MÉG SZÉP, hogy egy HTML alapú "platformnak" a HTML következő verziója a jövője... ebben hírérték sincsen... nekem az szorítja ökölbe az agyam amikor egyesek arról beszélnek, hogy mehet a levesbe a Flash, a Silverlight, a WPF mert mostantól minden HTML5 -ben lesz... a játékok HTML5 meg WebGL alapú jövője meg aztán huh...
-
oO7
őstag
attól függ végülis minek a jövőjét nézzük... nyilván a web -nek a HTML5 a jövője... csak épp az alkalmazásoknak nem a web (a böngészőn keresztül nézegetős, "html alapú internet") a jövője... lehet hogy 1-2 elvakult nyíltwebfanatikus azthiszi hogy innentől kezdve már az OS-ek is HTML5 -ben lesznek írva, de ha megkérdezel 10 fejlesztőt, hogy vajon a HTML5 -e a jövője az alkalmazásoknak, 9 fogja azt mondani, hogy "jaaaj csak HTML -t meg Javascript -et ne !" a maradék 1 meg még jól össze is ver már a kérdés miatt is...
szóval, röviden: szinte teljesen biztos vagyok benne
pzstm: keresztplatform ? ez azért egy erősen elméleti jelentőségű dolog... ugyan az az oldal tökéletesen működik, telefon, tablet, pc, tv "platformokon" is ? meg mondjuk gondolj bele, miért küzdenek az iOS -nél meg a WP7 -nél az egységes, konzisztens design -al...
-
#57
ntomka
nagyúr
HelloWorld
#52
ntomka
nagyúr
válasz
HelloWorld
#52
üzenetére
Ez fájt.
-
#16820480
törölt tag
szerintem ez a "microsoft is érzi, hogy nem a html5 a jövő" pontosan olyan találgatás, mint ahogy az "adobe is érzi a flash vesztét". nyilván mindenki a saját szekerét szeretné tolni, ezért erőltetik a flasht és silverlight-ot is. ha nem megy böngészőben, akkor megy majd mobilplatformként...
-
#53
oO7
őstag
HelloWorld
#52
oO7
őstag
válasz
HelloWorld
#52
üzenetére
+1
mondjuk kiegészíteném annyival a végére, hogy
Teljesen nyilvánvaló, hogy nem a HTML5 lesz a jövő... Ezt a microsoft is érzi, ugyanis a silverlight -ot átpozícionálják a kliensre és az eszközökre, és az adobe is tudja ugyanis ők is gőzerővel nyomatják az adobe air -t, ami szintén a legkülönfélébb eszközökön történő out-of-browser flash futtatást teszi lehetővé...Mielőtt valaki beleélné magát, hogy az MS is megcsinálta a HTML5 képes böngészőjét és hogy az Adobe is "érzi a flash vesztét" (baromság) és lehetővé teszi a HTML5 export -ot , innentől kezdve a HTML5 az úr... szerintem sokkal inkább csak meglépték a kötelezőt, ugyanis kevesebbe került ezeket kifejleszteni mint amennyi pénztől elestek volna ha nem teszik
-
#52
HelloWorld
tag
WonderCSabo
#49
HelloWorld
tag
válasz
WonderCSabo
#49
üzenetére
Pedig egyre jobban terjed a HTML5, a JS teljesítmény egyre jobban számít.
Egy darabig, amíg rá nem jönnek, hogy ez az egész 'web applications' téma megszületésekor halott ötlet volt.
Bár, ha jobban belegondolok, senkinek sem érdeke ezt észrevenni, különben ki akarna host programot csinálni egy böngészőből (verseny -> innovációs -> PÉNZ), miből élne a sok W3C-s semmirekellő bölcsész (PÉNZ), miért vásárolnánk újabb és újabb brutálerős hardvereket ha nem azért hogy a tetűlassú-optimalizálatlan javascript """programokat""" futtasunk (PÉNZ)...
Teljesen nyilvánvaló, hogy egy browsernek nincs szüksége hardveres gyorsításra. -
#51
WonderCSabo
félisten
Mallon1
#19
WonderCSabo
félisten
Mivel a Web a HTML5 fele halad, ezért szarakodnak ennyit a böngészőfejlesztők a HW gyorsítással. Ha vetted volna a fáradtségot, és letesztelsz egy-két demót, akkor látod, h. igenis van értelme a gyorsításnak.
A Flash plugin-hoz szerencsétlenségéhez a böngészőgyártóknak nem sok köze van, az Adobteot szidjad. De reméljük a HTML5 idővel kiszorítja.
-
brd
nagyúr
Lényegében azért, mert a tisztelt programozó urak között egyre több a "kókler" (ill. az esetek többségében inkább úgy kellene fogalmazni, hogy eladásra szánt programok (*) fejlesztéséhez ezeket alkalmazzák, mert kisebb a bérköltségük), ezért egyre kevésbé tudnak normális, gyors kódot készíteni (majd a HW lenyomja izomból, amit úgyis megvásárol a paraszt, némi marketinges hatásra). Félreértés ne essék, nem (csak) a jelen programról van szó, hanem az IT szinte minden területéről.
*: Vagy olyanok, amelyek konkrétan nem pénzért érhetőek el, de egy másik, fizetős termékkel árukapcsolva érkeznek, esetleg más platformon/környezetben fizetősek, ezért pusztán presztízsokokból is fejlesztgetni kell.
-
#48
moonman
titán
WonderCSabo
#47
moonman
titán
válasz
WonderCSabo
#47
üzenetére
engem meg annyira hidegen hagy... őszintén szólva már szuperszánalmasnak tartom ezt az egész milliszekundum-vadászatot. és amikor majd eljutunk a 0-hoz, annál gyorsabbat ki fog csinálni? pffff
-
#47
WonderCSabo
félisten
WonderCSabo
félisten
Microsoft mérései szerint a SunSpider benchmarkban csupán két böngésző, a Chrome és az Opera új verziói teljesítenek jobban
Hát ezt a mérést elcseszték.
-
#43
ntomka
nagyúr
HelloWorld
#42
ntomka
nagyúr
válasz
HelloWorld
#42
üzenetére
Pl. a grafikus gyorsítás az MS hittérítésével szemben van olyan jó, mint az ővék? Jah, és ez a kép linuxon készült.
-
ntomka
nagyúr
-
Agyzuzo
addikt
Én azt nem értem (bár lehet hogy ez nem számít), de a motorcsónakos tesztvideó marhára nem ugyanúgy néz ki IE9 meg Chrome alatt, a Chrome valahogy kontrasztosabb, erősebbek ott a színek. Nem tudom, ez mennyire befolyásoló tényező.
Én azért várom már, bár remélem vissza lehet majd szabni az IE8 kinézetére, nekem azzal semmi bajom.
-
#32
JetiRulez
őstag
HelloWorld
#27
JetiRulez
őstag
válasz
HelloWorld
#27
üzenetére
A Chrome pedig negyedét sem nyújtja az IE-nek.
Hiszen pontosan ez a lényege: Az egyszerűség. Annyira imádom, hogy telepítem 2 kattintással és még csak testre se kell szabni, máris lehet böngészni vele.
Az egyetlen negatívum az Office integráció hiánya.Persze majd kipróbálom az IE9-et is, ahogy eddig az összes IE verziót kipróbáltam a v6-tól kezdve. Csak nem rakok fel a gépre soha bétát. Majd a stabil bizonyíthat nekem.
-
-
pete_21
addikt
-
#27
HelloWorld
tag
hibavissza
#24
HelloWorld
tag
válasz
hibavissza
#24
üzenetére
Nem értem, mi a problémád az IE-rel. A 8-as verzió óta nagyon is használható kis böngésző, az átlagusernek egyedül a tabnyitás/oldalbetöltés sebességével lehet vele problémája.
Semmi olyan probléma nincs az IE-rel, amiért ne lenne használható. Valójában a Firefox sem tud többet (sőt!), csak oldalletöltésben gyorsabb, és nagyobb a hype-ja. A Chrome pedig negyedét sem nyújtja az IE-nek.
Az Opera az, ami alapból többet tud. -
pete_21
addikt
Ha jól tudom, te próbáltad az IE9-et, de nem sokáig maradt fent nálad, mert csúnyák voltak a betűk. Nem tudsz esetleg valamit, hogy a Microsoft hogy áll a D2D javítással, hogy a betűk ne legyenek ilyen homályosak?
Vagy legalább mennyire van tervben, mennyire foglalkoznak vele...? -
#25
moonman
titán
hibavissza
#24
moonman
titán
válasz
hibavissza
#24
üzenetére
ahhoz képest, hogy picit sem használható, a világ nagyobbik része úgy 15 éve elvan vele. elhiszem, hogy zsigerből gyűlölöd a Microsoftot, de nyilvánvaló marhaságokat akkor sem kell irogatni.
-
#24
hibavissza
veterán
hibavissza
veterán
jó lenne, ha a Microsoft kiadna végre egy picit is használható böngészőt. félek ezúttal sem sikerül és maradnak a szavak.
-
ddekany
veterán
Nem ástam bele magamat, de 80% vagyok benne hogy DirectX 9-es kártyákkal (és bizonyos DX 10-esekkel is) "szoftveresen" megy a Direct2D. Más kérdés, hogy mint előttem is említették, mai CPU-kon valószínűleg kb mindegy... legalábbis amíg nem önt el mindent a HTML/SVG alalpú animációk tömkelege.
-
Mallon1
csendes tag
Ez a hsz még némi kiegészítésre szorul. Ha pedig már olyan nagyon szükségünk van arra, hogy a GPU által gyorsított webes kontenteken élvezkedjünk arra meg már régóta vannak kicsi, gyors és egyszerűen telepíthető böngészőkiegészítők, mint pl. a unitywebplayer vagy a Macromedia Shockwave Player a shockwave oldalán több ezer jobbnál jobb FULL 3D-s játékkal, amelyek közül a legtöbb elmegy 2002 óta a celeron 400-ason egy GeForce MX440-nyel 64 mega grafikus rammal.
Mindenféle IDIÓTA DirectX10 , WinFOS 7 és GPU által támogatott böngészők NÉLKÜL -
Mallon1
csendes tag
Hát nem. Én már 8-10 éve, Celeron 400-as 128 mega RAM óta nem látok semmi különbséget a sima karakteres weboldalak megjelenítése között.. ez a mai brutál teljesítményű gigaherc fölötti sokmagos és sok giga ramos gépeken nem is tudom hogy merülhet fel presztizskérdésként, hogy karakteres üzemmódban lévő csicska weboldalal renderelését a GPU-ra bízzák???
Ez kb. olyan mint amikor ágyúgolyóval akarunk szúnyogot lecsapni.Elméletileg le lehet, mert jóval nagyobb, de sokkal inkább fogunk mellélőni... Nos ez a GPU rendering legalább akkora mellélövése nem csak az IE9-nek de a többi böngészőnek is...
Azokon a fájó pontokon ahol pedig igazán szükség volna a GPU-ra, mint pl. a Flash platform 3D-s utasításainak kezelése, mint egy falat kenyét, pedig SEMMIT GPU SUPPORTOT NEM KAPUNK máig , 2010 novemberéig bezárólag !!!!! Sem az Adobe-tól sem ezektől az okostojás böngészőktől !
-
leviske
veterán
Ha jól emlékszem, akkor a MS a Direct2D-t a DX10.1-el vezette be, szóval a Radeon 3000 és a GeForce 300 szériáktól felfele lesz csak támogatott a dolog.
(#7) euchi: Én Chrome-on se tudok megragadni. Zavar, hogy a saját szokásaikat akarják rám erőltetni. Bár tény, hogy ettől függetlenül jelenleg a Google jobban beletalált az alapba, mint a MS az IE9-el. De szerintem nagyon sok visszajelzés érkezhetett nekik ez ügyben, szóval szerintem bizakodhatunk, hogy minimum a lehetőség adott lesz a választásra. A GUI úgysem készült még el, ez látszik a könyvjelzősávon.
(#11) ntomka: És mindezt ugyanazzal a motorral?
-
ddekany
veterán
Egyébként ha már a cikk említi a Direkt2D-t és GPU-s gyorsítást, oda kéne írni, hogy ez csak DirectX 10-es kártyákon fog GPU gyorsítással menni, sőt abból sem mindegyiken... (Vagy javítsatok ha nem így van.) Gondolom ez az olvasók 95%-ának egyáltalán nem evidens, és ha már cikk, akkor informáljon.
-
#10
RocknRolla
csendes tag
RocknRolla
csendes tag
a Google annyi pénzt beletesz még a chromeba, hogy az ie9 csak próbál a felszínen maradni és hasonlítani rá
Chrome powa
-
euchi
aktív tag
Egyetértek. Szerintem pl. a tabok füleinek a legfelső sorban a helye, a navigációs gomboknak és a címsornak egy sorral lejjebb. Ez a "mindent egy sorba bedobálás" szerintem nem túl szerencsés. Továbbá eltüntethetnék az ablak tetején lévő üres részt, legalább a teljes képernyős módban, mert tök fölösleges és csak a helyet foglalja.
Persze ezekkel változtatásokkal a GUI pont olyan lenne, mint a Google Chrome felülete. Lehet tippelni, hogy ez a hsz. melyik böngészőből született.
-
Khan13
senior tag
Valószínűleg tudni fogja. Ma már minden IGP tudja kezelni az 1080p filmeket, akkor ezzel is megbirkózik. Ha meg mégis több kapacitás kell, akkor is okosan fogja kezelni. Meg szerintem azért egy CPU+IGP egy weboldalnak legyen már elég
(#2) GoodSpeed: Remélem módosítanak rajta, mert 1024-en nekem kevés ott a hely. Legutóbb azt olvastam valahol, hogy így marad.
-
lapa
veterán
nem érint a dolog különösképp, de ha jól tudom a noti fronton újdonság a diszkrét grafikus mag automatikus ki/be kapcsolása.
ez akkor hogyan fog működni? tudni fogja a gép, hogy ezekre elég az igp, vagy folyton bekapcsolgatja majd a pár + wattot evő gpu-t csak mert weboldalt olvasok?
nem teljesen világos nekem merre megyünk hw gyorsítás ügyben.
] [nem: 
]
hamár szabványkövetés
nézted te már egyáltalán az Office Web App-ot? full feature Word, Excel, PowerPoint, OneNote dokumentumokat kezel, tökéletes megjelenítéssel, nem "úgy néz ki, ahogy". ha valami szétkúrja a formázásokat, az pont a GDocs, ügyfél véresre kaparta az arcát, amikor kiderült, hogy a feltöltött nem kevés Excel dokumentuma mehet a kukába, mert soha az életben nem lesz képest széthullás és a formázás 80%-ának elvesztése nélkül vissza "importálni" őket. még a csv-t is elbaszta, hihetetlen.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Mindenféle IDIÓTA DirectX10 , WinFOS 7 és GPU által támogatott böngészők NÉLKÜL
Új hozzászólás Aktív témák
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Eladó Steam kulcsok kedvező áron!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Bomba ár! Dell Latitude 7390 2in1 - i7-8G I 16GB I 256SSD I 13,3"FHD Touch I HDMI I Cam I W11 I Gar
- Apple iPhone 13 Pro Max 128GB, Kártyafüggetlen, 1 Év Garanciával
- Telefon felvásárlás!! Samsung Galaxy A70/Samsung Galaxy A71/Samsung Galaxy A72
- BESZÁMÍTÁS! ASROCK B550M R7 5800X 32GB DDR4 1TB SSD RTX 3060 Ti 8GB ZALMAN I3 NEO A-Data 650W
- PS Plus előfizetések
Állásajánlatok
Cég: FOTC
Város: Budapest