Delphi 13 Florence wurde veröffentlicht

[fisipjm]

Alle bisher genannten Punkte, sehe ich absolut genau so. In einem anderen Thread gab es zu dem Punkt warum es beim Refactoring so schief lief auch nochmal ein bisschen Hintergund wissen, dass recht erhellend für mich war um das ganze technisch besser zu verstehen, die Entscheidungen die daraufhin bei Emba getroffen werden kann ich deshalb trotzdem nicht nachvollziehen.

Das Thema würde ich aber gern noch um einen weiteren Punkt ergänzen, auch wenn der nur recht hypothetisch ist. Ich schätze Uwe als einen Delphianer, der mir entweder direkt oder indirekt durch Beiträge hier im Forum schon mehr als einmal geholfen hat und der durch die Weiterbetreuung des MMX Projekts einen großen Beitrag für die gesamte Delphi Community leistet. Ich weis auch, dass wenn es nach ihm ginge, der MMX schon längst Open-Source wäre.

Und hier kommt mein Punkt:
EMBA möchte mit ihrem RAD Studio ja nicht nur eine IDE sein (in dem ich Refactoring bereits erwarten würde) sondern ein Rapid Application Development Studio. Wenn Uwe nicht so ein netter Kerl wäre, könnte er den MMX von jetzt auf gleich hinter eine Paywall setzen und hätte eine Lizenz zum Geld drucken. Das würde ich ihm ehrlich gesagt sogar gönnen, denn aktuell trägt EMBA ihr eigenes Unvermögen in der technischen und betrieblichen Struktur auf dem Rücken von Entwicklern aus, die nicht auf ihrer Gehaltsliste stehen (und sie somit nichts kosten) ohne auch nur ein bisschen an der eigenen Preisschraube zu drehen.

Ich weis auch, dass Devid an der Stelle nichts dafür kann und als letztes Rad in dem ganzen Konstrukt den Kopf dafür hinhalten muss. Dafür mein größten Respekt und auch dafür, dass du das Thema hier nochmal aufgegriffen hast und dich damit natürlich nochmal dem Unmut der Entwickler stellst. Ich würde mir als Kunde mehr Verbindlichkeit von Seitens EMBA wünschen, weis aber auch von anderer Seite, dass es oft schwer ist das in einem Entwicklungsteam bewerkstelligen zu können. Es wäre schön wenn man es irgendwie schaffen könnte einen 50/50 weg zu finden, aktuell fühlt es sich eher wie 99/1 an.

vG
PJM

[stahli]

1)

Ich schließe mich den Vorrednern an.
Die VW-Analogie ist mir dazu auch eingefallen.
Alle hoffen natürlich seit Jahren auf Verbesserungen, aber essenzielle Funktionsumfänge komplett zu entfernen ist doch wirklich nicht nachvollziehbar.
Mit den bestehenden und bekannten Problemen hätte man jetzt auch noch zwei Jahre Leben können bis es eine integrierte Alternative gibt.
Dass nun statt dessen wieder neue hippe Sprachfeatures kommen... na ja.

Ich habe meine 12.2er Subscription nach Jahren jetzt nicht mehr verlängert.
Wenn Delphi irgendwann mal wieder richtig mit Qualität überzeugt (nicht mit hippen Features) würde ich vielleicht wieder einsteigen (aber dann auch nicht zum Neupreis).

2)

Ist denn eigentlich mein Debug-Bug behoben: https://www.delphipraxis.net/207812-debug-bug.html ?
Vielleicht kann das ja mal jemand testen...

3)

Wie ist denn eigentlich der Stand mit FastReports und der Lizensierung?
Dürfte man jetzt mit der in GetIt enthaltenen Emba-Version z.B. eine kommerzielle Kundenverwaltung verkaufen?

Mein Lob übrigens für Olaf Monien für das Video zum Thema Reports: https://youtu.be/BzTGh9Ciidk

4)

Ebenfalls von Olaf ein hervorragendes Video zur Arbeit mit Datenbanken (Grundlagen): https://youtu.be/YNeqn03vO1w
Bei 1:01 h ist ein Folgevideo angekündigt. Kommt da noch was? Ich würde mich freuen!

[Daniel]

Im Kern kann ich mich da nur anschließen.
Die Erkenntnis, dass diesem Release Funktionalität entfernt wurde, war erstmal ein klarer Dämpfer. "Ein Jahr Subscription für die Tonne, schönen Dank auch." war der erste Gedanke. Und so vage, wie Embarcadero sich derzeit hält, gehe ich nicht von einer Lösung im nächsten halben Jahr aus. MMX in allen Ehren, aber es ist eben auch eine One-Man-Show. Und ja, da kommt Ärger auf - der selbstverständlich und ganz ausdrücklich nicht auf Deine Person gerichtet ist und auch nicht sein darf.

Ich habe hier im Haus mit jungen Web-Entwicklern zutun, deren IDEs vor funktionierenden Features platzen und die eine - vielleicht noch frische - aber sehr wohl hinreichend ausgereifte KI-Integration haben. Und ich darf mich mit dem Versuch herumschlagen, einen in Rust geschriebenen Code-Formatter in meine IDE zu integrieren und der Frage, wie ich die Settings, die ich vorher hatte, nun irgendwie neu abbilden kann.

Der Frust geht weniger um das Refactoring-Package, das nun nicht da ist - viel mehr kommt Sorge auf, wie gut Embarcadero die IDE noch im Griff hat und welche Möglichkeiten bereitstehen, nicht nur die Lücken zu anderen Anbietern zu schließen, sondern eben auch die jetzt neu aufgerissenen Lücken mit eigenen Lösungen zu füllen. Und da bewegt sich das Pendel bei mir irgendwo zwischen Sorge und Angst.

[DeddyH]

@Daniel . Ein weiterer Punkt, der noch hinzukommt, ist, dass die IDE ausschließlich auf Windows läuft und man daher diesen grottigen PAServer braucht, wenn man sich Cross-Platform mit Delphi antun will/muss. Am Beispiel VSCode sieht man, dass es auch anders geht.

[edit]P.S.: Auch wenn Ian Barker etwas anderes sagt/sagen muss: wenn das so weitergeht, ist Delphi mittelfristig wirklich tot. Den Nachwuchsbereich hat man durch frühere Entscheidungen wahrscheinlich komplett verloren, d.h. wenn wir alten Säcke demnächst in Rente gehen, interessiert sich niemand mehr für das Produkt. Man versuche doch nur mal, eine beliebige verbreitete aktuelle Bibliothek einzubinden. Da bekommt man Code für C#, Rust, Python und teilweise sogar für Sprachen, von denen ich nie gehört habe, aber nichts in Pascal. Daraus kann man den Stellenwert von Delphi im Rest der Welt ganz gut ableiten, finde ich, daran ändert auch der Tiobe-Index nichts. [/edit]

[fisipjm]

Zitat von DeddyH:

Den Nachwuchsbereich hat man durch frühere Entscheidungen wahrscheinlich komplett verloren, d.h. wenn wir alten Säcke demnächst in Rente gehen, interessiert sich niemand mehr für das Produkt.

Das tut echt weh Aber genau so fühlt es sich an. Ich würde mich selbst noch als "jüngeren" Delphi Entwickler bezeichnen und bin im FMX/Mobile Umfeld unterwegs, womit ich in der Delphi-Welt gefühlt sowieso schon ein Einhorn bin. Ich befürchte auch, dass genau das passieren wird. Leider hab ich noch ein bisschen mehr Zeit auf dem Tacho, bis mir das Egal sein kann. Deshalb fange ich aktuell an, mich mit React Native auseinander zu setzen. Das Bietet scheinbar ausreichend Schnittmengen auch in andere Bereiche, so dass man sich hier vielleicht ein bisschen breiter aufstellen kann.

[Jasocul]

Ich halte mich aus solchen Diskussionen normalerweise raus, aber das ist schon Strange, was Emba da macht. Ich gehöre auch zu den alten Säcken (60+) und habe kürzlich angefangen mit VSCode zu arbeiten. Delphi benutze ich nur noch, wenn irgendwelcher Frontend-Kram gemacht werden muss oder Debugging notwendig ist.
Würde Emba das Debugging in VSCode zulassen, würde ich die Delphi-IDE fast gar nicht mehr verwenden, da ich hauptsächlich im Backend programmiere.

Das Refactoring hatte ich in Delphi sowieso schon komplett deaktiviert, weil es regelmäßig zu Abstürzen geführt hat. Oft hat es schon gereicht mit der Maus über bestimmte Menüpunkte zu kommen. Also half nur deaktivieren. MMX war schon immer mein Freund. Dank an Uwe.

Ich bni mir ziemlich sicher, dass viele meiner Kollegen nur noch mit VSCode arbeiten würden, wenn dort eine vollständige Integration gelänge. Vielleicht wäre das ein Ansatz für Emba. Einfach VSCode (oder auch andere) vollständig als Editor unterstützen und die eigene Entwicklung in dem Bereich einstampfen.

Den LSP-Task muss ich sowieso nach der ersten Nutzung killen. Erst dann läuft der stabil. Ist das wenigstens mit Florence endlich behoben? Wenn ich nur VSCode starte, läuft der LSP ohne Fehler.

[Der schöne Günther]

Zitat von Jasocul:

Würde Emba das Debugging in VSCode zulassen, würde ich die Delphi-IDE fast gar nicht mehr verwenden, da ich hauptsächlich im Backend programmiere.

Geht mir 100% genauso.

[Sinspin]

Erstmal , weil der TE hier mal ganz anders auftritt als sonst. Geht doch !

Weniger kann auch mal mehr sein. Wenn bei weniger, der eingedellte Kotflügel ab ist der am Rad geschliffen hat, dann nehme ich das Auto auch so zur Erfüllung seines Zwecks.
Eine ordentlich stabil funktionierende IDE ist auf jeden Fall eine feine Sache. Dazu noch ein stabil laufender Debugger und ich bin fast zufrieden.

...fast zufrieden, denn ich kann seit anbeginn meiner Zeit mit Delphi (D4) nicht verstehen warum es mehr als eine IDE Lizenz gibt!
Warum sind die Komponenten nicht separat? War das nicht der Grund warum man sich für Packages entschieden hat?
Dann könnte man die Komponenten und die IDE separat vermarkten und auch aktualisieren.

Für alle die ihre Software nur inhouse einsetzen und keine vorkompilierten Komponenten verwenden ist FPC/Lazarus schon jetzt eine alternative.
Ich hatte auf der Pascalconferenz die Chance die neuste Lazarusversion anfassen zu können. Da fehlt mir nichts mehr außer die Komponenten einiger Hersteller.

[johndoe049]

Zitat von Sinspin:

Für alle die ihre Software nur inhouse einsetzen und keine vorkompilierten Komponenten verwenden ist FPC/Lazarus schon jetzt eine alternative.
Ich hatte auf der Pascalconferenz die Chance die neuste Lazarusversion anfassen zu können. Da fehlt mir nichts mehr außer die Komponenten einiger Hersteller.

Lazarus hat im Moment mit dem Forum ein Problem. Die hatten zuviele Bots und versuchen die auszuschließen. Dabei schließen die auch einige reguläre Benutzer aus.

Die haben auch Ihre Baustellen.

[jaenicke]

Zitat von Sinspin:

Für alle die ihre Software nur inhouse einsetzen und keine vorkompilierten Komponenten verwenden ist FPC/Lazarus schon jetzt eine alternative.
Ich hatte auf der Pascalconferenz die Chance die neuste Lazarusversion anfassen zu können. Da fehlt mir nichts mehr außer die Komponenten einiger Hersteller.

Wenn man einfach nur alten Pascalcode schreibt, ist das kein Problem. Da ich z.B. sehr gerne Generics einsetze, um deutlich kürzeren und übersichtlicheren Code zu schreiben, müsste ich bei FPC schon einige Kröten futtern.

Mag sein, dass der generierte Code am Ende besser ist, aber wenn ich immer wieder tausende Zeilen Code zusätzlich schreiben muss, der auch noch deutlich unübersichtlicher ist, dann ist das für mich nicht erstrebenswert. Und ich finde es schade, dass die aktuelle Qualität bei Delphi dazu führt, dass es bei vielen in diese Richtung geht.

Bei Generics ist der Featureumfang bei Delphi dank umfangreicher constraints usw. sehr gut (auch wenn mir constraint propagation massiv fehlt). Und da gibt es ja auch neue Features mit Delphi 13, die interessant klingen.