Abo
  1. Foren
  2. Kommentare
  3. Politik/Recht
  4. Alle Kommentare zum Artikel
  5. › Streit um Java: Microsoft, EMC…

Hoffentlich ist Java nicht frei - Lösung ist auch schon klar (seht selbst)

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. Hoffentlich ist Java nicht frei - Lösung ist auch schon klar (seht selbst)

    Autor: Robert0 20.02.13 - 20:12

    Für den Fall, dass Java unfrei ist:
    Soll doch Oracle weiterhin in ihrem eigenen Sumpf vergammeln. Und ihren eigenen Mist fressen. Ist eh die bescheidenere Sprache und mit der Plattformunabhängkgiet war es eh nie weit her.

    Für google ist das natürlich ziemlich blöd, weil man zu Hause schon sehr viel auf diese "Freie" sprache gesetzt hat. Wann hat Google denn schon C# -Entwickler angeheuert. Noch nie. Oder nur, wenn sie mindestens Java und Python können.

    Aber dann ist wohl C# freier als Java oder besser gesagt CLR (Mono) ist frei und Dalvic auch.
    Wenn ich google wäre, dann würde ich das schon existente Projekt aufgreifen und komplett umsetzen, dass Android in C# bzw CLR code umsetzt und auf Mono auf linux laufen lässt.
    Und wisst ihr was: Das läuft sogar schneller. Bomm.

  2. Re: Hoffentlich ist Java nicht frei - Lösung ist auch schon klar (seht selbst)

    Autor: Haxx 20.02.13 - 20:27

    Google benutzt wenn eher eine Sprache in die sie Investiert haben. Oder sie bauen so was wie nativeclient für android.

  3. Re: Hoffentlich ist Java nicht frei - Lösung ist auch schon klar (seht selbst)

    Autor: mw88 20.02.13 - 20:48

    Die mangelnde Plattformunabhängigkeit kritisieren und dann C# als alternative nennen, sehr gut xD Ich würde auch gerne wissen, wo es bei Plattformunabhängigkeit bei Java mangelt.

    Microsoft arbeitet ja noch immer an den Portable Class Libraries für C#, die haben mit dem Mist jetzt selbst Probleme.

    Und dass eine Auf x86 optimierte Version einer CLR in einer x86-VM schneller läuft als eine Dalvik-VM, die nur auf x86 portiert wurde, das ist nicht wirklich überraschend ;-)
    Ich will Geräte einmal mit Dalvik und einmal mit Mono sehen und dann schauen wir mal ob die wirklich so viel schneller sind.

    BTW: Ich arbeite mit beiden Sprachen und die haben beide ihre Vor und Nachteile.

  4. Re: Hoffentlich ist Java nicht frei - Lösung ist auch schon klar (seht selbst)

    Autor: Nephtys 20.02.13 - 20:51

    Können wir uns darauf einigen dass sie einfach ein neues OS auf Dart-Basis schreiben sollten?
    Dann sind doch alle glücklich :D

    Außer die C++-Fanatiker und die Obj.C-Fans... aber man kann es nicht jedem recht machen.

  5. Re: Hoffentlich ist Java nicht frei - Lösung ist auch schon klar (seht selbst)

    Autor: Lord Gamma 20.02.13 - 21:02

    Also als C/C++ Nutzer ist man eigentlich immer glücklich, da es fast überall Interop-Schnittstellen dazu gibt, sei es PInvoke unter C# oder JNI unter Java. :-P

  6. Re: Hoffentlich ist Java nicht frei - Lösung ist auch schon klar (seht selbst)

    Autor: Anonymer Nutzer 20.02.13 - 21:03

    C! *Fähnchen schwenk* ;-).

    Ne, ernsthaft, solange der- oder diejenige gut mit einer Sprache umgehen kann wird auch das Ergebnis passen. Hat der- oder diejenige keine Ahnung kommt nur Murks heraus. Java macht es zwar leichter, dass jeder Dödel programmieren kann aber das sehe ich nicht als "Schuld" oder "Problem" von Java, da damit viele auch erst einmal weniger Angst vor dem Programmieren haben und sich - hoffentlich - tiefer damit beschäftigen.

    Ich habe halt mit C angefangen und beherrsche noch C++, *ich* persönlich komme deshalb auch gut damit klar, würde aber jedem Anfänger raten: selbst ausprobieren was ihm/ihr gefällt.



    1 mal bearbeitet, zuletzt am 20.02.13 21:04 durch Freakgs.

  7. Re: Hoffentlich ist Java nicht frei - Lösung ist auch schon klar (seht selbst)

    Autor: matok 20.02.13 - 21:05

    Die Zukunft werden sowieso Apps auf Basis von Webtechniken sein. FirefoxOS ist da auf dem richtigen Weg. Ich finde es nicht sehr zielführend, wenn man eine App für diverse Plattformen (iOS, Android, WP) mehrfach nativ entwickelt. Für mich ist das aktuell nur eine Übergangsphase.

  8. Re: Hoffentlich ist Java nicht frei - Lösung ist auch schon klar (seht selbst)

    Autor: bstea 20.02.13 - 21:48

    Firefox waren doch die, die kaum vorbereitet einen grottigen Vortrag auf der Fosdem gehalten haben. Wenig hat funktioniert, aber hey immerhin brauchen die nur einen passenden Android Kernel damit ihre GUI läuft.
    Gäbe es einen Buchmacher würde ich ein paar Euros auf den Untergang von FirefoxOS setzen.

    --
    Erst wenn der letzte Baum gefällt, der letzte Fluss gestaut und der letzte Fisch gefangen ist, werdet ihr feststellen, dass man Biber nicht essen kann!

  9. Re: Hoffentlich ist Java nicht frei - Lösung ist auch schon klar (seht selbst)

    Autor: stiGGG 20.02.13 - 22:49

    matok schrieb:
    --------------------------------------------------------------------------------
    > Die Zukunft werden sowieso Apps auf Basis von Webtechniken sein. FirefoxOS
    > ist da auf dem richtigen Weg. Ich finde es nicht sehr zielführend, wenn man
    > eine App für diverse Plattformen (iOS, Android, WP) mehrfach nativ
    > entwickelt. Für mich ist das aktuell nur eine Übergangsphase.

    Sehe ich ganz genauso, fand das damals bei WebOS am PalmPre (Firefox ist ja im Prinzip sehr Ähnlich nur mit Gecko anstatt WebKit) schon fortschrittlicher als bei Apple zu dem Zeitpunkt, die gerade ihr SDK für Native Apps veröffentlicht hatten. Gut heute muss man sagen, damals hatte man bei Apple recht und es war definitiv noch zu früh (da war ja die ganze HTML5 Geschichte auch noch sehr jung) und auch heute kannst du noch nicht ansatzweise alle zum Teil sehr aufwändigen Apps unter iOS oder Android mit Webtechniken realisieren. Ich hoffe aber FirefoxOS hat zumindest soviel Erfolg, dass sie die ganzen neuen APIs, die sie damit einführen wollen, als Webstand durchbringen können. Ich hoffe in 5 Jahren sind native Apps Geschichte.

  10. Re: Hoffentlich ist Java nicht frei - Lösung ist auch schon klar (seht selbst)

    Autor: TTX 21.02.13 - 07:38

    Naja FireFox-OS wird einen absoluten Zero-Erfolg erfahren, das wird man dann sehen und es wird ähnlich wie WebOS nach 1-2 Jahren eingestellt. Ich denke nicht das da viel passiert, wenn das System auch noch so langsam wie WebOS ist...gute nacht :(

  11. Re: Hoffentlich ist Java nicht frei - Lösung ist auch schon klar (seht selbst)

    Autor: redwolf 21.02.13 - 18:24

    Das ist zu kurz gedacht. Wer hat sich den an die Klage angeschlossen? Microsoft. Und wer sitzt hinter c#? Microsoft.

    Ein Erfolg wird zur Folge haben, dass alle APIs geschützt werden können. Dadurch kann man z.B. keine alternative, kompatible DLL für ein Programm entwickeln, da dafür gleiche Schnittstellen benötigt werden. Es gibt keine andere Möglichkeit!

    Zu deinem C#-Find-Ich-Geil-Will-Ich-Immer-Gerassel: Es ist schon ziemlich dumm jedes Problem wie einen Nagel zu sehen, wenn man nur einen Hammer hat. Zumal die Performance der Laufzeitumgebung immer von der Implementation dieser auf der jeweiligen Plattform abhängig ist. Java kann da schneller sein als C# und umgekehrt.



    2 mal bearbeitet, zuletzt am 21.02.13 18:28 durch redwolf.

  12. Re: Hoffentlich ist Java nicht frei - Lösung ist auch schon klar (seht selbst)

    Autor: QDOS 21.02.13 - 23:42

    redwolf schrieb:
    --------------------------------------------------------------------------------
    > Das ist zu kurz gedacht. Wer hat sich den an die Klage angeschlossen?
    > Microsoft. Und wer sitzt hinter c#? Microsoft.
    Im Gegensatz zu Java ist C# (bzw. die CLR) aber international standardisiert (ECMA)...

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Anzeige
Stellenmarkt
  1. T-Systems International GmbH, Berlin, Bonn
  2. T-Systems International GmbH, verschiedene Standorte
  3. Deutsche Telekom AG, Frankfurt am Main, Bonn
  4. T-Systems International GmbH, Leinfelden-Echterdingen

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Top-Angebote
  1. (alle Angebote versandkostenfrei, u. a. Medion Erazer X7843 17.3"-Gaming-Notebook mit i7-6820HK...
  2. 109,00€ (Spiel in den Warenkorb zum Controller legen, siehe unteren Link)


Haben wir etwas übersehen?

E-Mail an news@golem.de


Nintendo Switch im Hands on: Die Rückkehr der Fuchtel-Ritter
Nintendo Switch im Hands on
Die Rückkehr der Fuchtel-Ritter
  1. Nintendo Vorerst keine Videostreaming-Apps auf Switch
  2. Arms angespielt Besser boxen ohne echte Arme
  3. Nintendo Switch Eltern bekommen totale Kontrolle per App

Autonomes Fahren: Laserscanner für den Massenmarkt kommen
Autonomes Fahren
Laserscanner für den Massenmarkt kommen
  1. BMW Autonome Autos sollen mehr miteinander quatschen
  2. Nissan Leaf Autonome Elektroautos rollen ab Februar auf Londons Straßen
  3. Autonomes Fahren Neodriven fährt autonom wie Geohot

Halo Wars 2 angespielt: Mit dem Warthog an die Strategiespielfront
Halo Wars 2 angespielt
Mit dem Warthog an die Strategiespielfront

  1. Digitale Assistenten: LG hat für das G6 mit Google und Amazon verhandelt
    Digitale Assistenten
    LG hat für das G6 mit Google und Amazon verhandelt

    LGs G6 wird wohl mit einem digitalen Assistenten erscheinen. Welcher es sein wird, ist noch unklar. Im Vorfeld soll LG sowohl mit Google als auch mit Amazon verhandelt haben. Für LG gab es einen klaren Favoriten.

  2. Instant Tethering: Googles automatischer WLAN-Hotspot
    Instant Tethering
    Googles automatischer WLAN-Hotspot

    Google will WLAN-Tethering mit einem Android-Smartphone komfortabler machen. Ein Smartphone kann automatisch einen WLAN-Hotspot für andere Geräte bereitstellen. Dabei soll keine lästige Kennworteingabe erforderlich sein.

  3. 5G-Mobilfunk: Netzbetreiber erhalten Hilfe bei Suche nach Funkmastplätzen
    5G-Mobilfunk
    Netzbetreiber erhalten Hilfe bei Suche nach Funkmastplätzen

    Das Bundesland Baden-Württemberg will den Aufbau neuer Mobilfunkmasten unterstützen. Mobilfunkunternehmen sollen Unterstützung bei der Suche nach Standorten für die Antennen erhalten. Damit sollen zügig Funklöcher geschlossen werden.


  1. 11:29

  2. 10:37

  3. 10:04

  4. 16:49

  5. 14:09

  6. 12:44

  7. 11:21

  8. 09:02