A jövő mobil platformja szerintem a(z) ...

Egyéb

Android
63% (370 szavazat)
BlackBerry OS
1% (4 szavazat)
iPhone OS
11% (64 szavazat)
Palm OS
1% (7 szavazat)
Symbian
11% (66 szavazat)
Windows Mobile
5% (32 szavazat)
Egyéb, leírom a hozzászólásban
7% (43 szavazat)
Összes szavazat: 586

( Czo v | 2008. 12. 26., p – 10:11 )

PalmOS-t olvasva majdnem rohogogorcsot kaptam :(

---
Apple iMac 20"
áéíóöőúüű

ez nem a jövő, legfeljebb szerintem a jövő. ezért wishful thinking ez a szavazás. az már más kérdés, hogy a szavazás szövegének így lett volna értelme, A jövő meghatározó smartmobil platformja szerintem.
a jövő meghatározó smartphone rendszere természetesen a valóságban ugyanaz, mint a mostani:)

Meg van, aki sosem tudja, hol kell abbahagyni:) Na hogy a témához is szóljak hozzá, nem értek egyet ezzel:

,,a jövő meghatározó smartphone rendszere természetesen a valóságban ugyanaz, mint a mostani:)''

Itt például ezen a szavazáson az Android áll nyerésre, pedig alig próbálták ki páran, nincs sokaknak komoly tapasztalata vele. Nyilván nem a hup közössége dönt erről, csak azt akarom mondani, hogy nem feltétlen az a holnap rendszere, amit ma a legtöbben használnak. Szerintem sokkal inkább az, amibe a legtöbb munkát ölik és amiben a legtöbb fantáziát látják. Mint pl az Android. Potenciálisan nagy jövője van (linux, free, opensource, no meg a Google védjegye, ami nagyon nem szokott belebukni a projecteibe).

--
Keep it simple, stupid.

az Android áll nyerésre, pedig alig próbálták ki páran, nincs sokaknak komoly tapasztalata vele
ez is jól mutatja a szavazás komolyságát:)
Szerintem sokkal inkább az, amibe a legtöbb munkát ölik és amiben a legtöbb fantáziát látják.
ennyi erővel a windows vista is lehetne a jövő mobil OSe, vagy inkább a windows7. most úgyis olyan nagy a felhajtás körülötte:)

,,ez is jól mutatja a szavazás komolyságát:)''

A jövő mobil platformja szerintem a(z) ...

Egyszerű kiváncsiság hajtott, mikor kiírtam a szavazást, szubjektív véleményekre voltam kiváncsi. Vagy mennyire kell komolynak lennem hozzá, hogy megtehessem? :)

,,ennyi erővel a windows vista is lehetne a jövő mobil OSe, vagy inkább a windows7. most úgyis olyan nagy a felhajtás körülötte:)''

Naná, hogy lehetne. Ha nem csak a készítője csinálná a felhajtást, hanem mondjuk egy nagyobb közösség.

--
Keep it simple, stupid.

Azért én nem mennék ilyen messzire egy negyedév alapján...

Mivel Symbianéknál most van/volt a nagy hatalomátvétel/nyíltátétel, gondolom a Nokián kívül a többi nagy kivárja, hogy mi lesz ebből...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

( turul16 v | 2008. 12. 26., p – 10:16 )

Nem biztos, hogy az Android a legjobb megoldas, de a fele fog hajlani a piac. Valami nativ kodot fogado megoldas lehet jobb lenne, de amire az Android felmaszik arra mas Linux is :)

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Szerintem pedig pont jo, hogy nem enged nativ kodot futtatni. Mivel igy biztos lehetsz benne, hogy az oszes applikacio futni fog minden telefonon. Mivel mind java-ban irodott. Igy nem problema ha az egyik telefon ilyen mig a masik olyan architekturan fut. Nativ kod eseteben ha kijon egy uj telefon vagy uj upgrade (uj inkompatibilis lib) elkepzelheto, hogy ujra kell forditani a programot, es egy ido utan lesz kismillio binaris verziod a kulonbozo gyartok kulonbozo telefonjaira.

Ez a modszer nagyon jol mukodik a firefox extension-okkel is, azokat is csak JavaScript-ben lehet irni, es mukodik Windows, Linux, Mac OS es egyeb rendszereken is.

Ez szerintem nem igaz. Ha opensource a cucc az szerintem sookal jobb mint ha valami zárt kódú bináris javas vacak. Azon felül jóval gyorsabb, és jóval erőforrás-takarékosabb a natív kód. Saját tapasztalatom az, hogy ha van egy nyitott kódú C-program (csak ahoz értek :) + kevés asm ) akkor azt relatíve könnyen portolom ey másik platformra. A zárt bináris javas szatymasz meg jó eséllyel fut egy másik platformon, de ez csak 60-70% pc-n (itt gondolok pl firefox kiterjesztéseker, java-class-okra......., az eclipse esetében, ezt is C kódolásra használom, igaz a javat csak használni tudom nem ismerem) ha meg nem fut akkor meg úgy maradt nincs esélyem javítani rajta. Szerintem a natív kód sokkal jobb egy mobil platformon.

,,Ha opensource a cucc az szerintem sookal jobb mint ha valami zárt kódú bináris javas vacak.''

Ezt nagyon nem értem. Nyílt forrású lehet lefordított C program is, meg Java bytecode is. Ugyanúgy lehet minkettő zárt kódú is. Plusz maga a jdk is opensource már, ugyanúgy, mint mondjuk egy gcc. Az meg, hogy a java szutyok... bármiben lehet szart összehozni. A C+asm meg 20 éve lejárt a nem kritikus programoknál. Lehet sajnálkozni, de nem lehet mindent úgy fejleszteni, hogy zsonglőrködünk a bitekkel.

--
Keep it simple, stupid.

Én nem a javat tarom szutyoknak. Arra amie való arra tökéletes, ahol multiplatfor megkerülhetetetlen és jó is (webes alkalmazások elsősorban). Azt tartom szutyok ötletnek, hogy mindenhol próbálják a javat használni, holott pl igen alkalmatlan, egy rakat olyan dologra amire ma használják, a szent költséghatékonysg nevében (elssorban azért mert kényelmesen és gyorsan össze lehet dobálni benne a programot, így kevesebb munkaidőt vesz el a programozótól), holott hosszabb távon egy natívan futó alkalmazás a felhasználónál szinte biztosan gyorsabb és hatékonyabb lenne. Szerintem a java egyáltalán nem jó ötlet, ha erőforrás igényes dolgokat hajtasz végre, mert maga a jvm is eszi a vasat keményen. Nem jó ott ahol fix energiamnnyiséged van, mert energiapocsékolás. Szinén hülyeségnek látom azt hogy a java-t mint univerzális mindenest használják, pl telefonokban, pda-n ...... stb, mert azt állítják, hogy így mindenhol fut. Ezen szoktam a legnagyobbat röhögni, mert akkor azért van külön 300 telóra 150 példány ugyanabból a programból, mert olyan jól fut mindenhol.
Kicsit ez a java olyan nekem mint ha benzinel/dieseololajjal/gázzal/árammal fűtenénk egy gőzmotort, mert mindenből lehet hőt csinálni és így hajtani egy kocsit. Holott egy arra a rendszerre mekonstruált benzin/diesel/gáz/villamos-motor sokkal hatékonyabb jobb.........
Viszont a java tényleg zseniális jónéhány web-es helyen, és még biztosan van jónéhány példa erre, nem használom programozásra. Szóval én egyáltalán nem fikáztam sem a java-t sem a java programozók érdemeit tudását stb. Csak korántesm annyira a megváltó megoldás, mint ahogy ezt a marketing mondja.

"mert azt állítják, hogy így mindenhol fut. Ezen szoktam a legnagyobbat röhögni, mert akkor azért van külön 300 telóra 150 példány ugyanabból a programból, mert olyan jól fut mindenhol."

Ez altalaban azert van, mert mas a kepernyo felbontasa, merete. ( +valamelyikben van vmilyen hw, ami a masikban nincs) Ezzel a problemaval _mindenkeppen_ szembesulni fogsz, ha java, ha nativ a kod. Ettol fuggetlenul a maradek programot nem (nagyon) kell portolni.

Raadasul egy jol megirt java program alig lassabb a nativ kodnal, sot szokszor gyorsabb is a c++ -nal. Cserebe sokkal olcsobb benne fejleszteni.

Az utolsó bekezdés Java SE-nél még igaz is lehet, de a Java ME bizony akármit csinálsz, akkor is lassabb lesz, mint egy natív program. Márpedig a GP erre gondolt.
Ezesetben nem csak hardvereltérések vannak, ott vannak a különböző JSR-ek többé-kevésbé támogatása, meg a sok apró implementációs eltérés egy gyártó testvérmodelljei között is. (Hi Nokia!)

Nem, ez altalaban azert van, mert a telefonok (es a rajtuk levo Java implementacio) nem ertenek egyet olyan trivialis kerdesekben, hogy pl. mi az egyes gombok kodja, es lekerdezni sem lehet. Aztan gyarto, es azonbelul is sokszor tipusfuggo, hogy hogyan kell kepernyo doublebufferinget, animaciot, stb-t csinalni. A model-specific bugokrol meg nem is beszeltunk, miszerint sok telefonnak fingja sincs rola, hogy mekkora a kijelzoje, -1-et, 0-t plusz vegtelent random szamot ad vissza. Sok telefonon a clipping is bugos, es idiota JAR es memoriahasznalati limitek vannak (pl. 64K, 80K, stb.).

A kedvenc telefon bugomat egyebkent az ex-fonokom talalta. Egyes Samsungokat (vagy LG-ket? nem emlekszem mar...) resetre fagyaszt, ha Java-bol 256-nal nagyobb sugaru kort akarsz rajzolni a kijelzore...

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

"Raadasul egy jol megirt java program alig lassabb a nativ kodnal, sot szokszor gyorsabb is a c++ -nal."

A sokszor konkrétan nem igaz.
Bizonyos nyelvi funkciókra kihegyezett benchmarkok esetén előfordul (elsősorban a memóriafoglalás folyamatának eltérése, illetve JIT miatt).

Valós alkalmazásokat nem nagyon találsz, ahol a Java gyorsabb lenne, ha véletlenül igen, akkor annak az oka az, hogy a Java kód jól, a C++ szarul lett megírva.

Egyébként (Java SE esetén, server beállításokkal) a Java nem lényegesen lassabb mint egy C++ program, max kicsit lassabban indul, de cserébe lényegesen több memóriát foglal.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

( Polesz v | 2008. 12. 26., p – 10:14 )

Engem annyira nem hat meg hogy mi hajtja, de használható legyen. Néhány telefonban mindent tudok, csak pont telefonálni nehézkes és lehetetlenség határát súrolja. Az akku idők meg legtöbbször nevetségesek...

--
Elméletileg nincs különbség elmélet és gyakorlat között. Gyakorlatilag van.

( corvusaze | 2008. 12. 26., p – 10:17 )

Szerintem itt az fog dönteni, hogy melyik mögött áll több pénz ...

( kikke | 2008. 12. 26., p – 10:20 )

Szerintem szimplán osx, egy idő után elég lesz egy rendszert fejlesztenie az apple-nek.

A kernel lehet kozos, mint ahogy a Linux ezt jol mutatja. De maga a kezelofelulet mindig kulonbozo lesz. A fo kulonbseg a kepernyomeret, es egy kis kepernyoju telefonon nem hasznalhato ugyanaz a felulet mint egy nagy monitoron. A telefonnak mindig kicsi lesz a kepernoje, mivel pont az a lenyeg, hogy elferjen a zsebedben. Egy 21"os monitorral eleg kenyelmetlen telefonalni :D

( kedz v | 2008. 12. 26., p – 11:06 )

Szerintem még bekerülhetett volna a QTopia is...

( janoszen v | 2008. 12. 26., p – 11:28 )

Ha az iPhone funkcionalitását kombinálnák a Symbian szinkronizációs készségeivel és megnyitnák annyira, mint a Linuxot, akkor kb megközelítené az elvárásaimat.

nézőpont kérdése, de legalább működik. imho sokkal gázabb, hogy az iphone osx hálózati részét kell foltozgatni azért, mert elveszti a kapcsolatot a toronnyal. ezek mégis elsősorban telefonok és nem zsebcomputerek. az átlag vásárlónak ma is csak telefonra van szüksége. a fenti listából egyébként a valódi mobil/smartmobil os a symbian és az iphone osx, esetleg még a rim bb. a többi annyira mobil os, mint a dos. ilyen erővel indulhatott volna a windows vista is. abból is van zsebkütyü kiszerelés.
a symbian nativ programozása valóban nem egy álom, de a jövőben egyre inkább, sőt a jelenben is lehet programozni javara is. a google hivatalosan kizárólag javaban képzeli el a programozói szabadság kiteljesedését az android platformon:)
java+symbian esetében pedig szívási kategóriában ugyanott vagy mint más mobil osel. a smartmobilok piaci részesedéséről a vásárlók döntenek. a apple stratégiája miatt az osx nem lesz soha piacvezető rendszer, ez nem is céljuk. a rim bb is csak az üzleti felhasználók egy jól körülhatárolt típusát célozza meg. akárhogy nézem a symbian az egyetlen lehetőség a jövőben is domináns mobil os körben. a többi induló nem tekinthető mobil osnek.

azért számít, mert így Androidos telefonból csak féltégla méretet lehet készíteni:) így ugyanis valójában 2 db mini computert kell egybe építeni. egy kijelző gombok stb nélküli mobilt a gsm kommunikációra, és egy másikat az Androidnak, az gyakorlatilag egy pda összedrótozva az előzővel.
nagy méret, ráadásul drágább is.
nem véletlen, olyan kicsi Symbianos telefonok készülnek mostanában. azoknál elég egy CPU is.
a Symbian ma már ugyanúgy nyílt forrású és szabad OS, mint a Gnu/linux. egyébként sem hiszek az, Ein Community, Ein Operatin System, Ein RMS elvben:D

( VZsolt | 2008. 12. 26., p – 11:44 )

Az Androidra szavaztam, de sokat vacilláltam közte és az iPhone OS között.
Persze egyik se tökéletes... Az előbbinek kellene jó vas, az utóbbi meg lehetne gyárilag jailbreakelt. Az első valószínűleg teljesül :)

Az összes többi vagy halott (RIP Palm OS, UIQ), vagy csak gányolás (S60 5th Edition, WM) vagy nem ismerem (BlackBerry, BREW) :D

Mivel appokat fejleszteni nem lehet natívan csak dalvinon keresztül, tehetnek androidos telóba akármilyen hardvert mindig lemaradásban lesz.
Persze van akinek ez mindegy mert úgyis csak smst ír, annak jó az androidos tel, de én azért örülök hogy az iphone ennél univerzálisabb.
Persze megértem, az android az appokkal együtt csak így futhat el épeszűen különböző architektúrákon, de ez akkoris versenyhátrány.

"sokat vacilláltam közte és az iPhone OS között." "Persze egyik se tökéletes"

Ez nem a "melyik a jobb" szavazás. Ha jobb az iPhone OS, akkor se lesz a jövő mobil platformja, hiszen egy hardvergyártóra van korlátozva, és az Apple nem valószínű, hogy engedné más gyártóknak használni.

"Ez nem a "melyik a jobb" szavazás." Oké, rosszul fogalmaztam. Bocs.

Akkor is az iPhone OS volt az, ami a többi rendszer sárban dagonyázását átugorva jövőbe mutató dolgokat hozott be.
Még ha vitathatóan egyes töredékeket máshol már le-leimplementáltak, mostanra az összes platform próbál utána futni.

Pár példa:

  • App. Store -> Android Market -> Palm Application Store (nem tudom mi a pontos neve) -> Nokia Download!, bár az csak egy rossz vicc.
  • Inertia scroll, direct UI -> WM-es gyártók saját hiányos implementációi, SPB Pocket Plus -> Android -/> a Nokia meg nagy ívben tojik rá.
  • Interface Builder // XML-alapú GUI Androidon // Silverlight (ezek inkább párhuzamosak) -/> S60... Itt nincs semmi, csak AVKON. Meg egyszer majd Qt.
  • Jó API dokumentáció // ugyanez Androidnál // .NET CF -/> az S60 "dokumentációk" :D

Más. Azért az egy gyártónak van előnye is: kisebb az esélye a fragmentálódásnak. A BlackBerryket is csak a RIM gyártja tudtommal...

Végül, hogy az eredeti dilemmámra visszatérjek: muszáj egy platformnak maradnia? Én például örülnék, ha az Android és az iPhone OS megmaradna és fejlődne előre. A dinoszauruszok meg haljanak ki, vagy irányítsanak gépsorokat.

( fmate14 | 2008. 12. 26., p – 14:17 )

Miért nincs fogalmam sincs/nem érdekel választási lehetőség most? ;)
...csak mert azt választottam, hogy leírom hozzászólásban...

( E-Medve v | 2008. 12. 26., p – 15:03 )

Én azt mondom, hogy az Android/Symbian/WinMobile trióból fog kikerülni a győztes. A tipp indoklása: a Symbiant többek között az egyik legnagyobb gyártó tolja (Nokia), a WinMo arányaiban már most is eléggé elterjedt, az Android mögött pedig a Google áll. :-)

További tippem: idővel a PalmOS-ből is Android lesz. ;-)

Nem azt mondam hogy nekem nagyon 'teccik' a Symbian csak azt mondtam hogy talan a harom felsorolt mobile os kozul melyik kerul ki gyoztesen szerintem. Amugy meg 'Szimbas' telefon meg nem volt birtokomba, ez csak egy tipp volt. Es ha a Jezuska is ugy akarja akkor nem is lesz mert inkabb iPhone vagy G1 Android lesz a kovetkezo telefonom miutan megdoglik a mostani.
--
Ne ugass mert megkotlek:)
Szar az élet, de vigasztaljon hogy eszméletlen gyönyörű a grafikája.:)

a winmobil részesedése az elmúlt 4 évben a felére esett vissza. androiddal egyelőre csak gördeszka méretű mobilokat lehet készíteni, van egy réteg aki vevő erre, de sokan nem. akkor már az iphone/osx is megemlíthető. bár ott is kezd telítődni a piac. azok, akik vevők iphonera lassan már mind szereztek maguknak egyet.

( _Allen v | 2008. 12. 26., p – 16:20 )

Nem érdekel, hogy mi fogja hajtani, csak telefonálni tudjak, és közben ne kelljen winchesterek kerregését, meg a hűtőventillátorok visítását hallgatni. Meg elférjen a zsebemben.

( Lacyc3 v | 2008. 12. 26., p – 16:32 )

Ha valaki kölcsön ad egy Android-os és Windows Mobile-os telót + egy iPhone-t akkor eldöntöm, de így.. igazából az Android tűnik a legéletképesebbnek de ez nagyon csak talán.

Személy szerint örülök hogy a telómon fut a java és a flash, legalább tudok bohóckodni Bluetooth-on :)

( j | 2008. 12. 26., p – 16:36 )

Kiváncsi vagyok, az OpenMokonak milyen jövőt képzeltek el...
--
j@j-r61:~$ man me
No manual entry for me

Ha találsz olyan HW-t, ami nincs lockolva, akkor simán megteheted. Ilyenből van több is: a G1-es developer verziója, OpenMoko hardver, egy megtört G1-es.

Néhány dolog, ami nincs jelenleg nyílt forrásban:
* HW gyorsított OpenGL implementáció G1-re
* Google Maps

De a lényeg mind elérhető.

Üdv,
Gergely

( uid_14401 | 2008. 12. 26., p – 19:41 )

remélem nem lesz egyeduralkodó, mert akkor az lesz vele mint a windowssal...
nem is tartom valószínűnek. Ezek közül az Apple, az Android szerintem hosszútávon életképes, a többiről nem tudok semmit, de biztos van köztük jó...

-----------------------------
Ubuntu 8.10

Már most vannak szép nagy memória kártyák, tehát a háttértár megvan, azt hiszem van már telefon 16MB - 32MB ram-mal. Ezen már szerintem egy jól megcsupaszított 2.4-es kernel is elfuthat.

Személy szerint élvezném hogy "Neked milyen rendszered van a telefonodon?" Ubuntu vagy elmegyek egy HUP találkozóra és valaki benyögné hogy épp fordul a Gentoo a Nokia-ján :)))

A Nokia S60-as telefonjai 128 MB RAMmal futnak mostanában, a WM-es telefonok meg abszolút változó, de szerintem van már 256 MB-os is.

Utóbbiakon jellemző inkább a Linux, mivel a Nokia telefonjaira a BB5 bevezetése óta nem lehet házi firmware-t rakni... Meg szerintem nem is nagyon próbálták kiütni a Symbiant a nyeregből. Az biztos, hogy nagyon erősen kapaszkodik :P

( joachim | 2008. 12. 26., p – 20:16 )

A linux. (BSD, stb.)

Már olyan CPU meg annyi RAM-lesz lassan a telefonokban, hogy néhány disztrónak biztos lesz külön mobilra szánt változata.

- - - - -
And the man in the rain picked up his bag of secrets, and journeyed up the mountainside, far above the clouds, and nothing was ever heard from him again...

( numen v | 2008. 12. 26., p – 20:23 )

"akinek a kezében kalapács van, minden problémát szögnek lát"
No ezért a Symbian:) - ezt a hozzászólást is azzal írom

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

tény, a telefonkönyv költöztetése nehezebb volt, mint terveztem (terv: usb-n himbálom, gammu megtalálja, és a régi telefonom backupját majd felnyomom rá, jól).)
Végül gammuval a backupot 1:1 vcardokká alakíttattam, aztán átküldtem kékfogon. egyesével el lehetett aztán mentegetni őket (alig volt több 200nál)

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

Nokia 6021 + iSync + iPhone
Mondjuk alapból a gépen lévő címjegyzékem teljesen naprakész mindig, így amikor lecseréltem a kis Nokiát, akkor csak szinkronizáltam az iPhone-nal és készen is voltam, egy darabig (2-3 nap) volt párhuzamos üzem is, ekkor is gond nélkül működött az iSync mindkét telefonnal, sőt a naptár szinkron is. Lehet az a titka, hogy nem valami házon belüli backup az alapja az egész szinkonizálási mókának hanem egy jól megírt alkalmazás-csomag (AddressBook, iCal) ?