Hallo Delphi-Freunde,

ich hatte zuletzt mit Delphi 7 Kontakt mit der Entwicklungsumgebung/Sprache und war lange Zeit im C#-Umfeld zu Gange. Als die Meldung von Delphi XE2 herauskam, habe ich mir die Trial-Version heruntergeladen und meine eingestaubten Kenntnisse wieder hervorgezogen und fand mich doch recht gut wieder zurecht und hatte schnell Spaß, kleinere Tools zu entwickeln.
Da ein längeres Projekt nun langsam ausläuft (in C#/.Net), ich verstärkt im ERP/CRM-Bereich tätig bin und die Vorteile von RAD unter C# bzw. .Net vermisst habe, stellt sich mir nun die Frage, ob ich wieder zurück zu Delphi kommen sollte (in Form von Delphi XE2 Pro).
Aufgrund dessen, dass ich das Entwickeln unter C#/.Net nicht sonderlich intuitiv empfand (überspitzt gesagt kümmert man sich mehr um die setter und getter, als um das eigentliche Fortkommen in der Umsetzung der Anforderung), möchte ich gerne Eure Meinung dazu wissen, ob es sich, den langjährigen Gerüchten zum Trotz, wieder lohnt (im Sinne von Finden von Projekten, die in Delphi umgesetzt werden können), auf das Pferd Delphi zu setzen?
Gibt es hier noch andere DP-Mitglieder, die wieder zurück zu Delphi kamen?

Wie bereits erwähnt, die Entwicklung, speziell im ERP/CRM-Umfeld (fast 10 Jahre Erfahrung in diesen Bereichen), erscheint mir persönlich "günstiger" für den Kunden, aber wie sieht die Akzeptanz aus?

Ich bin dankbar, für Eure Meinungen und Tipps und wünsche einen schönen Abend!

Viele Grüße

Daniel

P.S.: Kurze Erklärung, wie ich zu C# kam: Ein Kunde hatte eine bereits in C# umgesetzte Lösung, die erweitert werden musste und nach und nach rutschte ich immer tiefer in diese Sprache hinein, bis zu einer Zusage von einem großen Projekt. Da C# Vorgabe war und durch das Gerücht, Delphi sei tot, war an eine objektive Argumentation, das Projekt mit Delphi umzusetzen, leider nicht möglich.

Vorab: Ich hatte unter C# (#Develop als IDE) eigentlich nicht das Gefühl weniger "RADig" unterwegs zu sein, und auch C# lässt public member zu, was einem hier und da Getter/Setter spart (auch wenn es strikt nach OOP unsauber wäre). Form-Designer, Auto-Code bei Events, Data-Aware Controls - ich vermiss echt nichts in .NET, ausser der etwas intuitiveren Verwendung von Query-Komponenten (insbesondere in Kombi mit Grids). Das geht aber auch klar, da das .NET Konzept mittel- bis langfristig irgendwie flexibler und wartbarer scheint - da bin ich noch in meiner Entscheidungsfindung

Delphi ist gewiss nicht tot, und gehört zudem zu den recht einfach lernbarer Sprachen (wenn man prinzipiell programmieren kann vor allem), es ist aber durchaus eher eine Randerscheinung - ausser im industriellen Umfeld, wo ziemlich viel Pascal-Likes zu finden sind (vergleichbar zu FORTRAN, was in Banken und Börse bestens weiter lebt). Streng genommen müsste es einem Kunden auch fast egal sein welches Werkzeug eingesetzt wird, so lange es das ist, mit dem du der billigste bist und dabei das beste Produkt lieferst. Dass Kunden spezifische Vorstellungen beim Toolset haben ist, gerade in deinem Sektor, denke ich eher selten - kommt aber sicherlich vor. Bei ERP/CRM finden sich meiner Erfahrung nach aber so ziemlich alle Sprachen vertreten, von Peal über Java zu C(++) bis zu Pascal, und ich fände es schwierig da einen "Main-Player" auszumachen. Gerade, wenn man die kleineren unbekannteren Spezial- und Insellösungen mit einbezieht.

Am Ende ist es sicherlich nie verkehrt "mehrsprachig" zu sein, und wenn du im Großen und Ganzen mit Delphi besser und produktiver bist, nutze es einfach! Wenn ein Kunde eine andere Sprache wünscht, nimmst du halt diese, wenn nicht (imho Normalfall) dann Delphi. Es ist nach wie vor ein modernes Tool, mit dem sich alles bauen lässt was mit anderen vollwertigen Sprachen auch geht. Und wenn es um Erweiterbarkeit geht, wie wäre es mit einem LUA-Binding für Custom Scripts? Die Sprachwahl ist heutzutage finde ich Geschmacksfrage wie selten zuvor, ausser man geht in Richtung Cross-Platform. Da hat Delphi zwar mit XE2 einen Schritt getan, aber da ist (auch wenn ich es noch so doof finde) Java noch immer das Maß der Dinge.

Fazit: Was immer dich produktiver und günstiger macht, ist zu deinem Vorteil. Man muss nur gewappnet sein, auch diesbezüglich auf Kundenvorgaben eingehen zu können, wobei diese "Gefahr" denke ich im Allgemeinen ehr gering ist. Zudem: So arg exotisch ist Pascal nun auch wieder nicht

PS: Herzlich wilkommen in diesem hübschen, netten, blauen Forum

Falls Du jemals daran denkst, dich zu verstärken, solltest Du bei C# oder Java bleiben.

Zitat von Furtbichler:

Falls Du jemals daran denkst, dich zu verstärken, solltest Du bei C# oder Java bleiben.

Das solltest du genauer erläutern. Grundsätzlich kann es nicht schaden mehrere Sprachen zu kennen ( bzw. ist es notwendig)

Hallo,

jetzt komme ich endlich zum Antworten.

@Medium
Wirklich vermissen tue ich in C# auch nichts, wenngleich die WPF zwar die "schönere" Oberfläche ermöglicht (erkauft durch viel manuelle Arbeit), Forms jedoch, im ERP-Umfeld, doch noch die Oberhand hat. Die Datenbank-Komponenten sind das, was in C# um längen besser sein könnte (eben wie Delphi). Wenn die Verbindungsparameter im Framework versteckt sind, man sie nur beim Initialisieren des Programmes überschreiben kann, um ggf. diese zu verändern, damit man sich während der Entwicklungszeit auf unterschiedliche Datenbanken verbinden kann, war (nicht nur mir), sehr zuwider.

Ich denke, die parallele Schiene zu fahren, also (wieder) Delphi und C# wird wohl meine neue Ausrichtung werden. In Delphi kam ich, im Vergleich zu C#, schneller zu dem Status, einen funktionalen Prototypen zu entwickeln, der bereits an erste Keyuser ausgerollt werden konnte um vorab Feedback zu erhalten. Vielleicht liegt es auch daran, dass ich Delphi ohne Projekt, daher intensiver, C# zum Großteil erst im Projekt gelernt habe.
Noch läuft die Trial, somit wird der letztendliche Entschluss in ein paar Tagen fallen.

Die Erweiterungen bzw. Schnittstellen zu anderen Sprachen (Du schreibst von Lua), fand ich auch immer sehr gelungen. Hatte 2001/2002 ein Projekt, in das eine Prolog-Schnittstelle integriert werden sollte, was einwandfrei geklappt hat. In C# hab ich es bisher noch nicht gebraucht, da würde es mich interessieren (werde Google mal befragen), ob es damit auch geht bzw. ob es ebenfalls so einfach ist.

Heute würde ich auch kein Projekt mehr annehmen, das vorschreibt, welche Sprachen und ohne Drittkomponenten zu verwenden sind.

@Furtbichler
Das verstehe ich nicht, wie Du das meinst.

Viele Grüße,

Daniel

Furtbichler will sicher darauf hinaus, dass man auf dem Arbeitsmarkt mehr DotNet-Entwickler findet, als Delphianer.
Wir haben auch Anfang des Jahres jemanden eingestellt, der bisher nur mit C# gearbeitet hat. Der muss sich natürlich in den Sprache einarbeiten. Aber das Lernen der Sprache ist im Gegensatz zu dem, was er sonst noch in der Einarbeitungszeit lernen muss zu vernachlässigen. Und ich selbst hab Delphi auch "erst" vor 5 Jahren gelernt. Vorher hab ich VB6, ein bisschen VB.Net dann lange 4GL ( ) gemacht.
Heute programmier ich hauptsächlich mit Delphi und noch etwas VB.net und Java. Mehrsprachigkeit finde ich nicht problematisch.