Java vs .NET

[spunz]

Original geschrieben von Biri


Das mag schon sein, ich hab halt bisher noch kein Java Prog. gesehen, dass stabil läuft, gut aussieht und performant ist.

ich habe noch kein .net programm gesehen welches nicht gigantische speichermenge verbrät und nach mehreren stunden laufzeit noch lahmer als java wird.

nach diversen klogriffen hat selbst herold .net gekübelt...

fazit: java/.net is a schaß

[Biri]

hi,

@spunz: stimmt genau - java + net == schas
außerdem ist ja dieses ganze computer zeugs teufelswerk.
da drückst irgendwelche tasten und plötzlich kann das jemand anders lesen. vor 300 jahren wärst du am scheiterhaufen gelandet, wenn du sowas vorgezeigt hättest.

jetzt bin ich aber neugierig - nachdem java/net == schas, welche programmiersprache verwendest du?

fg
hannes

[spunz]

ich leide an diversen java/.net anwendungen die ihr programmier-terroristen-hexer-teufel zusammenpfuscht


/me zündet den scheiterhaufen unter biri an

[Jaguar]

Original geschrieben von Biri
hey, das wird ja doch noch eine lustige unterhaltung.

ad stabil laufen: wenn du ein fertiges packet auf 3 pc's installierts - auf 1 läuft es, auf 2 nicht und es kommt irgendeine (weiß nimma genau) exception, welche darauf schließen lässt, dass es was mit dem GUI zusammenhängt. Dann installierst du das zeug in einer vm-ware und es geht ebenso wie auf den anderen 2 pc's. naja, das nenn ich nicht gerade stabilität. (der pc auf dem es nicht ging war ein notebook mit "ungewöhnlicher" grafikkarte)

gut aussehen: stimmt schon, dass sich hier viel getan hat - gui schaut jetzt besser aus, dafür is noch langsamer. Im Vergleich zu einer modernen xaml oberfläche (winfx - präsentation foundation) schauen java guis aber schon sehr alt aus...

ad performance: natürlich kann man in jeder sprache so programmieren, dass das prog. langsam läuft. in java tut es das mal per default. auch spiele wo performance das wesentliche kriterium ist werden schon managed programmiert - ab vista + dx10 wird das noch vermehrt der fall sein. Zeig mir mal einen 3d-shooter in java, der aktuelle grafik verwendet und schnell ist!

stringvariable prüfen:

PHP-Code:

if (string.IsNullOrEmpty(mystring))
... 


fg
hannes

Du machst mir Spaß

ad gut aussehen: Auf den Rechnern wo ein Java GUI langsam rennt, läuft .NET auch nicht grad exterm flott und ein WPF GUI meist schon überhaupt nimmer nativ weil in den Kisten die Graka das eh nicht packt und der Prozessor das GUI Rechnen muß. Und ein XML GUI zu rendern geht ja sicher gleich viiiiiiiiiiel schneller (XML parsen braucht ja schon mal üüüberhaupt keine Zeit.. ja klar *lol*).

Klar sehen die neuen WPF GUIS moderner aus. Brauchen aber deutlich mehr Resourcen für die Umsetzung und scneller werden sie auf gleicher Hardware auf keinen Fall. Nur irgendwann ist die Hardware dann so schnell das es egal sein wird. Aber dann steht uns eh schon wieder was neueres ins Haus.

ad performance: .NET Applicationen und Java Applikationen sind Geschwindigkeitsmäßig per default gleich. 3D Shooter in Java kenn ich nicht, ich kenn aber auch keinen der auf .NET läuft.
Und sobald du bei einer .NET Sprache auf Windows APIs zugreifst (auch bei dem von dir angesprochenen DirectX 10) hast unter .NET nichts anderes als ne Wrapperklasse die im Hintergrund erst wieder auf die alten Win32 Funktionen zurückgreift (dh. eigentlich eine laufzeitbremsende Zwischenschicht die du da verwendest). Also von managed weit entfernt! Klar steigen viele um, aber nicht weils managed ist sonder die Framework APIs an vielen stellen freundlicher zu handhaben sind als direkt Win32 APIs was wiederum die Produktivität steigert in Kombination mit neueren Sprachen wie C#. Der ganze .NET Framework baut in der untersten Schichte bei allem betriebssystemspezifischen Funktionen auf Win32 auf. Wenn also performante Applikationen dein Hauptziel sind, ist .NET als Plattform auch danebengegriffen.

[Jaguar]

Original geschrieben von spunz
ich habe noch kein .net programm gesehen welches nicht gigantische speichermenge verbrät und nach mehreren stunden laufzeit noch lahmer als java wird.

nach diversen klogriffen hat selbst herold .net gekübelt...

fazit: java/.net is a schaß

Das mit dem Speicherverbrauch liegt aber eindeutig an der Qualität der geschriebenen Software (bzw. dem mehr-oder minder erfahrenen Programmiere, der jene entwickelt hat).
Problem vieler .NET Benutzer ist die Meinung: ah es gibt eh den Garbagecollector. Da ist das mit dem Resourcenfreigeben eh kein Problem mehr (Das hab ich sogar mal bei nem Softwareaudit zu hören bekommen, bin in Gelächter ausgebrochen). Da liegt genau das Problem bei vielen. Nur darauf kann man sich nicht blind verlassen.

Selbst unter .NET kommst ohne Memoryprofiler nicht aus. Es ist teilweise sogar leichter Memleaks zu reißen als unter C++ (wenn man nicht weiß was man tut, grad im Bereich GDI und Delegates). Wir haben uns diese Erfahrungen über 3 Jahre im Entwicklungsteam auch erst erarbeiten müssen (ist immer so bei neuen Technologien die keiner kennt). Und die Applikationen die wir erstellen laufen soweit durchgehen auf Rechnern mit Tochscreens über Wochen und Monate ohne Neustart. Und die halten ihren Speicherverbrauch im geplanten Rahmen und werden auch nicht langsamer. Ohne Memoryprofiler kommst da aber nicht weit. Genausowenig wie in anderen Programmiersprachen. Noch dazu wenn die Programme dann Größenordnungen von mehreren 100.000 Zeilen Code haben.

[Jaguar]

Original geschrieben von spunz
ich leide an diversen java/.net anwendungen die ihr programmier-terroristen-hexer-teufel zusammenpfuscht


/me zündet den scheiterhaufen unter biri an

Dann dürfts euch nicht die billigen Studenten und ehemaligen selbst angelernten VB Entwickler für solche Programme holen, die glauben: mit den neuen Tools eine Applikation zusammenklicken reicht.