Hi,

Ich will mir eine neue Programmiersprache aneignen, und schwanke im Moment zwischen Java und C#.

Wo liegen die Vor- und Nachteile von Java/C#?

Welche der beiden ist Zukunftsorientierter? Mit welcher kann man denn besser Spiele programmieren (was ich nämlich u.a. auch vorhabe).

Und braucht man für einer der Sprachen irgendetwas, das kostet? Z.B. ein Programm, welches ich mir erst kaufen muss, damit die Sprache überhaupt auf meinem Rechner rennt, etc.?
Oder kann ich es ganz kostenfrei programmieren, und die Programme benutzen?

Achja, und bitte bewertet alles Objektiv, also nicht sagen, dass weil euch der Name "Java" besser gefällt, ihr mir diese auch empfiehlt

mfg gawain

Ich würde dir persönlich Java empfehlen, ist eine sehr gute Sprache.
C# ist wieder so eine Sache, von Microsoft eingeführt, ähnelt Java "rein zufällig" etwas
C# ist zwar auch plattformunabhängig, jedoch bietet Microsoft dafür dann wieder bestimmte packages an, die nur auf Windows laufen etc. (wenn jetz irgendwas, was ich über C# gesagt hab, nicht stimmt, nicht hauen )
Ich programmiere gerade selber ein Spiel in Java, das geht auch sehr gut, nur muss man halt auf die Performance achten, weil das ganze über die JVM läuft und daher nicht mit der Performance von nativen Sprachen wie C++ mithalten kann. Dafür ist es aber komfortabler, die Spiellogik damit zu machen. Der Egoshooter "Chrome" wurde z.B. bis auf die Grafik mit Java gemacht.
Für Spieleprogrammierung mit Java empfehle ich dir die Seite http://fivedots.coe.psu.ac.th/~ad/jg/, allerdings erst, wenn du mit den Grundlagen vertraut bist. Dafür gibts dann das hier: http://www.dpunkt.de/java/index.html
Als Entwicklungsumgebung gibt es kostenlos eine von Sun (ka wie die heißt, sry ) und den Borland JBuilderX Foundation.
Außerdem hast du bei Java den Vorteil einer recht großen Community und der Portabilität von Klassen, soll heißen, es gibt viele Problemstellungen, die andere schon gelöst haben und diese Lösungen dann auch zum Download anbieten.

C# ist eigentlich nicht Plattformunabhängig, da es auf dem .NET-Framework aufbaut, welches nur für Windows zu haben ist. Es gibt allerdings eine Gruppe von Leuten, die sich darangemacht haben. Das Framework auf Linux zu portieren (mono Projekt).

In C# ist es recht bequem möglich mit DirectX9 zu programmieren.
Allerdings baut es, auch wie Java, auf ein Framework auf und ist somit auch nicht so schnell wie C++.

Für Pacman sollte es allerding reichen. Ich weiss nicht, wie es bei Java mit DirectX aussieht, aber wenn du kein DirectX willst, denke ich, dass Java die bessere Wahl ist.

Jetzt geht das schon wieder los .. gibt unzählige Threads dazu.

Grafikprogrammierung ist mit C# absolut kein Problem. Und vermutlich sogar einfacher unter Windows als mit Java. Willst spiele verkaufen, sollten diese wohl eher auf Windows laufen und da spricht Java schon mal dagegen.

DirectX mit C# ist kein Problem. Dann gibts da noch das GDI+ welches recht mächtig ist, immerhin visualisiert Windows damit so ziemlich alles.

Von der Sprache her ists eigentlich egal. Sind beide sehr ähnlich und gleich zu lernen. Für Java hast viele freie Tools, die das Programmieren ein wenig erleichtern, dafür gibts keine GUI, die an Visual Studio rankommt (nein, IDEA nicht und Eclipse auch nicht).

Du solltest Dir vielleicht überlegen, für welche Plattform Du hauptsächlich entwickeln möchtest. Ist es Windows, dann nimm C#, ist es Linux/Unix/etc. und willst Du plattformunabhängig sein, dann Java. Wobei die Plattformunabhängigkeit auch so eine Sache ist .. da musst auch wieder aufpassen, welche Klassen Du verwendest und vor allem gestaltet sich die Grafikprogrammierung unter Linux (Treiber bla bla bla) ein wenig anders als unter Windows. Wirst also vermutlich eh zweimal schreiben müssen, wenns was gscheites werden soll. Bei Pacman is egal

Nitro

PS: Ich muss auch dazusagen, dass Du ausser Deinem Windows für C# auch nicht mehr brauchst. Für C# gibt es mittlerweile auch kostenlose Entwicklungsumgebungen etc. Das Framework sowie das SDK sind ohnehin gratis. SharpDevelop zum Beispiel. Ausserdem gibts von Microsoft-Mitarbeitern, den User-Groups etc. große Anstrengungen, da noch ein wenig mehr Leben hineinzubekommen. Die Kosten sollten also hier keinen Faktor darstellen.

Original geschrieben von nitronic
Jetzt geht das schon wieder los .. gibt unzählige Threads dazu.

Grafikprogrammierung ist mit C# absolut kein Problem. Und vermutlich sogar einfacher unter Windows als mit Java. Willst spiele verkaufen, sollten diese wohl eher auf Windows laufen und da spricht Java schon mal dagegen.

Und wenn du es tausendmal wiederholst es wird nicht wahrer.
Java ist auf Windows wunderbar. Performanter als C#. Und es wurden schon mehrere Spiele mit Java programmiert, was bei C# noch nicht der fall ist. Dennoch sind Java und C# beides keine Programmiersprachen um Spiele zu programmieren. Wenn du Spiele programmieren willst dann lern C++;

Original geschrieben von nitronic

Von der Sprache her ists eigentlich egal. Sind beide sehr ähnlich und gleich zu lernen. Für Java hast viele freie Tools, die das Programmieren ein wenig erleichtern, dafür gibts keine GUI, die an Visual Studio rankommt (nein, IDEA nicht und Eclipse auch nicht).

Dafür ist Visual Studio ziemlich altbacken. Kein Incremental Build, kein HotCode Replacement (in der neusten iX wurde von dem MS Produktmanager versprochen das dies in 2 Jahren kommt, eclipse kann es schon lange).

Original geschrieben von nitronic

Du solltest Dir vielleicht überlegen, für welche Plattform Du hauptsächlich entwickeln möchtest. Ist es Windows, dann nimm C#, ist es Linux/Unix/etc. und willst Du plattformunabhängig sein, dann Java. Wobei die Plattformunabhängigkeit auch so eine Sache ist .. da musst auch wieder aufpassen, welche Klassen Du verwendest und vor allem gestaltet sich die Grafikprogrammierung unter Linux (Treiber bla bla bla) ein wenig anders als unter Windows. Wirst also vermutlich eh zweimal schreiben müssen, wenns was gscheites werden soll. Bei Pacman is egal

Erzähl kein Zeuch von dem du keine Ahnung hast. Damit es wirklich auf jedem OS gleich aussieht gibt es bei Java LayoutManager die das komplett hinbekommen.
Und sämmtliche Klassen des JDK sind auf allen Plattformen lauffähig.

Wenn du etwas nicht weisst, sag lieber gar nichts, anstatt so ein blödsinn zu erzählen.

Wir fassen zusammen, ausser ein paar falsche Behauptungen kaum Inhalt in dem Post.

Sorry wenn meine Reaktion etwas scharf ist, aber bevor mann falsche Dinge erzählt sollte mann sich informieren.

Sorry, die LayoutManager kenn ich natürlich schon. Und DARAUF hab ich auch nicht abgezielt. Dass ich mit nem LayoutManager das Layout komplett ändern kann ist mir bewußt. Soviel kenn ich mich mit Java auch aus. Außerdem hab ich diesen Punkt auch niemals erwähnt. Also warum die Aufregung? Hab ich in einem Wort gesagt, dass das Endergebnis anders aussieht? Ich sagte, dass sich die Grafikprogrammierung anders gestaltet - und zwar unter Linux. Und dem wirst Du wohl nichts entgegenzusetzen haben. Kannst also Deinen kompletten letzten Absatz streichen, da dieser mit meiner Post rein gar nichts zu tun hat.

Tja, Visual Studio kann vielleicht ein paar Dinge nicht, dies sind aber Dinge die man durchaus verkraften kann und die jemand, der in den Startlöchern steht, ohnehin nicht braucht. Visual Studio 2005 hat die Punkte meines Wissens nach drinnen - und das dauert keine 2 Jahre mehr.

Ausserdem muss hier angemerkt werden, dass ich mit Visual Studio ein paar Dinge mehr kann als Programmieren. Ich kann hier meine Datenbank administrieren, mir daraus jede Menge Zeugs generieren lassen. Ich damit XML verarbeiten, mir Schemata bilden, ich hab ein UML dabei etc. Dinge wozu ich mir unter Eclipse wieder irgendein Plugin suchen muss, wovon die, die zu brauchen sind, erst wieder kosten.

Ad Performance:
Ja, hier hast Du natürlich wieder Deine Quellen. Ich hab die meinigen und die bescheinigen C# ein anderes Zeugnis. Wie gesagt, traue keiner Statistik, die Du nicht selbst gefälscht hast. Es gibt im Netz mind. gleich viele Aussagen, die bescheinigen dass C# schneller ist, als umgekehrt.

PS: Falsch war an meiner Aussage gar nichts. Nur anscheinend ist für die Java-Welt so manches anders.

Original geschrieben von nitronic
Sorry, die LayoutManager kenn ich natürlich schon. Und DARAUF hab ich auch nicht abgezielt. Dass ich mit nem LayoutManager das Layout komplett ändern kann ist mir bewußt. Soviel kenn ich mich mit Java auch aus. Außerdem hab ich diesen Punkt auch niemals erwähnt. Also warum die Aufregung? Hab ich in einem Wort gesagt, dass das Endergebnis anders aussieht? Ich sagte, dass sich die Grafikprogrammierung anders gestaltet - und zwar unter Linux. Und dem wirst Du wohl nichts entgegenzusetzen haben. Kannst also Deinen kompletten letzten Absatz streichen, da dieser mit meiner Post rein gar nichts zu tun hat.

Swing sieht auf Linux genauso aus wie auf Windows.

Original geschrieben von nitronic

Tja, Visual Studio kann vielleicht ein paar Dinge nicht, dies sind aber Dinge die man durchaus verkraften kann und die jemand, der in den Startlöchern steht, ohnehin nicht braucht. Visual Studio 2005 hat die Punkte meines Wissens nach drinnen - und das dauert keine 2 Jahre mehr.

Wir sprechen über die Version die mit Longhorn kommt und diese kommt in 2 Jahren

Original geschrieben von nitronic

Ausserdem muss hier angemerkt werden, dass ich mit Visual Studio ein paar Dinge mehr kann als Programmieren. Ich kann hier meine Datenbank administrieren, mir daraus jede Menge Zeugs generieren lassen. Ich damit XML verarbeiten, mir Schemata bilden, ich hab ein UML dabei etc. Dinge wozu ich mir unter Eclipse wieder irgendein Plugin suchen muss, wovon die, die zu brauchen sind, erst wieder kosten.

Achso VS kostet nichts? währe mir aber neu.
Im übrigen ist MS Visio keine UML Implementierung die nicht annähernd den UML Standard umsetzen. Für korrektes UML verweist auch der Produktmanager auf die Partner die Erweiterrungen für VS liefern.
UML Plugins bekommst du auch kostenlos für Eclipse.

Original geschrieben von nitronic

PS: Falsch war an meiner Aussage gar nichts. Nur anscheinend ist für die Java-Welt so manches anders.

Nein deine Aussage das mann bestimmte Klassen nicht benutzen darf, um Plattformunabhängig zu sein, ist falsch.
Alles was in dem Java Standard Library drinne ist, ist definitiv genauso nutzbar auf allen Betriebssystemen die eine Java Standard Library nutzen.

Die 2. Aussage das GUIs unter Windows anders aussehen als unter Linux sind definitiv falsch. Dafür gibt es Swing und Swing sieht auf beiden absolut gleich aus.
Auch gestalltet sich die "Grafikprogrammierung" nicht anders. Java2D und Java3D sind auf beiden Betriebssystemen ebenso absolut plattformunabhängig.

Ad Swing:
Tja, Swing sieht zwar auf Linux gleich aus wie unter WIndows, sieht aber nicht wie Windows aus. Ausserdem hab ich davon nicht gesprochen, das ganze Thema hast du ins Rennen geworfen und ist irrelevant.

Ad VS 2005:
Erklär mir mal bitte was VS 2005 mit Longhorn zu tun hat? Nämlich original GAR NIX! Mit Longhorn hat Yukon was zu tun, aber das ist der SQL-Server.

Ad Kosten:
Ich hab in keinster Weise behauptet, dass VS nichts kostet. Leg mir doch keine Dinge in den Mund, die ich nicht gesagt habe.
Meine Aussage lautete: Dass du für saubere, schnelle und gute Plugins für Eclipse bezahlen musst. Dem ist so und mehr habe ich nicht gesagt. Wenn Du etwas in meine Worte rein-implizierst, dann wirf es mir nicht vor.

Ad UML:
Tatsache ist, dass Du ein UML-Diagramm erstellen kannst. Fakt. Dass dem nicht 100%ig dem Standard entspricht weiß ich auch. Dass es allerdings immer noch besser ist, als das kostenlose UML-Plugin für Eclipse liegt aber auch auf der Hand. Für ein wirklich ordentliches Produkt musst ohnehin in beiden Fällen bezahlen.

Java-Klassen:
Tja, Standard-Klassen. Leider reichen die für spezielle Zwecke dann nicht mehr aus. Und willst du eine spezielle Sache umsetzen, dann musst du auf Klassen zurückgreifen, die dann leider nicht mehr von allen Systemen unterstützt werden.

Ad Produkt-Manager von Microsoft:

Die Aussage eines Produkt-Managers von M$ ist mir vollkommen egal. Ich hab auf der CeBit selbst erlebt wieviel Ahnung die tatsächlich haben. Danke, da verlass ich mich eher auf die Blogs von den Programmierern vom VS, denn die wissen wann sie fertig sein müssen. Der Produktmanager kriegt ohnehin etwas hingeworfen. Veröffentlichungstermin vom VS2005 ist kommendes Jahr, 1. Quartal.

Original geschrieben von nitronic
Ad Swing:
Tja, Swing sieht zwar auf Linux gleich aus wie unter WIndows, sieht aber nicht wie Windows aus. Ausserdem hab ich davon nicht gesprochen, das ganze Thema hast du ins Rennen geworfen und ist irrelevant.

Du hast davon gesprochen das Grafikprogrammierung anders gestalltet was totaler Blödsinn ist.

Original geschrieben von nitronic

Ad VS 2005:
Erklär mir mal bitte was VS 2005 mit Longhorn zu tun hat? Nämlich original GAR NIX! Mit Longhorn hat Yukon was zu tun, aber das ist der SQL-Server.

Die Aussagen des Produktmanagers beziehen sich aber darauf das Hot-Code Replacement ein Feature für das VS das mit Longhorn ausgeliefert wird ist.

Original geschrieben von nitronic

Ad Kosten:
Ich hab in keinster Weise behauptet, dass VS nichts kostet. Leg mir doch keine Dinge in den Mund, die ich nicht gesagt habe.
Meine Aussage lautete: Dass du für saubere, schnelle und gute Plugins für Eclipse bezahlen musst. Dem ist so und mehr habe ich nicht gesagt. Wenn Du etwas in meine Worte rein-implizierst, dann wirf es mir nicht vor.

Nein brauchst du nicht. Denn saubere, schnelle und gute Plugins für Eclipse gibts in Massen für Lau. Zum Beispiel ist das Struts Plugin ein ziemlich klasse Ding, für lau.
Es gibt sowohl gute Plugins die richtig Geld kosten, als auch kostenlose. Dennoch kommt mann selbst vollgepackt mit Plugins nichtmal annähernd auf den Preis von einem Vergleichbaren VS Studio.

Original geschrieben von nitronic

Ad UML:
Tatsache ist, dass Du ein UML-Diagramm erstellen kannst. Fakt. Dass dem nicht 100%ig dem Standard entspricht weiß ich auch. Dass es allerdings immer noch besser ist, als das kostenlose UML-Plugin für Eclipse liegt aber auch auf der Hand. Für ein wirklich ordentliches Produkt musst ohnehin in beiden Fällen bezahlen.

Das ist schon wieder totaler Müll.
Omondo:
http://www.omondo.com/features.jsp
Unterstützt den UML Standard und ist demnach um einiges besser als ein Halbwertiges Visio.

Original geschrieben von nitronic

Java-Klassen:
Tja, Standard-Klassen. Leider reichen die für spezielle Zwecke dann nicht mehr aus. Und willst du eine spezielle Sache umsetzen, dann musst du auf Klassen zurückgreifen, die dann leider nicht mehr von allen Systemen unterstützt werden.

Och echt? Ist mir in meinen Jahren der Java Erfahrung noch nie vorgekommen. Anscheinend programmier ich ja keine richtigen Sachen.
Sach mir doch welche Speziellen Klassen ich denn umbedingt brauche die nicht
Plattformunabhängig sind. Mir sind nähmlich noch keine Untergekommen.

Mich nervt einfach deine Mutmassungen und unhaltbaren Behauptungen.
Bisher sind deine Aussagen alle widerlegbar falsch, komplett.

Grafikprogrammierung:
Ich sagte, dass sich die Grafikprogrammierung unter Linux ein wenig anders gestaltet als unter Windows in Zusammenhang mit Treibern etc. Und zwar wie Du diese ansprichst usw.

Produkt-Manager:
Dann schreib gleich dazu worauf sich seine Aussage bezog und nicht, dass er generell alles mit Longhorn in Verbindung bringt. Dass das VS 2005 wesentlich vor Longhorn kommt (wo nichtmal noch feststeht, in welcher Form es auf den Markt kommt), steht fest und alle neuen Features sind noch nicht raus. Aber es gibt Leute die haben bereits einen Blick darauf geworfen und wissen, was in etwa kommen wird - und da sind wahrlich einige neue Features dabei.

Omondo:
Und ja, ich kenne Omondo, hab ich selber laufen, weils das einzig gscheite free UML-Plugin für Eclipse ist. Und langsam. Und es fehlen viele Features. Und ein Graus bei der Installation, weils mit der Hälfte der Eclipse-Versionen net kann, oder du einiges tun musst, damits funktioniert.

Eclipse-Plugins generell:
Ja, richtig, es gibt viele Plugins die free sind und teilweise gar nicht so schlecht. Viele findest aber auch erst, wenn du entweder von jemanden darauf gestoßen wirst, oder wenn du viel Zeit hast um alle zu probieren, ob sie wohl den Wünschen entsprechen.

UML - Visualisierung:
Mir persönlich ist das vollkommen egal, ob es 100%ig UML-konform ist. Ich verwende UML um zu designen, um zu analysieren und um vorhandenes visuell abzubilden. Ob es 100%ig UML-konform ist, ist mir deshalb egal, weil ich zB einem Manager zeigen will was dahinter steht. Nachdem der sowieso nur eine Grafik sehen will und nicht versteht was dahinter ist, ist es vollkommen egal ob es standard-konform ist oder nicht. Ich und die Leute die dran arbeiten müssen das gleiche verwenden und auch verstehen - dann gibt es auch kein Problem mehr.

Klassen die nicht kompatibel sind etc:
Du unterstellst mir da in jeder Post, dass ich dir etwas unterstelle. Schwachsinn. Du hast sicherlich jede Menge Erfahrung und die spreche ich dir nicht ab. Du hast auch sicherlich wesentlich mehr Erfahrung was Java angeht, auch kein Thema. Aber ich kann mir beim besten Willen nicht vorstellen, dass eine Klasse, die im Linux-System rumgräbt auch unter Windows funktioniert. Hier wirst das gleiche Verhalten haben, wie es uns die Win32-API zeigt.

Original geschrieben von nitronic
Grafikprogrammierung:
Ich sagte, dass sich die Grafikprogrammierung unter Linux ein wenig anders gestaltet als unter Windows in Zusammenhang mit Treibern etc. Und zwar wie Du diese ansprichst usw.

Gib doch mal Beispiele als immer im Dunklen zu fischen. Denn Java bietet gerade wegen Betriebssystemunterschiede für alles eine Plattformunabhängige API.
nige[/b] neue Features dabei.

Original geschrieben von nitronic

Omondo:
Und ja, ich kenne Omondo, hab ich selber laufen, weils das einzig gscheite free UML-Plugin für Eclipse ist. Und langsam. Und es fehlen viele Features. Und ein Graus bei der Installation, weils mit der Hälfte der Eclipse-Versionen net kann, oder du einiges tun musst, damits funktioniert.

Es gibt noch andere, aber da kannst du gern selber nach googlen. Und wenn du damit meinst es auf 3.0 laufen zu lassen, nur um dein Schwaches Gedächtnis aufzufrischen:
3.0 ist BETA.
Auf 2.1 ist die installation ein Kinderspiel.
Und nur zur Informationen, beim Einsatz von Beta Produkten kann mann kein Reibungslosen Ablauf garantieren deswegen heisst es ja auch beta.

Original geschrieben von nitronic

Eclipse-Plugins generell:
Ja, richtig, es gibt viele Plugins die free sind und teilweise gar nicht so schlecht. Viele findest aber auch erst, wenn du entweder von jemanden darauf gestoßen wirst, oder wenn du viel Zeit hast um alle zu probieren, ob sie wohl den Wünschen entsprechen.

Da sind alle Plugins aufgelistet:
http://eclipse-plugins.2y.net/eclipse/index.jsp

Und das mann sich informieren muss ob ein Produkt gut oder schlecht ist, muss mann bei allem.

Original geschrieben von nitronic

UML - Visualisierung:
Mir persönlich ist das vollkommen egal, ob es 100%ig UML-konform ist. Ich verwende UML um zu designen, um zu analysieren und um vorhandenes visuell abzubilden. Ob es 100%ig UML-konform ist, ist mir deshalb egal, weil ich zB einem Manager zeigen will was dahinter steht. Nachdem der sowieso nur eine Grafik sehen will und nicht versteht was dahinter ist, ist es vollkommen egal ob es standard-konform ist oder nicht. Ich und die Leute die dran arbeiten müssen das gleiche verwenden und auch verstehen - dann gibt es auch kein Problem mehr.

Genau der selbe Quatsch wie:
Meine HTML Seite muss im IE gut aussehen. Ob das Standardkonformes HTML ist oder nicht, iss mir doch egal hauptsache meine Clankollegen können auf die phaette pAgE.

Original geschrieben von nitronic

Klassen die nicht kompatibel sind etc:
Du unterstellst mir da in jeder Post, dass ich dir etwas unterstelle. Schwachsinn. Du hast sicherlich jede Menge Erfahrung und die spreche ich dir nicht ab. Du hast auch sicherlich wesentlich mehr Erfahrung was Java angeht, auch kein Thema. Aber ich kann mir beim besten Willen nicht vorstellen, dass eine Klasse, die im Linux-System rumgräbt auch unter Windows funktioniert. Hier wirst das gleiche Verhalten haben, wie es uns die Win32-API zeigt.

Glauben heisst nicht wissen.
Ein Beispiel:
Unter Windows gibt es kein Sendmail sonder das Windows Pendant dazu. Da mann sich also nicht darauf verlassen kann das dieses oder jenes Programm verfügbar ist unter Java, gibt es von Sun die JavaMail API (Bestandteil von J2EE) . Die mann entweder so konfigurieren kann das sie über bestehende Mailserver sendet (sprich mann muss nichts am Code ändern, höchstens die Konfiguration) oder selbständig agiert. Das heisst das ist gleichzeitig ein MailServer der auch auf SMTP Sendungen horcht.
Weiteres Beispiel:
Ordner im Dateisystem. Unter Windows werden die Ordner Seperator mit \ dargestellt unter Unix mit / . Java beachtet dies und es gibt die Eigenschafft
File.seperator
Mit diesem kann man plattformunabhängig dieses Darstellen. Beispiel images\bild.gif
bzw images/bild.gif
Java: "images"+File.separator+"bild.gif"

Sprich sämmtliche Klassen die du im J2SE / J2EE findest sind komplett plattformunabhängig und so umfangreich (mehrere Tausend) das mann keine Betriebssystemspezifische Programmierung braucht.
Wem das noch nicht genügend Klassen sind der bekommt bei Apache (die Commons Libs) die nochmals mehrere tausend Klassen die wieder komplett Plattformunabhängig sind.

Sorry nitronic, ich diskutiere gerne mit dir, aber mich ärgert das du deine Vermutungen als Wahrheit darstellst.
Wie eben die Vermutung das mann auf Betriebssystemspezifische Komponenten zurückgreifen muss.

Hmm, wenn SirGawain jetzt noch nicht suizidgefährdet ist, dann hat er gute
Nehmerqualitäten. Wisst ihr eigentlch, was ihr einem ANFÄNGER mit so einer
Diskussion antut?

Original geschrieben von Martin Schaefer
Hmm, wenn SirGawain jetzt noch nicht suizidgefährdet ist, dann hat er gute
Nehmerqualitäten. Wisst ihr eigentlch, was ihr einem ANFÄNGER mit so einer
Diskussion antut?

Ja mei, nur die harten kommen in den Garten

Grafik:
Gut, dann zeig mir bitte wie ich unter Linux und Windows einen virtuellen Desktop per Java anspreche. Vielleicht gehts ja mit einer einzigen Implementierung. Ich würds nur gerne sehen.

Eclipse:
Tatversion: 2.1.2 - ca. 15 Personen von 35 hatten ein Problem Omondo zu installieren. Nicht aufgrund Ihrer fehlenden Kenntnisse, sondern aus der Tatsache heraus, dass es schlicht und einfach nicht funktioniert hat. Windows 2000 und XP.

Dass es mit einer Beta sehr wahrscheinlich nicht funktioniert, ist mir klar. Aber siehe oben.

Ad Plugins:
Jup, den Link kenne ich mittlerweile auch. Dennoch ist es sehr mühsam, das für sich passende Plugin zu finden. Da verwende ich das was im VS integriert ist.

UML:
Dein Vergleich hinkt. Du vergleichst hier Äpfel mit Birnen. Ich benötige kein UML um es mit einem weiteren Programm bearbeiten zu können, sondern um für mich und mein Team das Design zu entwerfen bzw. ein Design zu generieren. Hierzu muss ich es nicht mit anderen Tools etc. weiterverarbeiten, wodurch es auch nicht nötig ist, sich an einen Standard zu halten.

Betriebssystem:
Es gibt aber auch Fälle, in denen ich Funktionen verwenden möchte, die vom OS zur Verfügung gestellt werden .... vergleichbar mit der Win32 API.