A BlackBerry gyártója megvásárolja a QNX Software Systems-t a Harman International-tól

A harman/kardon, AKG, Infinity, JBL stb. márkák mögött álló Harman International és a BlackBerry-t gyártó Research In Motion megegyezett abban, hogy az utóbbi megvásárolja előbbitől a QNX Software Systems üzletágat. A QNX-et 2004-ben vásárolta meg a Harman International. A bejelentés szerint az üzlet jelenleg szabályzótestületi hozzájárulásra vár, várhatóan 35-45 nap alatt lezajlik. A bejelentés itt olvasható.

Hozzászólások

még egy mobiltelefon OS?
_________________________
Linux for human lemmings

Szerintem azt akarjak csinalni, mint a Google az Android alatt levo Linuxszal: megnyitni 3rd party fejlesztesre. BlackBerryn nagy problema, hogy nincs nativ SDK, csak Java-s, emiatt rohadt sok mindent nem, vagy csak nagyon nehezkesen lehet megoldani. Ezen valtoztatni csak egy normalis nativ SDK-val lehet.

Legalabbis remelem ezt akarjak es nem valami teljesen inkompatibilis cuccot csinalni...

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

A QNX reszben nyilt de esetunkben nem a nyilt forrasra gondoltam, hanem hogy 3rd party alkalmazasbol is elerheto a cucc. Ami jelenleg a BlackBerry telefonok JVM alatti reszerol nem mondhato el, es ebbol a szempontbol tok lenyegtelen, hogy nyilt, vagy zart forrasu. Ha QNX lesz a JVM alatt, es az a JVM-en belul futo alkalmazasbol is elerheto lesz JNI-n at (a'la Linux az Android alatt) akkor az nagy josag lesz. Remelem ezt akarjak meglepni.

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

Mondok egy peldat: teljesitmenyigenyes dolgot akarsz csinalni telefonon. Mondjuk OGG enkodolast, mert diktafon alkalmazast irsz. Ha a Java-only telefon nem tud oggot, akkor meg vagy b*szva, kesz ennyi, mehetsz a balettbe ugralni. A mobil-szintu JVM-ek sosem fognak egy ogg encodert hasznalhato sebesseggel futtatni (vagy ha megis, kinyirja az aksit), plusz nem is letezik altalaban mobil Javahoz ogg encoder, szoval irhatod ad C-bol, ami nagyon nem trivialis feladat egy atlag Java programozonak. Tisztelet a kivetelnek. Mig ha van JNI, akkor csak hozzalinkeled a C-s ogg libet, aztan meg JNI-n at elered es mindenki boldog. Kiveve ha mondjuk a telefon gyartoja beleteszi az ogg libet az OS-be, es kiwrappolja az API-t Java szintre, de akkor meg csak az X verziotol ujabb OS-eket tudod tamogatni, a regi telefonokat nem. Nem tul jo, egy 3rd party fejleszto szemszogebol, es az OS fejleszto szemszogebol sem, hogy minden ilyesmit az OS fejlesztonek kell megoldani. A Google egyebek mellett hasonlo okokbol nyitotta meg a Linuxot hivatalos SDK-val az Android alatt...

Ez csak egy pelda. A hasonlokat orakig tudnam sorolni. Az elmult lassan 5 evben miota mobil programozo vagyok az ido nagy reszet hasonlo problemak megoldasa toltotte ki...

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

Köszi. Tehát a mobil hardver még nem "nőtt fel" a Java ME-hez, - és vélhetően most már nem is fog. Plusz szoftverkönyvtár tekintetében is alultámogatott...

Emiatt kérdeztem:

"A jelenlegi győztes így a Symbian, amiről kevés szó esik, pedig továbbra is a legtöbb okostelefonon még ez az operációs rendszer fut, tömegeket tehát ezzel lehet elérni. Ami biztos, hogy a 6-8 évvel ezelőtt istenített Java mára tetszhalott, a jövő biztosan nem ebben van. Az Android és az iPhone esetében némi félelemre adhat okot, hogy anno a Java-t a teljes szakma istenítette, mindenki átütő sikereket várt tőle, m azonban már nem ez a legújabb fejlesztések fókusza."

http://www.hwsw.hu/hirek/44311/iphone-android-mobil-okostelefon-fejlesz…

A Symbiannal az a fo baj, hogy az userbase hatalmas, de teljesen passziv. Mivel nem a high-end, hanem a mid es a low-end telefonokon fut Symbian. Pl. anyam telefonjan, aki meg csak SMS-t is ritkan ir. Ezzel nem lehet tomegekhez eljutni, az a helyzet. Raadasul a platform meg mindig megosztott, es sokfele, pl. UI szempontbol, meg akkor is, ha ez most valtozik az ujabb verziokban. De az embereknel kint levo sokmillio eszkoz, amire annyira buszkek ettol nem fognak hirtelen "atallni".

Javaval, foleg a mobil Javaval meg az a baj, hogy a hulyebiztossag es az egyszeruseg jegyeben mindenre csak egy vagy nulla megoldast kinal (vagyis nem lehet megcsinalni vele). Ez megfelelt, amig a telefon csak kiegeszito eszkoz volt a desktop geped melle es max. jatekokat vagy tenyleg minialkalmazasokat irtak vele. Ma, amikor az iPhonenak es az Androidnak koszonhetoen a mobil fejlesztesektol hangos az egesz IT ipar, es az innovativ alkalmazasok sokszor eloszor mobilon jelennek meg, csak aztan lesz webes es/vagy desktop verziojuk, akkor a J2ME-ben tervezesetol jelenlevo korlatok nem tarthatok tovabb, mert aki erolteti az lemarad. Ennyi.

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

"De az embereknel kint levo sokmillio eszkoz, amire annyira buszkek ettol nem fognak hirtelen "atallni"."

Symbiannal gondolom az a bevett gyakorlat, h. ha pl. egy készülék symbian 9.3-al jött, akkor nem lehet felfrissíteni symbian 9.5-re. Ha ezen a hozzáálláson változtatnának, az részmegoldás lehetne. Vagy rosszul tudom?

"RIM makes it mandatory for application developers to use Java as a programming language on BlackBerry. People tend to confuse this with the technology used to develop the operating system. The BlackBerry OS itself is developed using C++."

Én simán elhiszem neked amit mondasz. Én ezt olvastam az egyik link alatt. Van valami link arra, hogy ez nem igaz?

--
trey @ gépház

Kicsit későn, de: http://en.wikipedia.org/wiki/BlackBerry_OS :)

"Kernel type: Java based"

Egy ismerősöm volt, aki fejlesztett BlackBerry-re, tőle hallottam, hogy a kernel java és c++. Ha ő rosszul tudta, akkor én is. Bár az hogy az os c++-ban van, nem zárja ki, hogy a kernel egy részét java-ban írták volna.

--
http://alimarton.blogspot.com

Nem hat. Ha leszedsz egy BlackBerry szimulatort, eleg jol elkulonitheto, mi a nativ kod es mi a Java-ban irt resz. A nativ kod ottvan "telefonnev.dll"-ben a szimulator mellett, mig az OS Java-ban irt resze .cod fileokban lakik mellette mindenfele konyvtarakban. A lenyegi resz C/C++, maradjunk ennyiben. :)

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

Azert a QNX par nagysagrenddel komolyabb annal, hogy _csak_ mobiltelefon OS-se valjon. Alapvetoen egy massziv realtime rendszer, ipari vezerles / beagyazott (igen megbizhato) rendszerek epitesehez. Egy minimal kernel kore epul az egesz, tulajdonkeppem a hardware driverek is user space programok, ha valami elszall, kicsi az eselye, hogy magaval rantja az egesz renszert. Tobbek kozt van egy olyan tulajdonsaga is, hogy a CPU ido egzaktul megoszthato a feladatok kozott. Szerintem eleg komoly cucc.

/sza2

Vigyázzunk azzal a "csak mobiltelefon os" dologgal, a mai telefonok már komplexebbek mint egy pc és ez egyre inkább így lesz, ugyanakkor a telefon résznek fontos a realtime os, meg a gyors reakcióidő, szóval elég logikus a qnx okostelefonba. A megbízhatóság is hasznos ugye, meg a kis footprint is.

--
"Or just open the kconf editor, enter "dbd46848b31f34fe4fc0503d5ab28a98" and set the value to 23."

Jól csengő nevek, szép kis rendszert lehetne összehozni belőlük.

Azt ugye tudjátok, hogy az autók fedélzeti számítógépeiben szokott QNX lenni?
Pl. a B*W is ilyen.
Lehet, hogy ez is benne volt a pakliban, és még ki tudja, hol alkalmazzák (erőművekben, PLC-kben, az iparban bárhol...)

---
Repeat after me: I Will Use Google Before Asking Stupid Questions...

engem az erdekelne, hogy a Harman mire hasznalta eddig a QNX-et? vagy csak poenbol vettek meg anno?

A'rpi

off
Kb 5 éve használtam egy darabig a 486-omon.
talán 6.2. valami volt (Netezés e-mail, semmi több.)
24 Mega rammal egész jól elvolt.

Jó kis rendszernek tűnt (Nem tudom
hogy egy földi halandó mire tudná használni,
abban a formában, de nem is ez a fokmérője.)
Minden bizonnyal nem én leszek
a célközönsége, de időnként ránézek,
az openqnx.com-on "hogy áll".
/off

Amikor sziszko kihozta - talan 2003ban - a Core cuccot azon is qnx fut, es ugy, hogy megvettek a forraskodot(!) meg minden jogot (!?).