Arch Linux

Lohnt es sich noch Java anzufangen?

danbruegge

... das wollt ik mal bei euch fragen.

Hat Java noch Zukunft?

Oder sollte man sich doch lieber C# mit .Net/Mono angucken?

Welche Sprache ist für die Zukunft gut, gIbt es noch andere, wenn man in den Mobilen bereich will?

gruß deadshox

TheJensens

Ich wollte mit Java aus Folgendem grund nicht anfangen:
Ja, es läuft überall, ABER man muss vorher ein Gigantisches Runtime Environment installieren.

Ich würde dir C empfehlen, da die Programme auf allem Laufen, klein sind und verdammt schnell.

moe

Hmm, schwierige Frage, und viel Stoff für ausgiebige Streits. 😉

Ich machs mal kurz, ich persönlich mag Java nicht, das ist sicherlich mehr subjektiv als objektiv. C#/Mono ist schön, allerdings kaum im mobilen Bereich anzutreffen. Python ist noch schöner, aber im mobilen Bereich auch nur vereinzelt zu sehen (Symbian z.B.). Mit C bist du eigentlich aus der Hinsicht am besten. In C kannst du Programme für alle mir bekannten mobilen Plattformen entwickeln.
Wenn man C nicht mag bleibt eigentlich nur Java..

Was willst du genauer machen, bzw. was ist der von dir genannte mobile Bereich? Hast du Vorkenntnisse in irgendeiner Sprache?

Pierre

Es kommt darauf was Du damit erreichen möchtest. Nicht jede Sprache ist für jeden Einsatzzweck gleich geeignet. Ohne das zu wissen kann man kaum einen Rat geben.

Übrigens hat Java durchaus Zukunft und wird sehr oft verwendet. Leider hatte Sun mit der GPL-Lizenz fast schon zu lange gewartet.

Wenn Du z.B. objektorientierte Programmierung lernen möchtest ist Java sehr gut geeignet. Es gibt eine hervorragende Doku, tolle IDEs (Eclipse, Netbeans...) und der Einstieg ist recht leicht.

eiffel56

Java mag zwar inzwischen relativ Performant sein, aber es ist im Vergleich zu C immernoch stinkelahm. Das ist einfach pure Performance Verschwendung weil der Programmierer zu faul ist.
C _ist_ schwieriger, aber schnell. Lern C. Das gleiche gilt für Python, Ruby und so weiter. Mag zwar ganz elegant zu programmieren sein und vielleicht als Kleber gut taugen. Aber irgendwann fängt man an Funktionalität zu implementieren, und dann wirds wieder lahm.
Beachte auch dass du in C Libraries für jeden Mist hast. Das ist ein unschätzbarer Vorteil, du kannst für noch so exotische Gebiete ne Lib finden. Du kannst auch auf eine riesige Codebasis zurückgreifen, dir anschauen wies andere machen, daran weiterentwickeln und so weiter.
Und meiner Meinung nach sind auch C Kenntnisse notwendig für den Umgamg mit solchen Distributionen wie Arch Linux. Du kannst bei einem Bug genau nachvollziehen wie er zustanden kommt, ihn fixen und dann eventuell(je nach gewählter Lösung) ihn anderen zur Verfügung stellen. Die Portabilität von Java ist auch nur ein vorgeschobenes Argument. C Programme sind, vernünftig geschrieben vorrausgesetzt, auf jeder Platform lauffähig. Und C Compiler gibt es auch für so ziemlich jede Platform.

Starjumper

Ich finde hier manchen Beitrag schwachsinnig und an der Realität vorbei. Nicht gerade die freundliche Art und Weise, aber es ist so.

Für C muss man auch ein gigantisches "Runtime Environment" installieren, nämlich ein Linux, oder ein Windows. Für viele Plattformen gleichzeitig zu Programmieren ist nur mit sehr großem Aufwand verbunden.

Die angebliche lahme Performance von Java ist eigentlich längst passe. Es gibt mittlerweile ein neu programmiertes Quake 2 auf Javabasis, welches absolut flüssig usw. läuft. Und das dauert erstmal eine Weile bis man vom Anfänger her in der Lage ist ein Quake 2 zu programmieren! Bis man überhaupt so weit ist um die "lahme Performance" von Java zu bemerken dauert es eine ganze Weile.

C und CPP sind historisch bedingt teilweise sehr inkonsistent und nur schwer verständlich. Klar kann man damit anfangen, was ich auch getan habe, aber es ist Fakt, dass Java extrem viel einsteigerfreundlich ist. Java verhindert auch nicht, dass man danach sich mit C bzw CPP beschäftigt! Im Gegenteil, Java bietet eine solide Basis an Grundwissen!

Bibliotheken, Programmbeispiele gibts für Java auch en Masse. C mag zwar noch mehr Programmbeispiele usw. besitzen, weil es einfach schon länger gibt. Aber vieles davon dürfte mittlerweile unbenutzbar sein, ein für ursprünglich DOS und andere historische Betriebssysteme programmiertes C Programm dürfte auf einem heutigen Rechner nicht mehr laufen und bedarf sicher einer größeren Anpassung.

Wer behauptet, dass die Portabilität von Java nur ein vorgeschobenes Argument sei, hat schlichtweg keine Ahnung, oder die Ideologiebrille an. Für Arch braucht man auch keine C, oder CPP Kenntnisse. Und wie gesagt, Java bietet eine solide Grundlage an, die C, oder CPP lernen nicht verhindert. Java ist sogar CPP hier und da relativ ähnlich.

Lern also Java wenn du es möchtest. Java ist längst nicht so tot wie manche es behaupten wollen.

aze

kommt drauf an was du machen willst...

iphone --> ohne objc geht da nix
kleine apps für handys --> j2me
pda mit win ce --> ... und so weiter

[gelöscht]

Aus welchen gründen sollte Java keine Zukunft haben. Hab ich was verpasst?

Kinch

Java hat ne hohe Marktdurchdringung und wird es vermutlich noch sehr, sehr lange geben. Die Sprache ist meiner Meinung, sehr einsteigerfreundlich, sehr gut dokumentiert, für eine Optcodesprache performant, es gibt gute IDEs dafür, massig Material im Internet und die Standardbibliothek lässt fast keine Wünsche offen.

Die Sprache selbst ist leider etwas "langweilig": Sie ist syntaktisch eher arm und man muss oft viel Boilerplade-Code schreiben oder auch für einfachere Probleme einige Zeilen Code raushauen.

C als Alternative zu Java zu empfehlen ist, absolut unsinnig. C hat zwar noch seinen Sinn, aber ohne Not sollte man keine Programme mehr damit schreiben.

Starjumper

Gegenfrage:

Weil Java nicht mehr "in" ist, hat es keine Zukunft?

Vielleicht mag die Nutzerbasis kleiner werden, vielleicht mögen Firmen es nicht mehr so häufig nutzen usw. Der Hype ist sicher vorbei.

Das alles ändert aber nichts daran, dass Java sich sehr gut zum Einstieg in das Programmieren eignet und eine gute Überleitung zu C und C++ bieten kann.

Ansonsten möge man mir eine moderne multiplattformtaugliche Programmiersprache nennen, die eine größere Userbasis hat und weiter verbreitet ist, sowie keine Scriptsprache ist. Ruby, Smalltalk wäre da noch spontan zu nennen, aber beides ist schon eine ziemliche Nische. Okay, es gibt da noch C#, aber der Versuch des Mono-Projektes MS hinterher zu entwickeln erscheint mir eher als ungünstig, das ist keine "freie" Programmiersprache. Frei im Sinne, jede Plattform wird gleichberechtigt entwickelt und unterstützt.

Ansonsten schließe ich mich Kinchs Meinung an.

moe

Starjumper schrieb Für C muss man auch ein gigantisches "Runtime Environment" installieren, nämlich ein Linux, oder ein Windows.

Hmm, ich kann für mein Handy ein C-Programm schreiben, ohne dass ich dort Linux oder Windows installieren muss. Dasselbe gilt für nahezu alle Embedded-Geräte.

Starjumper schrieb Für viele Plattformen gleichzeitig zu Programmieren ist nur mit sehr großem Aufwand verbunden.

Kommt drauf an, und gilt so pauschalisiert auch für Java.

Starjumper schrieb Die angebliche lahme Performance von Java ist eigentlich längst passe.

ACK. Zum großen Teil rührt die gemeinhin bekannte schlechte Performance von schlecht programmierten Sachen, weil jeder meint Java zu können und Programme auf die Menschheit loslässt.

Starjumper schrieb Bibliotheken, Programmbeispiele gibts für Java auch en Masse.

Die Masse ist inzwischen so groß, dass kaum noch einer durchblickt. Viele größere Projekte schreiben einige Sachen lieber selbst neu, als ewig nach der besten Alternative zu suchen. Besonders einsteigerfreundlich ist das auch nicht.

Starjumper schrieb Und wie gesagt, Java bietet eine solide Grundlage an, die C, oder CPP lernen nicht verhindert. Java ist sogar CPP hier und da relativ ähnlich.

Ebenfalls ACK.

Starjumper schrieb Lern also Java wenn du es möchtest. Java ist längst nicht so tot wie manche es behaupten wollen.

Tu es nicht! 😉
Ich würd immernoch eher Python empfehlen, aber erstmal müsste man wissen was genau deadshox machen will.

Starjumper schrieb Okay, es gibt da noch C#, aber der Versuch des Mono-Projektes MS hinterher zu entwickeln erscheint mir eher als ungünstig, das ist keine "freie" Programmiersprache. Frei im Sinne, jede Plattform wird gleichberechtigt entwickelt und unterstützt.

Jede Plattform in einem Kontext wo es um mobile Geräte geht.
Für welche Plattformen ist Java denn "gleichberechtigt entwickelt"? Wieviel Plattformen unterstützt Sun direkt und selbst? Was ist z.B. mit BSD (gut, ist im mobilen Bereich nicht so interessant, aber im Embedded-Bereich) bis vor einer Weile gabs da aufgrund von Lizenzideologie (oder besser -idotie) gar keine Möglichkeit Java-Programme auszuführen ohne sich selbst eine JRE/JDK zu kompilieren.

Mono hinkt zwar .Net immer hinterher, aber wenn man sich die Änderungen zw. :Net 2.0 und 3.0 z.B. genauer ansieht, wird man feststellen, dass es wenig Änderungen sind die nicht Windows-spezifisch sind, und noch weniger die die Sprache C# betreffen, und diese wurden schnell auch in Mono implementiert.

eiffel56 schrieb .. C ..

Müsstest du nicht Eiffel empfehelen? 😉

ichselbst schrieb Hmm, schwierige Frage, und viel Stoff für ausgiebige Streits.

Ich habs geanht 😃

[gelöscht]

Hier mal ein "kleiner" Einstieg in Java. Ist nicht wirklich technisch, aber könnte vielleicht dein Interesse wecken.
http://chaosradio.ccc.de/cre090.html

Die Frage ob Java jetzt gut oder schlecht ist, kann man nicht beantworten. Ich persönlich hab es am Anfang gehasst. Jetzt programmiere ich damit im Bereich Desktop, Web und Handy's. Und vielleicht ist das die Stärke von Java. Wenn ich C sehe, könnte ich kotzen, aber hundert Leute werden dir genau das Gegenteil erzählen: Java ist scheiße und C ist super. Das ist die gleiche Frage wie mit Linux und Windows, oder IE und Firefox.

Meiner Meinung nach solltest du dir eigentlich die Frage stellen ob Skript-Sprache oder nicht. Also Java,C usw. oder Ruby, Python usw.. Da sind zumindest die Argumente objektiver!

Starjumper

@ moe

Da kann ich genausogut mit den "Java-Prozessoren" in Handys argumentieren, die brauchen auch kein Windows & Linux. Gilt dann genauso gut für Java.

Ich bin aus eigener Erfahrung immer noch der Meinung, dass Java ganz erheblich leichter portabel für verschiedene Plattformen ist als C. Ich erlebe in Java nur äußerst selten, dass etwas wirklich Plattformspezifisch ist. Bei C war das wesentlich hakeliger.

Ansonsten sind wir ja im wesentlichen gleicher Meinung. 😉

Ach ja, wegen Multiplattform. Windows, Linux und Handy funktionieren gleichermaßen sehr gut in Java. BSD funktioniert mittlerweile auch ganz gut. Und Java ist ja nun erst recht offen.

Dagegen hatte ich beim monoexperimentieren nur Probleme, ich gebe zu, dass ist schon etwas her, aber abgeschreckt hat es dennoch.

moe

@Starjumper
Naja das Hauptargument gegen Mono hab ich ja schon fast erwähnt, du hast es aber nicht genannt. 😃

Es gibt derzeit für kaum eine Plattform eine .Net-Umgebung, für Symbian z.B. gibts nur eine kommerzielle (wenn meine letzten Infos noch aktuell sind), wie es bei anderen aussieht weiß ich nicht, vermutlich nicht besser.

Python wäre da zumindest bei Symbian eine Alternative, aber auch da weiß ich nicht wie es auf anderen Plattformen aussieht.

Wenn also deadshox die größtmögliche Anzahl an Handys unterstützen will bleiben eigentlich nur C oder Java, wenn die vorhandenen Programmierkentnisse gegen 0 gehen, würd ich Java empfehlen. Aber in beiden Fällen gilt: Programmierer wird man nicht von heut auf morgen!einself

olliander

Moin.

Eine kleine Anmerkung zum Thema OOP in Java... Nur, weil in Java ausnahmslos alles ein Objekt darstellt, heißt das noch lange nicht, dass man automatisch im Sinne von OOP programmiert.

Mal abgesehen davon bin ich der Meinung, dass man den Rückgang des Interesses an Java nicht nur an einem Hype festmachen sollte, sondern ebenfalls an der Tatsache, dass die Plattformunabhängigkeit von Java mit einer VM erkauft wird, die im Endeffekt aus meiner Sicht Interpreter-Aufgaben übernimmt. Nichts Halbes und nichts Ganzes also.

Würde Sun (oder ein anderer) aus dem Knick kommen, und endlich einen Prozessor bis zur Marktreife entwickeln, der Java-Code nativ ausführt, würde das Interesse an dieser Sprache mit Sicherheit auch wieder steigen.

Liebe Grüße,
olliander

[gelöscht]

Hier mal ein Link mit Daten zur Verbreitung der einzelnen Sprachen um neuen Gesprächsstoff zu bieten 🙂
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

Usul

olliander schriebEine kleine Anmerkung zum Thema OOP in Java... Nur, weil in Java ausnahmslos alles ein Objekt darstellt, heißt das noch lange nicht, dass man automatisch im Sinne von OOP programmiert.

Verwechselst du was? Elementare Datentypen wie int oder double sind während der Programmierung von Java nicht wie Objekte zu behandeln, sondern "anders".

Mal abgesehen davon bin ich der Meinung, dass man den Rückgang des Interesses an Java nicht nur an einem Hype festmachen sollte, sondern ebenfalls an der Tatsache, dass die Plattformunabhängigkeit von Java mit einer VM erkauft wird, die im Endeffekt aus meiner Sicht Interpreter-Aufgaben übernimmt. Nichts Halbes und nichts Ganzes also.

Wenn du willst, kannst du dein Programm auch durch einen Compiler wie gcj jagen und hast am Ende ein Binary. Dann brauchst du keine VM mehr usw. Natürlich ist das Binary dann nicht mehr plattformunabhängig, sondern muss für jede Plattform einzeln erstellt werden.

Würde Sun (oder ein anderer) aus dem Knick kommen, und endlich einen Prozessor bis zur Marktreife entwickeln, der Java-Code nativ ausführt, würde das Interesse an dieser Sprache mit Sicherheit auch wieder steigen.

Kennst du einen Prozessor, der auf eine bestimmte Sprache festgelegt/optimiert ist und nennenswerte Verbreitung erfahren hat? Ich nicht. Sowas funktioniert nicht.

moe

Usul schrieb
olliander schriebEine kleine Anmerkung zum Thema OOP in Java... Nur, weil in Java ausnahmslos alles ein Objekt darstellt, heißt das noch lange nicht, dass man automatisch im Sinne von OOP programmiert.

Verwechselst du was? Elementare Datentypen wie int oder double sind während der Programmierung von Java nicht wie Objekte zu behandeln, sondern "anders".

Vermutlich meint er, dass man trotz dem Zwang zur OOP besch** Code schreiben kann, also Java = OOP = wiederverwendbar muss nicht in jedem Fall stimmen.

olliander

Usul schrieb Verwechselst du was? Elementare Datentypen wie int oder double sind während der Programmierung von Java nicht wie Objekte zu behandeln, sondern anders.

Genau das meine ich mit meiner Kritik. 😉

Usul schrieb Kennst du einen Prozessor, der auf eine bestimmte Sprache festgelegt/optimiert ist und nennenswerte Verbreitung erfahren hat? Ich nicht. Sowas funktioniert nicht.

Suche spaßhalber mal nach 'PicoJava'.
Und die fehlende, nennenswerte Verbreitung IST ja (mit) das Problem.

Usul schrieb Wenn du willst, kannst du dein Programm auch durch einen Compiler wie gcj jagen und hast am Ende ein Binary. Dann brauchst du keine VM mehr usw. Natürlich ist das Binary dann nicht mehr plattformunabhängig, sondern muss für jede Plattform einzeln erstellt werden.

Warum sollte ich dann überhaupt noch Java nutzen, wenn die (aus meiner Sicht) momentan offensichtlichste Stärke dieser Sprache damit futsch ist?

Liebe Grüße,
olliander

Usul

olliander schriebGenau das meine ich mit meiner Kritik. 😉

Du schriebst, dass in Java alles als Objekt dargestellt wird. Das ist nicht der Fall.

Suche spaßhalber mal nach 'PicoJava'.
Und die fehlende, nennenswerte Verbreitung IST ja (mit) das Problem.

Ich würde sagen, klassisches Henne-Ei-Problem 😉

Warum sollte ich dann überhaupt noch Java nutzen, wenn die (aus meiner Sicht) momentan offensichtlichste Stärke dieser Sprache damit futsch ist?

Wie genau stellst du dir ein portables Stück Software vor, dass nicht auf eine VM aufbaut und auch keinen Interpreter braucht? Eine Binary, die auf allen gewünschten Zielsystemen einfach so läuft? Ich glaube, das geht nicht ...

Ich meinte nur, du hast mit Java die Wahl: Entweder Laufzeitumgebung + plattformunabhängiges Byteformat, oder einzelne Binary, die aber plattformspezifisch ist. Kannste dir raussuchen, beides mit Java zu machen. Wie hättest du es denn gern?

Nächste Seite »