Delphi 13 Florence wurde veröffentlicht

[pustekuchen]

Meines erachtens braucht es folgende Dinge, damit Delphi überhaupt noch eine Zukunft hat.

- Kostenlose Nutzung des Compilers für Open-Source Projekte (Siehe MSVC)
- Get-It Server (Selfhosting) / Alternative Remotes hinzufügen
- Cross-Compiling unter Linux für Windows und bereitstellung von Docker-Containern
- Bereitstellung von Github Actions/Hosted Runners zum Compilieren von Delphi Projekten
- Eine IDE die funktioniert. Deutliche Verbesserung der UX. Einrichten von Packages, Fehlersuche etc. ist totale Katastrophe. Dialoge die einen extrem aufhalten.
- Ein flexibleres Setup. Oh ich habe vergessen eine Komponente bei der Installation anzugeben - Bitte installiere einmal komplett neu, weil du hast ja gepatch und jetzt findet die IDE die ursprüngliche ISO nicht mehr. Ohh es gibt einen Update - bitte installiere einmal neu! Lizenzupgrade? Achja neuinstallation. Da ist sowas von nichts RAPID.
- Neulinge sind teilweise tagelang mit der Installation /Einrichtung der IDE beschäftigt, obwohl man schon selbst versucht hat vieles zu vereinheitlichen und entsprechende Guides anbietet. Man benötigt unheimliches Hintergrundwissen, warum, wieso, welcher Fehler auftritt und dies auch nachzuvollziehen.
- Vereinfachung der Lizenzen / Datenbank Komponenten sollten in jeder bezahlten Version enthalten sein.
- Einbindung von KI in der IDE ala Copilot in VSCode - Autovervollständigung beim Tippen! Kein Standalone Chatfenster mit einem KI-Model.
- Versionkontrollsystem freundlichkeit (Ständige Veränderung von Projekt/Formualar Dateien) - Project Magician hilft hier schon einen großteil abzufangen. Danke @Uwe

Unser Delphi Entwickler werden immer weniger - Neue Projekte mit Delphi? Nein, danke. Es gibt besser, günstigere/kostenlose alternativen, mit denen man wirklich RAPID ist.
Der einzige Punkt, wo Delphi im Grunde stark ist, ist in der Erstellung von GUI-Anwendungen. Bei C++ braucht man Qt, was vergleichbar ist. Bei Rust, kommt man praktisch nicht drum herum auf Web-Technologien aufzubauen. (Ja, es gibt noch egui und slint)

Wenn sich nicht der Open-Source Community geöffnet wird, wird es auch immer weniger neuen Zuwachs in der Delphi-Community geben. Gefühlt sind es noch Legacy Produkte die in den Unternehmen weiter gepflegt werden müssen. Unternehmen die sich bei neuen Projekten für Delphi entscheiden (und vorher noch kein Delphi im Einsatz hatten) gibt es vermutlich nur sehr sehr wenige.

P.S. Ich finde es toll, dass pasfmt von Embacadero unterstützt wird . Das Ziel von pasfmt ist es einen einheitlichen Formatierungsstil zu definieren, den der überwiegende Teil der Community passt. Das verstehen viele nicht und regen sich über wenige Konfigurationsmöglichkeiten auf, die es bei diesem Ansatz aber auch nicht benötigt. Es kursieren total viele verschiedene Formatierungsstile unter den Delphi-Entwicklern, welche die Wartung/Lesen von Delphi-Code für jeden anderen erschwert.

[sh17]

Anstelle GetIt kann ich https://github.com/tmssoftware/smartsetup empfehlen

[jaenicke]

Zitat von sh17:

Anstelle GetIt kann ich https://github.com/tmssoftware/smartsetup empfehlen

Ich hatte mir das kurz angeschaut, aber noch nicht ausprobiert. Ich habe selbst ein solches Tool schon mehrfach neu geschrieben und bin mit der aktuellen Version sehr zufrieden. Daher brauche ich persönlich kein neues Tool dafür, das nicht von Embarcadero selbst offiziell unterstützt wird.

Was ich mir wünschen würde:
Dass es von Embarcadero selbst eine Möglichkeit gibt, auf einem standardisierten Weg ein Projekt zu konfigurieren und die Konfiguration optional z.B. einfach mit in das Paket zu packen. Ob das mit GetIt passiert oder ob sie dafür das Tool von TMS verwenden, ist mir egal. Aber solange es nicht diesen einen offiziellen Weg gibt, führt das nur zu noch mehr Fragmentierung.

Da das von TMS kommt, besteht natürlich die Chance, dass es rein dadurch zu einem Standard wird.

Schöner wäre aber, wenn man einfach eine offizielle Kommandozeile (wie aktuell direkt msbuild) aufrufen könnte, die bei Delphi dabei ist, die dann eine Bibliothek installiert, die man irgendwo heruntergeladen hat. Ohne dass diese in GetIt registriert sein muss (was aber natürlich weiter möglich sein soll).

[sh17]

mir wäre wichtig, dass man Komponenten auf Projektbasis installieren kann. Hatte da mal was gebaut, aber offiziell wäre das natürlich auch besser

[jaenicke]

Zitat von sh17:

mir wäre wichtig, dass man Komponenten auf Projektbasis installieren kann. Hatte da mal was gebaut, aber offiziell wäre das natürlich auch besser

Dafür kann mein Tool in bestimmte Profile installieren. Dadurch kann man beliebig unterschiedliche Umgebungen nutzen. Man klickt einfach eine Batchdatei an, gibt das gewünschte Profil an, dann wird alles installiert und konfiguriert, Fremd- wie Eigenkomponenten, und man kann danach die eigenen Projekte einfach öffnen und kompilieren.

Ja, das ist auch ein wichtiger Punkt.

[DevidEspenschied]

Vielen Dank erst einmal an alle, die sich hier fachlich zur neuen Version geäußert haben - ich werde das ans Produktmanagement weitergeben und sobald ich neue Informationen habe, diese hier posten.

Weiterhin weiß ich zu schätzen, dass sich die Texte hier nicht an mich persönlich richten, sondern ich als Bindeglied zwischen Euch und Embarcadero fungiere. Das habe ich am Anfang vielleicht falsch interpretiert, aber nun mittlerweile gut verinnerlicht.

Zitat von jaenicke:

Dafür kann mein Tool in bestimmte Profile installieren. Dadurch kann man beliebig unterschiedliche Umgebungen nutzen. Man klickt einfach eine Batchdatei an, gibt das gewünschte Profil an, dann wird alles installiert und konfiguriert, Fremd- wie Eigenkomponenten, und man kann danach die eigenen Projekte einfach öffnen und kompilieren.

Du hast dein Tool schon öfter erwähnt, und wenn es tatsächlich einen Mehrgewinn für alle darstellt, warum überträgst du das nicht in ein GitHub-Repository? Dann haben alle etwas davon und du bekommst auch nochmal neues Feedback... Nur eine Idee..

[jaenicke]

Zitat von DevidEspenschied:

Du hast dein Tool schon öfter erwähnt, und wenn es tatsächlich einen Mehrgewinn für alle darstellt, warum überträgst du das nicht in ein GitHub-Repository? Dann haben alle etwas davon und du bekommst auch nochmal neues Feedback... Nur eine Idee..

Das würde ich gerne, habe ich aber beruflich geschrieben. Wenn, müsste ich es neu schreiben. Da hätte ich auch noch teilweise bessere Ideen. (Ich hatte z.B. überlegt, eine Funktion zu bauen, mit der man automatisch alle Packages für eine neue Delphiversion kopiert. Es gibt ja viele Bibliotheken, die immer noch eigene Packages pro Delphiversion nutzen.)

Aber ja, daran hatte ich tatsächlich gedacht. Nur sehe ich wie gesagt das Problem, dass das einfach zu viele Einzellösungen sind. Wenn jeder etwas anderes macht, ist das nicht hilfreich. Manche nutzen z.B. auch Delphinus. Und andere wurden ja auch schon erwähnt.

Ich sehe aber bei keiner dieser Lösungen eine Chance, dass sie sich als Standard etabliert, auch nicht bei meinem Tool, wenn ich es als Open Source noch einmal schreiben und veröffentlichen würde. Nur TMS hat da durch die Reichweite vielleicht eine Chance.

[Daniel]

Ihr seid gelandet bei allgemeinen Wünschen an Embarcadero - nur wenig davon hat konkreten Bezug zum Thema, nämlich der Veröffentlichung von Delphi 13.
Gleich im ersten Satz hat David um konkrete Fragen zum Produkt - und zwar zu diesem Release - gebeten.

[Uwe Raabe]

Ich würde die Diskussion um einen Package-Manager gerne fortsetzen. Wäre es möglich, die entsprechenden Posts in einen separaten Thread auszulagern?