GULP - Knowledge Base: Marktstudie: .NET und J2EE - Welche Plattform macht das Rennen?

Kommentare zu diesem Artikel:

"Die .NET-Platform hat den Vorteil, nahtlos in die MS-Umgebung eingebunden sein und damit den Anwender nahtlos abhängig von dieser Platform zu machen. Die Integration in andere Umgebungen als MS-Monokulturen - kleiner Scherz am Rande, die .NET-Platform auf Linux heißt Mono und ist bei weitem noch nicht so weit wie auf Windows - lässt sehr zu wünschen übrig und man ist genau da, wo ein anderer Kommentator seine Vorteile bei .NET sieht: Man baut selbst... (Juli 2009)"

"Ich kenne beide Welten und muss leider sagen, dass J2EE und .net gleich sind, was die Abhängigkeit von einem Hersteller angeht (Sun vs. Microsoft). Die .net Plattform hat die effizienteren Entwicklungswerkzeuge (Visual Studio.net), durch die nahtlose Integration aller Office & Server Produkte von Microsoft (durch den Hersteller selbst!) ist eine schnelle, konsistente und zukunftssichere Entwicklung für den Kunden gesichert. Bei den "Open Source", Java und J2EE Entwicklungen wird man sehr oft durch unausgegorene Lösungen bei der Entwicklung ausgebremst oder muss vieles selbst neu "erfinden". Durch die Möglichkeit der kostenlosen Nutzung von SQL Express von MS für Web Applikationen zieht das Argument "teuer" auch nicht mehr. Wer allerdings mehr will muss bei J2EE ja auch für Profi-Datenbanken wie Oracle Lizenzgebühren zahlen, die meist über die SQL Server Lizenzen liegen. Aus der Sicht der schnellen, effizienten Entwicklung gebe ich mittlerweile klar .net den Vorzug. Aus Freiberuflersicht ist die Plattform aber schlecht, Projekte sind schneller realisiert (man verdient weniger daran), jeder kann sich die Skills viel schneller aneignen (Konkurenz, Fähigkeiten der Fachabteilungen können schnell aufgebaut werden, weniger externes Know-How nachgefragt). Da das Wissen im Vergleich zu J2EE / SAP nicht mehr elitär und schwer zu erlangen ist, ist .net die Plattform für Jedermann. Das erklärt auch, warum die Stundensätze für J2EE Entwickler höher sind, warum für Oracle DBA mehr gezahlt wird, als für MS-SQL DBA, warum COBOL und SAP Entwickler noch teurer sind etc. (Mai 2009)"

"Kleines Hardware-Update zum Oktober 2007-Kommentar: Aktuelle Windows-x64-Hardware für 32.000 Euro plus Software ist ein 8-CPU- (32-Core-) Server mit 512 GByte RAM. Für das System ist eine Windows Server Enterprise Edition ausreichend - die SQL-CPU-Lizenzen gehen aber kräftig ins Geld... Damit dürfte für die meisten Projekte die Hardware-Plattform kein Entscheidungskriterium mehr sein. (Januar 2009)"

"Aus der reinen Entwicklersicht muss ich doch leider zugeben, dass das .Net Framework viel konsistenter, intuitiver und im endeffekt viel effektiver ist, um IT Lösungen jeglicher Art vor allem im Enterprise Bereich zu realisieren. Ich arbeiten mit Java/J2EE seit 1997 und mit .Net seit 2001. Ich kenne aus der reinen Entwicklerszen jede menge Leute die mit Java angefangan haben und komplett auf .NET umgestiegen sind, aber leider keinen einzigen der mit .Net angefangen hat und auf Java umgestiegen währe. (Dezember 2008)"

"Wenn man bedenkt, dass D7 (Stuttgart) und D8 (München) die Regionen mit dem stärksten Wachstum sind, dann sollte man mit .NET rechnen. J2EE scheint sich nur für Banken und Versicherungen zu lohnen. (November 2007)"

"Bei der Bewertung der Stundensätze sollten auch andere Skills berücksichtigt werden. Ein Entwickler mit zusätzlichem Branchen-Know-How ist natürlich wertvoller für den Kunden als ein reiner "Tastenklimperer". Welche Plattform für den Selbstständigen attraktiver, ist hängt auch vom Geschäftsmodell ab: Viele kleine Projekte (eher .NET) oder ein langes, spezialisiertes Projekt (eher J2EE), viele Branchen und Mittelstand (eher .NET) oder wenige große Unternehmen im Banken- und Versicherungsumfeld (eher J2EE). Die technischen Plattformen werden sich angleichen, interessant ist aber die Entwicklung von U-Boot-Projekten (getrieben von kleinen Fachabteilungen): Die setzen sehr oft auf Microsoft (Kosten, Know-How in der Abteilung, ...) - hier findet die Umwälzung eher von unten statt. Nebenbei: Mit der stärkeren Verbreitung von Hochleistungs-Hardware im Windows-Bereich (16-Core-Server mit 128GBRAM für aktuell ~40.000 Euro) ist für viele Firmen und Projekte erstmals eine Entscheidung "pro Microsoft" möglich, wo früher nur Oracle/Unix in Frage kam. (Man merkts: Als DBA habe ich einen Blickwinkel von der Datenbank aus, aber oft wird ja zwischen "Oracle/J2EE/Unix" und "SQLServer/.NET/Windows" entschieden.) (Oktober 2007)"

"Sehr guter Artikel, da der Artikel Informationen für grundlegende Architekturentscheidungen enthält. (September 2007)"

"Das der Autor auf einen schrumpfenden Abstand zw. beiden Plattformen schliesst ist etwas gewagt. IMHO :) Die Wachstumskurve zwischen den Jahren 2005 und 2007 flacht sehr deutlich bei .NET ab. Auch wäre es interessant zu schauen, warum Java stagniert und .NET an Fahrt verliert und in welchen Bereichen. Wegen Python, Ruby etc? Fazit: Der Artikel ist zu oberflächlich. (September 2007)"

"Das ist ganz hilfreich den Trend einzuschätzen. (September 2007)"

"Im Enterprisebereich bindet man sich ungern an einen einzigen Hersteller, insbesondere wenn dieser Microsoft heißt. Vor allem deshalb ist .NET nicht wirklich eine Alternative. Aus der Grafik kann man m.E. nicht ableiten, dass der Abstand der Anteile von J2EE/.NET-Projektangeboten schrumpft. (September 2007)"

"Ich kennen nun beide Frameworks. Daher kennt man auch die Vor- und Nachteile beider Plattformen. 1. Die Enterprise-Ausrichtung ist bei Java wesentlich besser, wenn auch nicht optimal gelöst. 2. Die Integration von SOA ist bei .NET besser und konsistenter gelöst. 3. C# hat einige nette Eigenschaften, die Java noch fehlen (z.B. Properties, ob auch LINQ dazu gehört, muss sich jeder selbst im Klaren werden, ich bein kein Fan von LINQ) Für den Entwickler stellt sich die Frage eh nicht, da es Branchen gibt, die halt J2EE deutlich bevorzugen. Zu denen gehören Banken, Versicherungen und auch die Automobilbranche. Kleinere Projekte werden oft in .NET abgewickelt, da dort im Betrieb ein homogenes Windows-Netz vorhanden ist und somit auch eine .NET-Entwicklung hineinpasst. (September 2007)"