Auf jeden Fall eine interessante Sache, und ist sicher eines der "Next Big Thing (TM)". Wenn ich das nächste Mal einen Hörsaal nicht finde pack ich mein Telefon aus, tapp, tapp, und schon weiß ich wo ich hin muss. 
Das mobile Internet kommt bestimmt, und jetzt gibt es eine offene Platform mit breiter Unterstützung, ich finde das fortschrittlicher als eine geschlossene Platform wie z.B. das iPhone. Aber wie bei allen Dingen sollte man immer einen kritischen Blick bewahren.
bisher find ichs ganz gelungen, auch wenn ich ueber ein bissl API lesen noch nicht hinaus gekommen bin. mit der ASL ist zu leben und ich glaube mein naechstes handy wird eins mit android. wirkt auf alle faelle sympathischer als das teil von apple.
Habs mir vorgestern während einer VO mal ein bischen angeschaut. Was ich gelungen finde ist der Emulator, funktioniert echt Klasse, da man sich die Applikationen die es schon gibt anschaun kann und auch ein bischen ein Feeling für eigene Applikationen kriegt.
Man kann übrigens auch die Latenzen die man bei einem echten Handy haben würde simulieren (also GSM, GPRS, ...).
Nja, weiter als ein Hello World bin ich nicht gekommen, und werd ich auch nicht, da mir leider die Zeit fehlt.
Auf welchen Handys soll das eigentlich laufen? Die FAQs etc. sind ja noch ziemlich knapp, weiß da vielleicht jemand schon etwas?
Lässig find ich, dass WebKit als Browsertechnologie zum Einsatz kommt. Wenn das so weitergeht, haben wir bald eine Engine, die mit der Mischung von Open Source und Ressourceneffizienz (also nicht Gecko) den Browsermarkt aufrollt, ohne dass es die Leute merken.
Auf welchen Handys soll das eigentlich laufen? Die FAQs etc. sind ja noch ziemlich knapp, weiß da vielleicht jemand schon etwas?
"In der open handset alliance sind gegenwärtig vier Hersteller von Mobiltelefonen vertreten; Samsung, LG, HTC und Motorola. Man kann also auf zahlreiche Geräte mit unterschiedlicher Ausstattung rechnen."
wenn sie die plattform durchsetzen sollte, was ich stark annehme, werden wohl alle hersteller interesse daran haben, dass sie auch auf ihren geräten läuft. ausser vielleicht apple
wenn sie die plattform durchsetzen sollte, was ich stark annehme, werden wohl alle hersteller interesse daran haben, dass sie auch auf ihren geräten läuft. ausser vielleicht apple
schade dass nokia nicht dabei ist, die werden wohl auch noch ein weilchen an symbian fest halten fuerchte ich.
pff, so a iphone is schon was feines 
:
http://uneasysilence.com/archive/2007/11/12686/
[edit]ich war wie derstandard.at zu vorschnell: siehe http://www.heise.de/newsticker/meldung/99220[/edit]
was hats mit android zu tun? folgendes: glaubt ihr google wird aehnliches in seine schmackhaften core-apps einbauen? die moeglichkeiten des trackings machen mich nicht besonderns froh musz ich sagen. wenn sie soetwas in die google maps android applikation einbauen, dann werde ich sie im schlimmsten fall nicht verwenden, oder sie deinstallieren oder wie auch immer. problematischer ist es vielleicht bei nicht ganz so interessierten menschen.
dass es gemacht wird zeigt ja apple eindrucksvoll. ich weisz nicht, werd ich paranoider oder wird apple immer mehr zur A*-firma? hier wohl etwas zu offtopic.
Was ich momentan am spannensten finde ist, was wirklich hinter Suns JavaFX Mobile Platform steckt. Bis jetzt ist da nur eine Scriptsprache, mit der man GUIs basteln kann. Und auf der Webseite des Projektes steht nur ein Haufen Marketingmist, der nichts aussagt.
Aber ich habe jetzt gelesen, das die Idee hinter JavaFX Mobile im Prinzip aehnlich ist wie die von Android: Also ein vollstaendiges, natives open source Betriebsystems fuer mobile Devices.
Der Grund dafuer, warum ich das interessant finde: Android verwendet ja eine Java VM, die zu Suns JavaVM nicht bytecodekompatibel ist. D.h. man muss mittels eines Konverters .class files in .dex files konvertieren. Ich bin mir nicht sicher wie gut das genau funktioniert, und wie einfach/kompliziert das mit bestehenden Bibliotheken wird: Ich moechte mich beim Entwickeln natuerlich aus den gesamten Schatz aus der Java Platform bedienen koennen und ich will die Software in Ruby oder Python schreiben und nicht in der Java Language. Darum: Wenn Android die Java Platform nicht gescheit unterstuetzt und Sun es besser macht, dann waehre das ein guter Grund, dem Andoiden den Stecker zu ziehen und mit offenen Augen in die Sonne zu schauen.
Eine JVM die nicht bytecode-kompatibel zu Sun's JVM Spec ist, ist per definitionem keine JVM Die Konvertierung könnte möglicherweise an den native-Methoden haken, ansonsten sehe ich wenig Probleme.
Ich denke nicht dass der Ansatz mit einer VM in einem mobilen Produkt optimal ist - ARM bietet mit Jazelle nicht umsonst native Unterstützung für Java Bytecodes an. Alles andere braucht mehr von genau dem, was bei Batteriebetrieb sowieso am knappsten ist: Energie.
Nachdem bei sowohl Java als auch bei Linux einiges in Richtung embedded systems geforscht wurde und wird (mit der Einschränkung, dass das nicht unbedingt in diese Richtung abgezielt hat/abzielt), wird es spannend, welche Plattform das dann am besten umsetzen kann. Insbesondere wenn man bedenkt, dass Sun schon einmal einen respektablen Bauchfleck damit gelandet hat, Java in embedded systems zu etablieren.
Eine JVM die nicht bytecode-kompatibel zu Sun's JVM Spec ist, ist per definitionem keine JVM
Damit hast du natuerlich recht. Darum habe ich jetzt in meinem Beitrag oben aus Java VM das 'Java' gestrichen.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
