Delphi 13 Florence wurde veröffentlicht

[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.

[himitsu]

Also bezüglich FMX sehe ich auch in der 13 noch schöne Bugs.
* beschissener extrem unoptimaler Code
* unsicherer Code
* und mehrere Stellen knallen (da hätte ein if-Assigned bestimmt geholfen)
* die FMX-Styles wurden teilweise überarbeitet ... sie stehen aber immernoch auf Version 1.0 ... werd diese Woche dann bestimmt mal sehen, was sich da wirklich geändert hat (falls ich Zeit finde)
* ...

Der Debugger ist schlechter, als 12.3
Eine Exception im OnCreate der Form, da tauchen die Event-Methode und Andere nicht im Stack auf (dachte erst da knallt was beim DFM-Laden weg)

[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.

[Cypheros]

Zitat von DeddyH:

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.

Das würde ich nicht ganz so negativ sehen. Delphi stammt aus einer Zeit, als das Delphi-Wissen noch in Foren/Newsgroups verbreitet wurde. Diese Foren/Newsgroups sterben aber seit einigen Jahren Stück für Stück und damit geht viel "Sichtbarkeit" verloren. C#, Rust, Python sind "relativ" neue Sprachen, die besonders für den aktuellen Hype um KI genutzt werden und darum sehr präsent sind.

Da Source-Code auf Github und andere Open-Source Hoster offenbar nicht mehr richtig geindext wird, findet man Delphi Sourcecode nicht mehr so einfach über die Google/Bing-Suche wie früher. Vor ein paar Jahren konnte man eine Codezeile bei Google eingeben und man bekam eine Liste, wo exakt diese Codezeile vorkam. Das funktioniert aber nicht mehr und die Google/Bing-Suche ist für Sourcecode nahezu unbrauchbar geworden.

https://www.google.com/search?q="unp...ame.format));" sollte eigendlich Zeile 180 in https://github.com/DelphiForBroadcas...g/demuxing.dpr finden, tut es aber nicht mehr.
Das gilt auch für Bing und Co.

Doch wenn man wirklich schau, gibt es auf Github wirklich sehr viel Delphi-Code: https://github.com/search?q=delphi&type=repositories

Leider ist Embarcadero seit einiger Zeit sehr träge geworden und Delphi rennt den Trends hinterher, statt Schritt zu halten. Der Versuch alle wichtigen Betriebssysteme (Windows, MacOS, IOS, Android, Linux) über eine Entwicklungsumgebung bedienen zu wollen, ist möglicherweise zu aufwendig. Wenn man schau, wie schnell sich allein die mobilen Betriebssysteme weiterentwickeln, da wird einem schwindelig.

IDE, Debugger und Windows sind von der Priorität leider offenbar recht weit unten.

[fisipjm]

Zitat von Cypheros:

Doch wenn man wirklich schau, gibt es auf Github wirklich sehr viel Delphi-Code: https://github.com/search?q=delphi&type=repositories

Das kommt auf die Perspektive an. Im Vergleich zu nix sind 21.6k schon recht viel aber die Realität sieht halt so aus:

Cobol = 7.400
Delphi = 21.600
Flutter = 901.000
Python = 5.400.000
React = 6.400.000