Es gibt im Jahresverlauf immer wieder Fragen, die uns erreichen und die wir so in der Form schon früher gestellt bekommen haben. Das ist logisch, denn es stoßen immer wieder neue Menschen zu unserem Projekt und offenbar sind dann manche Fragen ganz natürlich. Wir wollen heute die Antworten zu einigen Fragen rund um unsere Programmierumgebung und die grundlegende Architektur geben. Alles in der Hoffnung, dass Euch diese Fragen auch schon untergekommen sind.
Wir wünschen tiefe Erkenntnisse und viel Spaß beim Lesen.
"Warum verwendet ihr eine Programmiersprache, welche schon einige Jahrzehnte auf dem Buckel hat?"
"JAVA ist eine tolle Sprache für Banken oder Versicherungen. Warum in der Spieleentwicklung?"
"Warum nicht Kotlin, Rust, C# oder auch C++?"
"Warum bleibt ihr in JAVA 8 und verwendet z.B. nicht JAVA 25?"
Ja, wir haben eine aktive Community, welche auch immer wieder gerne unsere Motive hinterfragt. Wir haben das zwar schon in Einzelgesprächen immer wieder beantwortet, aber es ist nun an der Zeit, das für alle interessierten Leser zu machen.
Das Argument des Alters einer Programmiersprache trifft nur bedingt zu. Grundsätzlich muss sie in der Lage sein, die gewünschten Abläufe an den Computer zu übertragen. Zusätzlich muss sie auf möglichst vielen Computersystemen laufen. Außerdem sollte sie einfach zu verwenden und einzusetzen sein. All das trifft auf JAVA zu. Der Fun-Fakt ist: Unsere Spiele würden sogar auf manchem Eiskasten laufen - aber wer will da schon Tarock spielen? Daher ist eine altersbedingte Änderung nicht notwendig, solange die Programmiersprache auf den aktuellen Systemen einsetzbar ist.
Es stimmt, dass JAVA im Bereich Verwaltung (Informatik-Sprech: Backend) eingesetzt wird, weil es da viele Vorteile aufweist. Es ist auch bei uns so, dass es neben den Darstellungen, welche die User zu Gesicht bekommen, auch auf vielen Servern und Datenbankverbindungen (Informatik-Sprech: Bridges) läuft. Die Weitläufigkeit der Anwendungen hat den Ausschlag gegeben. Wären Apple (IOS) und Google (Android) mit ihren Systemen nicht so stur in Bezug auf JAVA, würde es unsere Programme dort auch geben. Leider ist allerdings die Portierung nicht so einfach und mit Fehlermöglichkeiten behaftet. Deswegen haben wir bislang auf die Übertragung auf diese Systeme verzichtet.
Die anderen genannten Sprachen sind legitime andere Programmiersprachen. Zu jeder gibt es Vor- und Nachteile. Unser Softwarebiotop umfasst inzwischen mehrere 100.000 Zeilen und eine Übertragung in eine andere Programmiersprache ist nicht unmöglich, aber extrem aufwendig.
Für JAVA 8 gibt es mehrere Begründungen:
1) Es ist die letzte freie Version von JAVA, welche von Oracle herausgegeben worden ist. Danach wurden die Versionen mit einer Lizenz versehen, welche wir als kleiner Hersteller nicht ganz unterschreiben konnten. Der Umstieg auf eine freie Version von einem anderen Anbieter wäre zwar möglich, aber dafür müssten dann auch alle unsere User (wirklich alle) auf diese neue Version umsteigen.
2) Wir haben vor zwei Jahren gesehen, was es für Probleme machte, lediglich den Launcher zu tauschen (dabei war alles von uns vollautomatisch und einfach - trotzdem weigerten sich manche über ein ganzes Jahr diesen Umstieg zu vollziehen). Der Tausch der zugrundeliegenden JAVA-Version ist daher nicht einfach zu bewerkstelligen.
3) Es gibt im Prinzip keine Einschränkungen die ältere Version zu benutzen. Nach wie vor gibt es Sicherheitsupdates für die Java 8 - Version bzw. da es sich um eine Sandbox (Programmierumgebung ohne Zugriff auf das darunterliegende System) handelt, ist die ausgehende Gefahr gering (es ist ein moderner Computer - Gefahr kann schon vom Betriebssystem ausgehen ...).
Nichtsdestotrotz gibt es Überlegungen unseren Usern auf halbem Weg entgegenzukommen und doch in Zukunft höhere Java-Versionen zu verwenden. Wie und mit welchem Aufwand das verbunden ist, müssen wir uns mal in Ruhe ansehen.
Wie Ihr seht, machen wir uns schon Gedanken zu diesem Thema und können die Vorgangsweise auch begründen. Allerdings können wir natürlich etwas übersehen und freuen uns, wenn Ihr mit uns zu dem Thema diskutieren wollt - z.b. im Forum.
"Früher hatte ich eine .exe-Datei um Tarock zu starten. Nun ist es .jar - warum?"
Anfang 2023 zeichnete sich das Problem ab, dass Betriebssystemhersteller wie Microsoft oder Apple immer rigoroser mit ihren ausführbaren Dateien umgehen werden würden. Was einerseits wie eine gute Idee klingt, schließlich könnten damit Computerviren verhindert werden, ist es insgesamt doch eine miserable Idee. Die Thematik hat mehrere Schönheitsfehler:
1) Beide Hersteller verlangen auf durch das System ausführbare Dateien (z.B. unter Windows .exe) eine Gebühr, damit sie vom System erkannt und ausgeführt werden. Sonst prangt ein großes Fehlerfenster, worin die Software möglicher Sicherheitsverstöße bezichtigt wird. Dabei ist es eigentlich nur Wegelagerei. Warum? Weil natürlich auch Virenhersteller eine solche Gebühr bezahlen können und dann werden sie von Windows ganz einfach gestartet. Es geht nur darum, dass Geld von den Herstellern einkassiert wird.
2) User werden dadurch in die sogenannten App-Stores (kennt man auch von den Handys) gedrängt und da wird nur jene Software angezeigt, welche auch dem Hersteller genehm ist. Passt etwas einmal nicht, dann fliegt ein Hersteller dort ruck-zuck raus. Die nachfolgenden Verluste sind dem Betriebssystemhersteller herzlich egal.
Wir haben uns damals die Köpfe zermartert und dann stand plötzlich eine Lösung im Raum: Um ein JAVA-Programm laufen zu lassen, muss auf dem System eine JAVA-Version vorhanden sein. Diese sind aufgrund ihrer großen Verbreitung sakrosankt bzw. über jeden Zweifel erhaben. Jedes Betriebssystem lässt sie durch. JAR-Dateien sind für JAVA Datendateien und ziemlich unbedeutend. Es wird lediglich darauf hingewiesen, dass sie nach dem Download aus dem Internet stammen und man wird gefragt ob man JAVA tatsächlich diese Datei starten lassen will. Mehr Kontrolle ist derzeit nicht vohanden und das ist unser Ansatzpunkt. Wenn JAVA auf dem System vorhanden ist (worauf wir vor der Installation auch hinweisen), dann kann es die JAR-Datei problemlos starten. Das hat es ermöglicht, dass wir einen Installer schreiben konnten, welcher nicht nur das JAVA-System auf Lauffähigkeit überprüft, die notwendigen Dateien installiert, sondern auch den Launcher starten kann. Besonders für unsere älteren Kunden ist das ein Segen.
Das einzige Problem in dem Zusammenhang ist derzeit, dass wir keinen Startlink auf den Desktop automatisch legen können, da das die Betriebssysteme für JAVA nicht erlauben. Wir haben deswegen dazu Infos in unserer Hilfesektion hinterlegt und auch ein kurzes Video auf Youtube dazu gemacht.
"Jeder Hersteller macht heute einen Launcher. Wozu der Scheiß?"
Der Launcher ist quasi das Vorzimmer zu den Programmen. Hier wird überprüft, ob alles in Ordnung ist und die letzten Versionen der Software heruntergeladen wurden. Diese Versionskontrolle betrifft sowohl den Launcher als auch alle anderen Softwarekomponenten. Außerdem bietet es sich an, wenn man - so wie wir - mehrere Programme im Einsatz hat. Dann ist die Auswahl des gewünschten Spieles schneller zu bewerkstelligen, als wenn man z.B. sieben Links auf den Desktop legen muss.
Der Name "TriangleAT" leitet sich aus dem ursprünglichen Firmennamen (TriangleProductions) und der entsprechenen Webseite ab (Triangle.at). Wir haben diesen Namen auch für unsere Auftritte auf Facebook, X und Youtube verwendet.
Wir können uns heuer nicht über den Winter beschweren - er wurde seinem Namen gerecht.Lange dauernd, mit Schnee gesegnet und durchaus kalt. Ok - der Niederschlag war in manchen Regionen nicht so umfangreich, dafür in anderen ganz besonders gehaltvoll. Doch jetzt ist es auch gut. Wir stehen knapp vor dem kalendarischen Frühling und uns wird die kommende Wärme guttun. Auch wenn es dann manchen schnell wieder zu heiß werden wird.
In diesem Sinne wünschen wir einen tollen März.
Euer Tarock-Projektteam
TriangleProductions ist ein Business-Label von Spiel & Presse e.V.
http://www.triangle.at |
https://www.tarock.at | ZVR 449871541