spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Schon, aber wenn ich so einige (externe) Mitarbeiter bei uns sehe...
Läuft schon, aber ich könnte mir vorstellen, dass sie mit z.B. C oder C++ garnicht mehr verstehen was sie dort schreiben.

Die Produktionsgeschwindigkeit ist auf jeden Fall höher. Ästhetisch würde ich lieber in C++ schreiben (wahlweise Js, jawohl Js)

Zitat von »LetsGo«

Zitat von »DeKugelschieber«

Der Hauptgrund warum es trotzdem "gut" ist, ist dass man damit viele mittelmäßige Programmierer produktiv einsetzen kann...

Also sind Java Programmierer im Schnitt schlechter als C++ Programmierer, weil die Sprache ja für mittelmäßige Programmierer besser geeignet ist. Wo wir wieder beim Bashing wären.
Übrigens ein paar Fakten dazu: Java Freelancer sind im Schnitt besser bezahlt als C/C#/C++ Programmierer. Das liegt natürlich daran, dass Sie blöde Java Programmierer sind

Ich finde Hunde besser als Katzen.

Zitat von »Hello_Kitty!«

Überzeugt mich nicht, Nginx und Apache sind in C geschrieben und auch sehr robust. Warum sind die nicht in Java geschrieben, wenn es dafür viel besser geeignet ist? Dass Java generell ohne Probleme überall läuft wage ich auch zu bezweifeln, man baut immerhin auf ein sehr komplexes Framework auf und man vertraut wohl mehr darauf, als es wirklich zu wissen. Wenn es mal nicht so klappt wie gewünscht, guckt der Java-Programmierer schnell in die Röhre und kann bestenfalls noch ein Orakel um Hilfe bitten, denn die Zielplattformen versteht er sowieso nicht. Ich will ja nicht gegen Abstraktionen wettern, aber dann frage ich mich auch wirklich jeder John Doe (Java-)Programmierer sein muss oder ob nutzbare Software nicht doch wünschenswerter wäre.

Das ist eigentlich gar nicht der Punkt. Nehmen wir ab Java ist die grottigste Sprache auf der Welt und es war eine bescheidene Idee Java fuer ueberhaupt irgendwas zu verwenden.

Pech gehabt. Viele, viele Umgebungen verwenden Java, es ist eine der verbreitetsten Sprachen. Viele Serveranwendungen sind in Java geschrieben. Die meisten Android Apps sind in Java geschrieben. Das wird sich so schnell nicht aendern.

Vielleicht kommst du nie in die Situation Java schreiben zu muessen. Aber wenn dir irgendwann der Chef oder Kunde sagt, bau bitte diese Android App... dann ist "Igitt, Ich mag Java aber nicht" keine gute Antwort.

Ich denke, dass nicht falsch ist, was DeKugelschieber und Hello_Kitty! schreiben. Man muss nur ganz klar zwischen persönlichen Vorlieben und (kommerziell) effektiv unterscheiden. Klar kann man in de Java Umgebung einige Probleme effektiv lösen, allerdings darf man sich trotzdem die Frage stellen, ob Java als Sprache sinnvoll designt ist oder ob es bloß ein marketingorientiertes praktisches Ökosystem ist. Persönliche Vorlieben und Hass heißen auch nicht, dass man nie in Java programmieren kann. Ganz im Gegenteil, der Hass kommt wohl eher daher, weil das manchmal notwendig ist (sei es wegen Chef, Android oder Altsoftware) trotzdem die Sprache zu verwenden.

Ich persönlich verachte die Java-Philosphie weil sie tatsächlich alle Programmierer für dumm hält. Dazu zählt auch, dass Java eine Erziehungssprache für "mittelmäßige Programmierer" ist (Achtung: Bevor sich jemand angegriffen fühlt, im Umkehrschluss ist nicht jeder Java-Programmierer "nur" mittelmäßig). Es ist kein Geheimnis, dass ein ganz besonderes Ziel der Sprache Java die Einfachheit war. Einfachheit auf Kosten von Flexiblität. Das fängt beim OO-Zwang an und zieht sich praktisch durch alle Bereiche. Hier gibt es zum Beispiel einen Schönen Bericht über fehlende Operatorüberladung, der die Java Philosophie, die mir persönlich so missfällt, schön beschreibt.

Die Kernfrage ist doch einfach beantwortet: so viele wie man braucht.
Und empfehlenswert finde ich: mehr als eine.

Ne, man muss genau 7 Sprachen können!!!1!elf

Zitat von »Spiele Programmierer«

Ich persönlich verachte die Java-Philosphie weil sie tatsächlich alle Programmierer für dumm hält. Dazu zählt auch, dass Java eine Erziehungssprache für "mittelmäßige Programmierer" ist (Achtung: Bevor sich jemand angegriffen fühlt, im Umkehrschluss ist nicht jeder Java-Programmierer "nur" mittelmäßig). Es ist kein Geheimnis, dass ein ganz besonderes Ziel der Sprache Java die Einfachheit war. Einfachheit auf Kosten von Flexiblität. Das fängt beim OO-Zwang an und zieht sich praktisch durch alle Bereiche. Hier gibt es zum Beispiel einen Schönen Bericht über fehlende Operatorüberladung, der die Java Philosophie, die mir persönlich so missfällt, schön beschreibt.

Einfachheit ist ein sehr erstrebenswertes Ziel und die einzige Möglichkeit eine komplexe Software einigermaßen wartbar zu halten. Es ist zwar schön das man mit C++ für fast alles eine ideale Lösung bauen kann, aber wenn neben der Softwarekomplexität die Codekomplexität so hoch ist, dass es unglaublich aufwändig ist Änderungen vorzunehmen, ist die Lösung unbrauchbar. Wenn man sich Codestyle Guides für C++ anschaut (z.B. von Google https://google-styleguide.googlecode.com…k/cppguide.html) werden dort häufig Sprachfeatures einfach verboten: kein Template Metaprogramming, keine Preprozessordirektiven (außer include guards), Operatorüberladung nur wenn absolut notwendig und gerechtfertigt, Mehrfachvererbung nur für "Interfaces" etc. Es bleibt hinterher nicht viel mehr als die Features übrig die Java auch hat.

Was man Java im Vergleich zu C# schon vorwerfen kann, ist die langsame Implementierung neuer Sprachfeatures. Lambda Expressions hätten schon viel früher anonymous classes (die ich unglaublich schrecklich finde) ersetzen können und hätten viel Code deutlich übersichtlicher gemacht. Bei einer Sprache, bei der unglaublich viel vorhandener Code im Umlauf ist, muss man da aber auch etwas Rücksicht nehmen. Bei C++ lief das ganze ja noch langsamer ab.