Delphi ist unbeliebt...angeblich

[Wosi]

Auch wenn ich die generelle Abneigung gegen Delphi nicht teile, muss ich dennoch eingestehen, dass es nahezu unmöglich ist, junge ambitionierte Software-Entwickler zu finden, die bereit sind mit Delphi zu arbeiten.
Speziell unter jungen Entwicklern gibt es zahlreiche Vorbehalte gegenüber Delphi:

- Schlechte Tools / IDE
- Syntax erfordert viel Schreibarbeit
- Fehlende moderne Sprach-Features
- Viele Uralt-Projekte
- Kein vernünftiger Package-Manager
- Kleine Community
- "Gute Delphi-Kenntnissen helfen mir auf dem Arbeitsmarkt nicht so sehr weiter wie gleich gute Kenntnisse in Java/C#/TypeScript/Angular/Python/etc."
- "Das ist doch die Sprache mit der mich mein Prof im ersten Semester gequält hat. Nein Danke!"

Diese Argumente lassen sich bestenfalls teilweise entkräften. Wer nur für sich selbst im stillen Kämmerlein programmiert, dem kann das alles ziemlich egal sein. Geht es allerdings darum Nachwuchs für die Weiterentwicklung bestehender Projekte zu finden, so sollte man sich rechtzeitig Gedanken darüber machen, wie man auf Bewerber zugeht ohne sie in den ersten fünf Minuten abzuschrecken.

[jaenicke]

Zitat von Wosi:

- Syntax erfordert viel Schreibarbeit

Das höre ich immer wieder, aber leider korreliert diese Meinung oft auch mit schlechtem Programmierstil, egal welche Sprache derjenige benutzt. Denn wer schreibfaul ist, bezeichnet leider z.B. auch oft Variablen so kurz, dass der Quelltext schlecht lesbar ist... (var A, B, C: Integer; D, e: String)
Deshalb disqualifiziert dieses Argument denjenigen gleichzeitig auch ein wenig bei einer Bewerbung.

[hoika]

Hallo,
wir stellen auch Leute ein, die mit Java, C++ oder noch besser mit C# gearbeitet haben.
Für mich zählt dabei, wie der Programmierer Aufgaben in Code umformen kann,
strukturiertes Denken, Belastbarkeit usw..
Delphi ist dabei doch noch einfacher zu lernen, also z.B. Java.

Und wenn einer kommt und sagt "Delphi, nein danke", dann halt nicht...

[Wosi]

Zitat von jaenicke:

Zitat von Wosi:

- Syntax erfordert viel Schreibarbeit

Das höre ich immer wieder, aber leider korreliert diese Meinung oft auch mit schlechtem Programmierstil, egal welche Sprache derjenige benutzt. Denn wer schreibfaul ist, bezeichnet leider z.B. auch oft Variablen so kurz, dass der Quelltext schlecht lesbar ist... (var A, B, C: Integer; D, e: String)
Deshalb disqualifiziert dieses Argument denjenigen gleichzeitig auch ein wenig bei einer Bewerbung.

Wie gesagt, nicht alle Vorbehalte sind zu 100% angemessen. Allerdings bezieht sich die viele Schreibarbeit meiner Meinung nach vor allen Dingen auf die doppelten Bezeichnung im Interface- und Implementierungs-Bereich. Wer im Studium vor allen Dingen mit Java oder C# arbeitet, ist von der doppelten Schreibarbeit schnell ein wenig genervt.

Zitat von hoika:

Und wenn einer kommt und sagt "Delphi, nein danke", dann halt nicht...

Etwas anderes bleibt dann wohl auch nicht übrig. Solange man andere Bewerber findet, die Delphi machen möchten, ist das alles OK.
In einem großen Unternehmen beobachte ich seit Jahren, was mit ambitionierten Entwicklern am Ende ihres Studium passiert. Wenn sie "nur für ein paar Monate" in einem Delphi-Team aushelfen sollen, stellen sie die Verantwortlichen an die Wand: Entweder ich arbeite direkt in einem Team, das mit Java/C#/TypeScript/Whatever.js arbeitet, oder ich suche mir einen anderen Arbeitgeber. Die Absolventen von heute können sich diese Mentalität leisten.

[jaenicke]

Zitat von Wosi:

Allerdings bezieht sich die viele Schreibarbeit meiner Meinung nach vor allen Dingen auf die doppelten Bezeichnung im Interface- und Implementierungs-Bereich. Wer im Studium vor allen Dingen mit Java oder C# arbeitet, ist von der doppelten Schreibarbeit schnell ein wenig genervt.

Wer das an beiden Stellen manuell schreibt, dem ist auch nicht zu helfen (überspitzt gesagt). Selbst Delphi selbst hat schon die Klassenvervollständigung (plus Templates für die Deklaration von Feldern usw. im Übrigen). Und um das noch komfortabler zu machen gibt es ModelMaker Code Explorer usw.

Damit bleibt zwar die doppelte Deklaration, aber mehr Schreibarbeit ist das nicht.

[Der schöne Günther]

Es geht ja auch nicht um das einmalige Schreiben, sondern z.B. um das Anpassen. Den Typ eines Parameters ändern? Musst du "unten" und "oben" machen. Die Code-Vervollständigung nutzt weiterhin leider viele Gelegenheiten um die Arbeit zu verweigern (z.B. Anonyme Records). Diese Stellen muss man dann erst mal finden oder man seufzt und passt es von Hand an. Solche Sachen summieren sich auf.

Ich persönlich finde die Unterteilung ist interface/implementation ähnlich wie die .hpp/.cpp-Unterteilung in C++ sogar eher gut (Geschmackssache?), allerdings muss man auch einsehen dass (vorausgesetzt man ist nicht gewillt nochmal eine dreistellige Zahl pro Arbeitspatz für Tools wie den ModelMaker auszuspucken) Dinge wie "Parameter anpassen" auf Delphi bspw. deutlich länger dauern als anderswo. Mache ich das hundert mal am Tag kommt da auf Dauer auch was zusammen.

[Uwe Raabe]

Zitat von Der schöne Günther:

(vorausgesetzt man ist nicht gewillt nochmal eine dreistellige Zahl pro Arbeitspatz für Tools wie den ModelMaker auszuspucken)

In dem Fall entscheidet man aber selbst darüber, ob man das Geld ausgeben oder die Zeit investieren will. Das Geld investiert man in der Regel nur einmal bis selten (Updates), die Zeit immer wieder.

Abgesehen kostet eine Einplatz-Lizenz für den ModelMaker Code Explorer (nicht den ModelMaker!) gerade mal 99 €. Bei 3 bzw. 4 Usern reduziert sich das auf 66 bzw. 50 €, bei 10 Usern sind wir dann bei 40 €. Rechne doch mal spaßeshalber dagegen, was die Entwickler so im Jahr an Klopapier verbrauchen - nur so zum Vergleich.

http://www.modelmakertools.com/order/newlicenses.html

Zitat von Der schöne Günther:

Mache ich das hundert mal am Tag kommt da auf Dauer auch was zusammen.

Selbst bei einer MMX-Single-User-Lizenz für 99 € sollte sich das auf Basis eben dieser Aussage schon nach kurzer Zeit rechnen. Wie viel Zeit muss da jeder einsparen, damit es sich lohnt?

[bernau]

Zitat von Der schöne Günther:

Es geht ja auch nicht um das einmalige Schreiben, sondern z.B. um das Anpassen. Den Typ eines Parameters ändern? Musst du "unten" und "oben" machen.

Drückst du Strg-Shift-Alt-P

Geht in beide Richtungen.

Geht aber leider nicht bei überladenen Funktionen.

[greenmile]

Dürfte die (berechtigte) Quittung für die miserable Produkt-Qualität, dem Dauer-Patienten Firemonkey und die Lizenz-Politik/Preise sein.
Wie viele User wurden wohl allein wegen dem Firemonkey Chaos vertrieben? Neue Delphi Version, nix geht mehr und das seit XE1.

Und das alles zu einem Preis für eine Dauer-Beta, der sich gewaschen hat.

[Towmuz]

Zitat von Wosi:

- Fehlende moderne Sprach-Features
- Viele Uralt-Projekte
- "Gute Delphi-Kenntnissen helfen mir auf dem Arbeitsmarkt nicht so sehr weiter wie gleich gute Kenntnisse in Java/C#/TypeScript/Angular/Python/etc."

Mit 4 Jahren Berufserfahrung und 1,5 Jahren davon mit Delphi, kann ich dir da nur zustimmen.

Auch wenn das mit dem Arbeitsmarkt sicher relativ zu dem steht, was man persönlich an Zeit benötigt sich in anderen Umgebungen zurecht zu finden,
wenn man mal die Sprache wechseln möchte sozusagen.

Diese Uralt-Projekte und Sprach-Features sind allerdings etwas, dass man nicht weg Relativieren kann und ziemlich nervt.

Zitat von jaenicke:

(var A, B, C: Integer; D, e: String)

Das kleine Stück hier aus C# (im Prinzip nur eine Zeile):

Code:

Dictionary<string, FileObject> files = 
    Directory.GetFiles(oldPath, "*.*", SearchOption.AllDirectories).ToDictionary(
                                                                                 Key => Key,
                                                                                 Value => new FileObject()
                                                                                 {
                                                                                    NewFilename = "",
                                                                                    NewPath = @"E:\BilderAlt\",
                                                                                    OldFilename = Path.GetFileName(Value),
                                                                                    TblDokumentNr = Path.GetFileName(Value).TrimStart('0').Split('.')[0],
                                                                                    OldPath = Path.GetDirectoryName(Value) + @"\",
                                                                                    ID = irgendwas
                                                                                 });

Das wären in Delphi viele Zeilen Code inkl. allem Pipapo. Macht nicht wirklich Spaß, wenn man dann sieht wie die Anderen so Sachen wie Lambda und Linq einbauen und in Delphi schreib ich nen Roman aus "begins & ends". Das hat mit "var a, b, c: string" gar nichts zu tun und betrifft so ziemlich jeden Bereich von Delphi.