Neues Delphi jetzt kaufen, oder weiter nach Alternativen suchen?

[himitsu]

Wobei C# auch nur ein halbes Delphi ist. :lol:
Mußt also nicht alles neu lernen, wenn du mit C# anfängst.

Nja, ein paar Aspekte des Pascal flossen dort mit ein, vor allem seit Anders Hejlsberg übergelaufen ist.


Hey, Niklaus E. Wirth wird nächstes Jahr 85. Wo findet die Party statt?

[Medium]

Zitat:

Zitat von Neutral General (Beitrag 1397120)

Hab mir jetzt nicht alle Beiträge durchgelesen aber nochmal was zu Visual Studio (Winforms + WPF):

Ich muss mich hier korrigieren. Ich habe mich mit WPF komplett vertan, und ich wollte eigentlich UWP gesagt haben :oops:

Zitat:

Was ich leider sagen muss, ist dass die Delphi IDE (Delphi 10.0) mir in 3 Wochen öfter abgestürzt ist als Visual Studio davor in 2 1/2 Jahren :(

Ey! Ich habe just heute Vormittag eine Bestellung getätigt! Jetzt ist's zu spät, und du machst mich traurig!

Zitat:

Und ich würde vorschlagen du gibst WPF nochmal eine Chance. [..] WPF hat anfangs eine etwas steilere Lernkurve als die VCL und Oberflächen sind auch nicht ganz so schnell gebaut wie mit Delphi (aber es dauert wenn man mal drin ist auch nicht sehr viel länger!).

Da ein großer Teil bei uns das UI ist (Anlagenvisualisierung), ist das ein immens wichtiger Faktor für uns. Bei Delphi will ich unsere hausinterne Komponentensammlung nun nach und nach zu FMX portieren, aber hier habe ich dann zumindest ein halbwegs gewohntes Umfeld. Der Hüpfer zu WPF könnte sich als so heftig erweisen, dass wir am Ende gar nicht umsteigen. Weil das sind Arbeiten die zusätzlich zum nicht gerade langweiligen Tagesgeschäft laufen müssen. Einer der großen Vorteile für Delphi bei meiner Entscheidungsfindung. (Und nein, mehr Personal ist immer noch keine Option ;) )

Zitat:

Warum dann WPF? Weil es extrem flexibel und mächtig ist!

Was im Umkehrschluss für mich aber auch heißt: Es gibt wenig Standardkrams, wenige fertige (und bezahlbare) Dinge, und mächtig in den Features ist auch immer mächtig Arbeit beim Nutzen. Gegen Arbeit an sich habe ich nichts, aber ich glaube es fehlt einfach die Zeit, um sich mit sowas zu beschäftigen hier. Insbesondere weil ich zu 95% mit den Standardkomponenten von Delphi mehr als auskomme, wir keine "flashy new fancy" UIs brauchen (bzw. unsere Kunden überhaupt nicht wollen), und ich die restlichen 5% praktisch durch die Jedis bedienen kann.
Alles darüber hinaus ist "fluff" der uns nicht besser bezahlt wird, aber einen Haufen Arbeit macht unter der das Kerngeschäft leiden müsste. Wie man es dreht und wendet: Für uns nicht wirtschaftlich.

Zitat:

Die Bindings in WPF sind den Livebindings in Delphi in Umfang und Performance meiner Erfahrung meilenweit überlegen.

Nie genutzt oder vermisst bisher. Vom Grundsatz her muss ich mir das mal begucken langsam.

Zitat:

TLDR: Delphi ist abgesehen von einer etwas instabilen IDE gut. Wenn du etwas anderes ausprobieren möchtest würde ich WPF (C#) empfehlen.

WPF wird dann eher etwas für dann, wenn ich wieder etwas mehr Freizeit habe. Damit muss ich wahrscheinlich erst mal ein paar Monate "spielen" bevor ich es auch nur im Ansatz produktiv einsetzen wöllte.
Hier hat Delphi meinen Recherchen nach immer noch die Nase vorn: Easy-to-use aber dennoch mächtig genug (für uns, in den meisten Fällen). Und vor allem hochintegriert! Fast alle anderen UI Frameworks sind bei weitem nicht so sehr mit ihrer Sprache/IDE verheiratet (was für andere Anforderungen ein riesen Vorteil sein kann!), und müssen erstmal mit dem eigenen Code "verfrickelt" werden.

Ne, es wird vorerst bei Delphi bleiben. Vor allem, dass man jetzt das Mobile Addon dabei hat war ein gutes Argument seitens Emba. Noch brauchen wir es nicht, aber es ist schon prima dem Kunden sagen zu können "klar, könnten wir", ohne dass man dafür gleich wieder eine komplett neue IDE, Sprache und Frameworks erlernen müsste. (Und die paar Schritte die ich mal mit Eclipse (bzw. das, was Google draus gemacht hat) gewagt hatte haben mich ziemlich abgetörnt. Mir ist noch schleierhaft wie manche mit sowas so produktiv arbeiten können und komplexe Apps erstellen. Hexenwerk.)

[Medium]

Zitat:

Zitat von himitsu (Beitrag 1397129)

Wobei C# auch nur ein halbes Delphi ist. :lol:
Mußt also nicht alles neu lernen, wenn du mit C# anfängst.

Nja, ein paar Aspekte des Pascal flossen dort mit ein, vor allem seit Anders Hejlsberg übergelaufen ist.

Ich weiß! Deswegen habe ich meine Abschlussarbeit auch seinerzeit damit entwickelt. C# mag ich sehr! Aber das war noch als WinForms aktuell waren. Die Sprache allein ist es ja leider nicht. Der Hammer wäre ja VCL/FMX mit C#. Uh yeah baby.

[himitsu]

Delphi.NET ... die VCL/FMX in einer "DLL" kapseln und dann drüben verwenden. :lol:

[Neutral General]

Zitat:

Zitat von Medium (Beitrag 1397132)

Da ein großer Teil bei uns das UI ist (Anlagenvisualisierung), ist das ein immens wichtiger Faktor für uns.

Bei meinem letzten Arbeitgeber ging es auch um Anlagenvisualisierung. Und die sind (noch vor mir) von Delphi auf C# umgestiegen ;)

Zitat:

Zitat von Medium (Beitrag 1397132)

Zitat:

Warum dann WPF? Weil es extrem flexibel und mächtig ist!

Was im Umkehrschluss für mich aber auch heißt: Es gibt wenig Standardkrams, wenige fertige (und bezahlbare) Dinge, und mächtig in den Features ist auch immer mächtig Arbeit beim Nutzen.

An Standardkomponenten gibt es im Prinzip alles was es in Delphi auch gibt (abgesehen vllt von irgendwelchen exotischen Sachen.. Keine Ahnung).
Und dann gibt es (wahlweise kostenlos) von Xceed das WPFToolkit in dem nochmal eine ganze Menge weitere Komponenten drin sind. Und über NuGet findet man im Zweifelsfall immer etwas passendes.

Klar unterm Strich ist Delphi eine gute Wahl und wenn es darum geht möglichst einfach/schnell was auf die Beine zu bringen ist Delphi wahrscheinlich (fast) unschlagbar.
Aber mir persönlich hat C# und WPF auch sehr gut gefallen und wenn man die Gelegenheit oder Zeit hat ist C#/WPF sicherlich eine gute Wahl.

[Elrond]

Zitat:

Zitat von Neutral General (Beitrag 1397120)

Hab mir jetzt nicht alle Beiträge durchgelesen aber nochmal was zu Visual Studio (Winforms + WPF):
Winforms ist zwar von der Programmierung ähnlich wie die VCL in Delphi, aber wie einige Leute schon gesagt haben quasi tot.

Mir ist nicht ganz klar inwiefern sich das äußert, wird der Support jetzt in absehbarer Zeit eingestellt? Von offizieller Seite habe ich nichts gefunden. Bugfixes und Features werden/wurden weiterhin implementiert, sprich kein Unterschied zur VCL. Das die Sprünge nicht sonderlich groß sind und in Zukunft nicht viel neues dazu kommt liegt in der Natur der Sache.

Zitat:

Zitat von Neutral General (Beitrag 1397120)

Was ich leider sagen muss, ist dass die Delphi IDE (Delphi 10.0) mir in 3 Wochen öfter abgestürzt ist als Visual Studio davor in 2 1/2 Jahren :(
Ich weiß nicht ob es an unserem Projekt liegt oder ob es in den neueren Delphi-Versionen besser ist aber die Abstürze nerven halt leider unglaublich. Z.T. Fehler und Probleme die schon in Delphi 2009 drin waren.

Das ist normal, die haben was Stabilität angeht geschafft jedes mal schlechter zu werden. Evtl. ist es zu lange her aber ich kann mich nicht daran erinnern das Delphi 5 mehrmals die Woche abstürzte. Das lustige bzw. eher traurige ist, das es einfach jederzeit bei jeder Tätigkeit passieren kann, beim Beenden, beim hinzufügen einer Datei oder sogar einfach beim Speichern (und dabei lässt es sich nie reproduzieren).

[blawen]

Zitat:

Zitat von Elrond (Beitrag 1397136)

Zitat:

Zitat von Neutral General (Beitrag 1397120)

Was ich leider sagen muss, ist dass die Delphi IDE (Delphi 10.0) mir in 3 Wochen öfter abgestürzt ist als Visual Studio davor in 2 1/2 Jahren :(
Ich weiß nicht ob es an unserem Projekt liegt oder ob es in den neueren Delphi-Versionen besser ist aber die Abstürze nerven halt leider unglaublich. Z.T. Fehler und Probleme die schon in Delphi 2009 drin waren.

Das ist normal, die haben was Stabilität angeht geschafft jedes mal schlechter zu werden. Evtl. ist es zu lange her aber ich kann mich nicht daran erinnern das Delphi 5 mehrmals die Woche abstürzte. Das lustige bzw. eher traurige ist, das es einfach jederzeit bei jeder Tätigkeit passieren kann, beim Beenden, beim hinzufügen einer Datei oder sogar einfach beim Speichern (und dabei lässt es sich nie reproduzieren).

Kann ich so nicht bestätigen. Seit der Berlin Version läuft bei mir die IDE stabil und ich hatte bisher nur Abstürze, wenn ich im laufenden Betrieb das Notebook aus der Dockingstation entferne und so vom LAN- ins WLAN-Netz wechsle. Die restliche SW bereitet in diesem Moment aber nicht weniger Probleme - insofern ist alles im gründen Bereich ;-)
Die IDE ist seit der Berlin gefühlt auch deutlich schneller geworden :-)

[bernhard_LA]

was ich mehrfach von Kollegen gehört habe die innerhalb unserer Firma vom "Delphi Team" zu anderen Team und Aufgaben (C++, Python, PEARL, ... ) gewechselt haben:

* DELPHI / RAD IDE ist schon sehr komfortabel
* Software Entwicklung mit Delphi ist sehr effektiv/schnell (wer was mit VBA machen muss kommt sich wie im Straflager vor)


besser als DELPHI ist für mich RAD (Delphi & C++) zwei starke Partner in einer IDE

[jaenicke]

Zitat:

Zitat von Elrond (Beitrag 1397136)

Das ist normal, die haben was Stabilität angeht geschafft jedes mal schlechter zu werden. Evtl. ist es zu lange her aber ich kann mich nicht daran erinnern das Delphi 5 mehrmals die Woche abstürzte. Das lustige bzw. eher traurige ist, das es einfach jederzeit bei jeder Tätigkeit passieren kann, beim Beenden, beim hinzufügen einer Datei oder sogar einfach beim Speichern (und dabei lässt es sich nie reproduzieren).

Bei uns lief die IDE im Gegenteil immer stabiler. Bei XE gab es öfter Abstürze und interne Fehler beim Kompilieren (Rebuild reichte), bei XE6 gab es "nur" noch immer wieder Abstürze, vor allem beim Debuggen und in Projektgruppen, seit 10.0 lief es schon gut und Tokyo stürzt bei mir nur beim Deinstallieren eines bestimmten Packages ab.

Zudem ist Error Insight über die Jahre immer besser geworden. Es zeigt zwar manchmal immer noch Falschmeldungen an, aber bei weitem nicht mehr so häufig wie früher.