- One otthoni szolgáltatások (TV, internet, telefon)
- Háborog az Apple az iPhone-ra írt első pornóapp miatt
- Alternatív kriptopénzek, altcoinok bányászata
- Synology NAS
- Ingyenes vagy akciós szoftverek
- Hálózati / IP kamera
- Proxmox VE
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- ASUS routerek
- Közeledik az utód, már nem megy úgy a Nintendo Switch
Új hozzászólás Aktív témák
-
floatr
veterán
A java alkalmazások döntő többsége mentes a platform specifikus kötésektől, ez benne a lényeg. Ami meg platform specifikus, azt a vm nagyrészt elfedi. Midleteknél volt régebben még jellemző, hogy hiányzó funkcionalitást saját apival oldott meg a nokia, siemens, de manapság az egyik legdurvább platformfüggő api egy win32es SVN klienshez készült, ami nem mellesleg teljesen kiváltható egy natúr java-s megoldással. Ennyit az égető problémákról, amit a platformfüggősítés hiányában el kell szenvedni. (amúgy tudható h lehet natív hívásokat használni, ha valaki nagyon szenved)
De ezen kár rugózni, mert épp a legáltalánosabban elterjedt technológiát próbálod leminősíteni.Mivel a desktopok általatok is deklarált igen nagy százaléka egyféle (100-ból 101 felhasználó win-el használja), pont arrafelé mondható, hogy tökmindegy, hacsak nem szakít a jóember a ms-féle a legnagyobbra lövünk elvvel. A szerverek-nél kicsit összetettebb a kép, és nem árt ha egy fejlesztés nem csak win2008 pistike edition-nel használható, hanem a lehető legtöbb platformon működőképes. A megrendelő működtetés közbeni tevékenysége meg csak hab a tortán.
RIA alatt nem tudom h miért gondolod, hogy a csicsát értem, de mellé. Programozási alapként van forgalomban kismillió scriptes, és backend framework (gondolom megnézted a linket, ami tán feltűnt h egy kicsit komolyabb pár transition-nél) az eszközkészletre meg a "nem létező" html5 elemei jönnek habként, aminek jelenleg jóval nagyobb az elterjedtsége, mint a sl-nak, mivel az exploder kivételével minden böngigyártó gőzerővel implementálja
-
floatr
veterán
Már hogy ne használná ki a platform adottságait. Az hogy nem az MFC/WPF/WFC/stb lib-eket használja, még nem jelenti azt, hogy mást nem használ. Sőt, canvas esetében 2d gyorsítás, webgl esetében ogl2 alapú 3d gyorsítás, video esetében overlay, és még lehet sorolni. Az is egy tévhit, hogy a java erre nem tud támaszkodni.
A java erőssége meg egy jó ideje a szerveroldali fejlesztésekben van. Meg lehet nézni, hogy hány helyen alkalmazzák, és nem ritka az a szempont sem, hogy "menetközben meggondoljuk magunkat, és kicseréljük alatta a konténert, a vasat, vagy az oprencert".
A konkurencia ott jön a képbe, hogy a megrendelő/fejlesztő dönteni fog azok közül a lehetőségek közül, amik szóba jöhetnek egy v több feladat megoldásánál. Eddig valahány helyen is megfordultam (beleértve a megrendelőket is), egy megoldástól eltekintve (activex-kötődés fix volt), mindenki az általánosabbat választotta -- még a legkomolyabb klienseket is egyszerűen lázba hozza annak a lehetősége, hogy bármilyen platformon/böngészőn lehet hozni ugyanazt a funkcionalitást és design-t.
Amiről beszélünk már egyébként a jelen, és nem "fogják" RIA platformként emlegetni, hanem már az.
-
floatr
veterán
Én eddig úgy vettem észre, hogy ami j2ee compliant kód volt, az futott j2ee szervereken, ugyanez igaz a j2se és j2me változatokra. Arról meg nem is beszélve, hogy ezek közös metszete meg mindehol futott, feltéve, hogy a paltform-hoz való igazodást a megfelelő rendszer api-n keresztül kezelték le (gondolok itt a banális példára h milyen slash, milyen soremelés, stb.)
Ehhez képest flash-nél az azonos verziókkal rendelkező runtime-ok közt feature set-beli különbségek voltak.
-
floatr
veterán
Most nem a technológia lehetőségeiről beszéltem, hanem a valóságról. A flash jelen van pár platformon, a java viszont ennél is szélesebb körben használható.
Egyébként éppen attól platformfüggetlen valami, hogy nem épül az adott platfomra szorosan a saját foundation class library-jével. Ez a macromediának nem annyira sikerült, a sun-nak már inkább.
Bármilyen meglepő, az SVG részben abból a VML specifikációból származik, amit a ms az autodesk-kel kézenfogva nyomott be a w3c-hez 98-ban. A w3c ehhez hozzárakta a másik csoport által benyújtott speckót, gyúrt egy közös metszetet, és ebből lett az SVG. Az autodesk már tán a 99-es bootcamp-en ott villogott egy VML-re épített XST-vel, és a ms is kivárt, hátha a w3c "ajánlása" eltűnik a süllyesztőben. Még pöckölgették is egy kicsit a VML-t, fejlesztgették.
A sl/flash meg a többi ott jött be a képbe, hogy a html5, és a közben kinyírt es4 egy olyan technológiai együttest ad (még az es4 nélkül is), amivel ezek nagy része feleslegessé válik. Nyilván ha már ennyire rágyúrtak a ms-nél a belterjes technológiákra, eléggé nehezükre eshetett a szabványok irányába mozdulni, bár egyelőre az, hogy belépnek pár munkacsoportba, nem jelenti azt, hogy az adott szabvány előremozdításán ügyködnek -
floatr
veterán
Akkor nézd meg ezt is, mint "webos" demo [link]
De van még pár hasonló. Nyilván a koncepciót kell benne látni, de gondolatban hozzá lehet tenni az éppen harc tárgyát képező dolgokat, amiknek a nagy részét már minden kurrens böngészőben meg lehet találni (kivéve a gyevi bírót), aztán nem kell sokat gondolkozni azon h melyik lehet általánosabb.
-
-
floatr
veterán
Szerintem pesszimista vagy. Nem kéne pl az SVG szabványtól egy flash-el vetekedő eszközkészletet várni, mivel ez egy -- flash szempontjából -- alacsonyszintű megoldás. Erre lehet építeni éppúgy, mint a webgl-re, canvasra, stb. Hogy ezt magasabb programozhatósági szintre emeld, nyilván kellenek framework-ök, amik eddig konszenzus hiányában nem jöhettek létre, viszont az eddig hiányzó alapok ezzel biztosítottak.
A térképes példával kapcsolatban meg éppen nem a platformfüggetlenséget próbáltam kiemelni, bár hamár web, akkor nem elhanyagolható.
-
floatr
veterán
Na akkor tegyük fel, hogy az a célod, hogy egy interaktív vektorgrafikus (mondjuk egyszerűség kedvéért EOTR-alapú) térképet szeretnél minden platformon tudni megjeleníteni. Számít, hogy mindez silverlight-ban, java-ban kismacif.szában milyen egyszerű? Vagy a függetlenség miatt bukik, de egyéb esetben is vaskos fejlesztés kell hozzá, vagy valami külsős (jó esetben nyílt) lib, hogy egyáltalán menjen a dolog, miközben lenne egy elég szerteágazó vektorgrafikus eszközöd. De ugyanez vonatkozik a többi éppen futó fejlesztés/szabvány témakörében, mivel specifikusak az elemek, és a hozzáadott eszközkészletek is.
Amennyiben hasonló megoldásokat akarsz produkálni pluginekkel, gyakran eléggé teperni kell, hogy a hatékonyságot/egyszerűséget megközlítsd. Ez nekem eléggé versenyképesnek tűnik. Egyelőre hiányzik hozzá mondjuk olyan tervezőeszköz, mint amilyent pl a flash mögé tettek, de idő kérdése ez is
-
-
#23
floatr
veterán
fordfairlane
#22
floatr
veterán
válasz
fordfairlane
#22
üzenetére
Jessz
Meg úgy a pluginek nagy része sokkvévestül, jávástul, bing3d-stül, gugli örszöstül, ahogy vannak.Itt van basszus egy böngi épp a kezem ügyében, ami tökéletesen alkalmas összetett kódok kellően gyors futtatására, komplex grafikai ábrázolásra, interaktív vektoros áblázolásra, videó lejátszásra és részben editálásra/effektezésre, OpenGL 2 alapú grafikára. Platformfüggetlen, és gyakorlatilag kihasználatlan, pedig az általános desktop alkalmazások funkcióit bőven ki tudná szolgálni kiegészítő nélkül a szabványok mentén. És mindez azért, mert a piacot a leglassabb résztvevő határozza meg.
-
floatr
veterán
Jaaaa nem (csak) az SVG-veeeel. Itt azért kicsit több dolog is van a világban, az SVG még csak 8 éve szabvány, de menetközben már történt más is, fyi
Egyébként az SVG-vel elég sok dolgot meg lehet ám tenni, nem csupán logókat DPI függetlenül rajzolgatni. Bár tudom, h téged nem annyira érdekelnek ezek a dolgok ("web 2.0 fasság"), de azért vannak
[ Szerkesztve ]
-
floatr
veterán
Nem, a ms teljesen önként és dalolva tolt bele kitudja mennyi emberórát, hogy a mezei júzer két szép szeméért lecserélje/kioptimalizálja az eddig közutálat tárgyát képező jscript motort egy versenyképesre. Sőt verseny sem kellett hozzá, még ahhoz sem, hogy elkezdjenek a szabványok (és a css3) iránt érdeklődni.
Hajrá, lobogjon a zászló
-
floatr
veterán
Ha nem vetted volna észre, eddig gyakorlatilag az volt a taktikájuk -- bár biztos megint paranoiás vagyok -- hogy a saját technológiát előtérbe helyezik a standardokat meg hátráltatják. Mekkora gáz lenne már, ha kijönne/elterjedne egy olyan szabvány, aminek a segítségével nagy százalékban feleslegessé válna silverlight?!
-
-
floatr
veterán
Nem, azóta már készült egy CF plugin, mivel nem támogatták -- így megy
Egyébként első körben elég lenne "kölcsönvenniük" egy svg2wml lib-et, sakko még dolgozniuk sem kellett. Aszongya "super standard", SVG meg sehol
Ha azt fogják művelni az SVG munkacsoportban is, amit az es-nél, meg a whatwg-nél, akkor bele se kezdjenek.
(#6) bobsys nem a csoport támogatására, meg részvételre kérték őket, hanem a szabvány támogatására a böngiben. Ehelyett belépnek a munkacsoportba alakítani a szabványt...
[ Szerkesztve ]
Új hozzászólás Aktív témák
it A cég képviselői részt kívánnak venni a közös munkában, ám arra nem tettek ígéretet, hogy az Explorer támogatni fogja a W3C ajánlását.
- Dell Latitude 5491 27% 14" FHD IPS érintő i5-8400H 16GB DDR4 256GB gar
- Bomba ár! Dell Latitude 5510 - i7-10G I 16GB I 256SSD I HDMI I 15,6" FHD Touch I Cam I W11 I Gari!
- Bomba ár! Dell Inspiron 15 7591 2in1: i7-10GEN I 16GB I 512SSD I 15,6" FHD Touch I Cam I W11 I Gari!
- LG monitorok
- Bomba ár! Dell Inspiron 7391 2in1: i7-10GEN I 8GB I 256SSD I 13,3" FHD Touch I Cam I W11 I Gari!
Állásajánlatok
Cég: Marketing Budget
Város: Budapest