Java == C#.Net

Das Programmieren in verschiedenen Sprachen und Studios ist eine Selbstverständlichkeit. Damit Programmiersprachen und Arbeitsumgebungen auch bei der Personalsuche in den Hintergrund treten und das Talent der Entwickler in den Vordergrund gestellt werden kann, kommen meiner Meinung nach nur gründliche Einstellungstests infrage. Dabei ist es möglich aus einer großen Zahl von Bewerbern, durch geeignete Verfahren (die mir aus eigener Erfahrung bekannt sind), überragende Teams herauszuholen.

Hier befasse ich mich jetzt jedoch nur mit etwas C# + MS Visual Studio .Net und Java + Eclipse. Viel programmierte ich in C# und wusste, dass Java sehr ähnlich ist, als ich dann allerdings etwas in Java programmierte, merkte ich schnell, dass es noch viel ähnlicher war, als ich es in Erinnerung hatte. Hier will ich nun ein paar Programmausschnitte zeigen, wie sie in Java und in C# aussehen, das Ganze anhand eines kleinen Beispielprogramms. Außerdem werde ich auf die Studios eingehen und beleuchten, was auf einen so kurzen Blick mächtiger erscheint.

Hauptsächlich unbeachtet bleiben die Möglichkeiten mittels Erweiterungen den Funktionsumfang zu verbessern, einige spreche ich jedoch an. Die Leistung, Geschwindigkeit und Verbreitung ist kein Thema dieses Eintrags.

An dem Visual Studio hatte ich stets am meisten Freude, das hat mehrere Gründe.

1. Es lief auch bei teils defekter Hardware, ohne Datenverluste und ohne Projektdaten zu beschädigen (Android Studio zerschoss stets das Projekt). Der erfahrene Schaden war ein fehlerhafter Arbeitsspeicher.
2. Erweiterungen zu suchen und zu installieren, ist sehr übersichtlich gestaltet.
3. Mein Git Repository war schnell und einfach zu nutzen.
4. Die intelligente Programmierunterstützung war oft hilfreich.
5. Inlinedokumentation trug schon sehr früh mittels Parameter und Beschreibungen zur Übersicht bei.
6. Leicht bedienbare Code- und Leistungsanalysen halfen schon öfters bei der Fehlersuche.
7. Der Geräte (Smartphone) Emulator ist mit wenigen Klicks eingerichtet.
8. Ohne tieferes Verständnis ließen sich eigene Controls schnell und einfach entwickeln.
9. Das Entity Framework nahm einem viel Arbeit in der Datenanbindung ab.
10. Die Designer sind sehr intuitiv bedienbar.

Viele Möglichkeiten mehr, die das Studio bietet, habe ich noch nie getestet. Tatsächlich würde ich eher prüfen, ob »Visual Studio Code« für meine Belange evtl. schon hinreichend ist.

Eclipse gefällt mir heute viel besser. Nach dem Entwickeln des Beispielprogramms erkenne ich an, dass meine Erinnerung an das Eclipse, das ich kannte, aus vergangener Zeit stammt. Etwas weniger intuitiv finde ich dort die gleichen Komponenten, wie im Visual Studio. In Eclipse findet sich beispielsweise unter Help – Eclipse Marketplace, was man im Visual Studio so ähnlich unter Erweiterungen – Extensions verwalten finden kann. Das Meiste findet sich irgendwo und irgendwie wieder.

Etwas weniger begeistert war ich von dem Designer, denn die Anordnung funktionierte nicht ganz so gut wie im Visual Studio, aber das Ergebnis war schlussendlich das gewollte, ich denke, dass dies zur Eingewöhnung gehört.

Trotz fehlerhaftem Arbeitsspeichers hat auch Eclipse den Workspace intakt gelassen und lief reibungslos.

Es gibt Tutorials für das Entity Framework. Nachdem ich ein etwa 200-seitiges Tutorial durchgearbeitet hatte, war ich überzeugt davon, dass es fast intuitiv nutzbar ist und immer verwendet werden sollte, wenn man Datenbanken benutzt.

Unter Eclipse erfüllen evtl. die zwei open source Erweiterungen SQL DAL Maker und KPA Diagram Editor gleiches oder annähernd gleiches. Der Umfang des Tutorials zeigt auf, warum ich mir diese Erfahrung, das zu testen, für einen späten Zeitpunkt aufgehoben habe.

JDialog und JFrame fand ich im Projektexplorer unter Rechtsklick – New – Other... oder Ctrl + N, als die Objekte, die ich für eine vom Designer unterstützte Oberfläche brauchte, im Ordner SwingDesigner, Unterordner von WindowBuilder mittels Suchfunktion.

Um eine ausführbare exe-Datei zu erhalten, kann die jar-Datei von Eclipse mittels Lounch4j in eine solche umgewandelt werden.

JavaSE 9 wählte ich in Eclipse aus und als minimal Version gab ich 9.0.0 im Tool launch4j ein, so funktionierte es. Mit Auswahl der Ausgabedatei und der Jar-Datei und des Icons und des Speicherns der Config durch Klick auf das Zahnrad. Allerdings sollte die Datei signiert werden, weil sie sonst vielleicht von einem Antivirus gelöscht wird.

(Siehe auch https://de.wikihow.com/Aus-Eclipse-eine-ausf%C3%BChrbare-Datei-erzeugen)

Unter Properties – Java Build Path – Libraries – Modulepath – JRE System Library – Edit... - Execution environment galt es JavaSE 9 (jre) auszuwählen, das wirkte anfangs tatsächlich ein wenig versteckt.

Java != C#, aber ob C#, Java oder Kotlin, es programmiert sich alles gleich und liegt schon ein Programm vor, so wird es kinderleicht es in andere Sprachen zu übernehmen, wie C++. Es gibt wohl kaum einen, der die Bibliotheken auswendig kennt, wie auch kaum einen, der das Lexikon oder den Duden auswendig kennt. Stets geht es darum nur, um ein kleines bisschen Syntax, weil alles andre schlägt man eh nach.
Der Aufbau ist ein anderes Thema, den es zu erkennen gilt, um sich zurechtzufinden. Vielleicht liegt es manchem besser oder schlechter, womöglich kann es der Freie besser, weil er sich häufiger auf veränderte Arbeitsumgebungen einstellt.
Oder in anderen Worten: