Unbeliebtheit von Delphi

1. Schnell - Compiler !

Jupp, ist was dran.

2. Exe- File - kann leicht weitergegeben werden.

Geht bei Go und Rust auch. Und auch bei Visual C++ bekomme ich das ohne weiteres hin. Nur bei .NET gab es da mal Probleme, die aber durch die Tatsache, daß sich .NET quasi ins OS geschlichen hat, immer weniger relevant werden.

3. Leichte Oberflächenerstellung. In Python komplex und langsam.

Ja gut, Benutzeroberflächen mit Bash erstellen ist auch kein Zuckerschlecken, geht aber (natürlich auf dem Terminal). Nur stellt sich dann die Frage der Sinnhaftigkeit. Die Wahl des richtigen Werkzeugs ist nunmal nicht unerheblich für die Geschwindigkeit mit der man dann bei der Aufgabenerfüllung vorankommt.

Ansonsten verweise ich auf PySide und wxPython ...

4. Und.. und.. und

Das könnte nun wiederum alles sein ... und da gibt es auch genug Argumente für jeweils andere Sprachen.

Zitat von Bernhard Geyer:

ich vermute mal das für viel Delphi noch auf einem D6/8/2007-Level stehen geblieben ist und viele der Dinge die einen dir Arbeit in einem Delphi 10.x erleichtern gar nicht bekannt sind.

Was auch an der interessanten Preis- und Paketierungspolitik liegen könnte. Vielleicht habe ich ja wirklich etwas verpaßt, aber die preisliche Lücke zwischen dem Angebot für Hobbyisten mit ausdrücklichem Verbot der kommerziellen Nutzung und der nächst-"größeren" Ausgabe war riesig. Und bei der nächst-"größeren" Ausgabe hatte ich dann allerlei Klimbim dabei, für den ich keine Verwendung hatte, den ich aber mitbezahlt habe.

Was ich auch unpraktisch fand, war die Anforderung C-Header übersetzen zu müssen. Vielleicht - bzw. hoffentlich - gibt's da ja auch seit XE Fortschritte.

Kurzum: für eine bestimmte Sorte von Anwendungen ist Delphi aus meiner Sicht noch immer sehr gut geeignet, bei anderen eher nicht.

Zitat von Neumann:

Man ist eben ein Aussenseiter, wenn man eine gut lesbare, bewährte Sprache und die dazugehörigen Bibliotheken und dann noch eine relativ einfache IDE benutzt.

Ein richtiger Programmierer schreibt seinen Code so, das ihn niemand verseht,im Idealfall er selber auch nicht.

Gähn, ist das versuchter Sarkasmus? Denn der Code vieler Delphi-Programme hat mich zu der Überzeugung gelangen lassen, daß Delphi - wenn es dem Entwickler an Disziplin fehlt - spaghettiartigen Code ganz gut fördert. Ein TForm17 ist da nur auf alleroberster Ebene ein Symptom von. Schlimmer ist dann die fehlende Trennung von Business-Logik und Präsentation (die Logik wird einfach in die Event-Handler reingeklöppelt).

Zitat von Neumann:

Auch ein Programm, welches sich simpel durch copy & past installieren lässt geht gar nicht. Ein richtiges, von einem Experten geschriebenes Programm braucht 100 dlls und eine Installationsroutine die mindestens 20 min den Rechner beschäftigt.

Laß mich raten, nochmal der Versuch Sarkasmus zu benutzen? Da gibt es natürlich verschiedene Sichtweisen.

Mittlerweile finden es die Leute ja geil sich mit Opera, Atom, Visual Studio Code, Riot IM, Google Chrome und dem Slack Client (um nur ein paar wenige Vertreter zu nennen) quasi dutzendfach

den gleichen Code in ihr Benutzerprofil zu installieren. Vor ein paar Jahren hielt man DLLs als Mittel der Wahl um den gleichen Code aus verschiedenen Anwendungen heraus zu nutzen, noch für das A und O. Die Zeiten ändern sich halt. Allerdings hat Electron eben auch zu Auswüchsen geführt bei denen mittlerweile Systemsoftware mit Systemrechten nen Chromium-Unterbau ausführt. Da kommt mir das kalte Kotzen.

Falls du jemals einen kleinen Einblick in das Tagesgeschäft eines Admins bekommen solltest, wird dir die Begeisterung für Anwendungen die sich per Copy&Paste installieren lassen schnell im Halse stecken bleiben. Es hat halt seine Vor- und Nachteile, je nach Einsatzgebiet.

Zitat von himitsu:

Ja, in dem C-Array gibt es keine ''-Einträge für nicht vorhandene Werte, da der erste Leer-String das Ende der Liste definiert,
drum wird die Liste einfach komplett weggelassen.

beziehst du dich auf argv in der main-Funktion?

Die "Unbeliebtheit von Delphi" liegt sicherlich zum großen Teil daran, das es in der Delphi (oder Pascal) Welt
nicht alle paar Monate alles neu kommt, man seinen gesamten alten Quellcode wegschmeissen muss, um nun auf die
ganz neue [Platzhalter für irgendein Buzzword] Plattform umstellt, weil das insbesondere bei [noch ein Platzhalter
für irgendein Buzzword] viel besser ist ....

Also bis C++14 dürfte sich Delphi deutlich schneller entwickelt haben. Was auch nicht zuletzt daran liegt, daß Delphi eben nicht mehr ein Standard-Object-Pascal ist. Und genau das sehe ich übrigens als Nachteil. Stichwort: Delphi Language. Hier hätte ich mir mehr Weitblick und Standardisierung gewünscht.

Schonmal versucht meinen nonVCL-Code in neueren Delphi-Versionen zu bauen? Viel Erfolg! Andererseits kann ich gemütlich C-Code aus den 1990ern meinem C-Compiler füttern und der spuckt mir dafür sogar Objektcode aus. Gut, Warnungen gibt es dann durchaus hin und wieder ...

Es gibt seit Jahrzehnten den gleichen Kram auch mit SQL Datenbanken, nosql ist alles viel besser, davor kamen einige
sogar mal mit XML Datenbanken, alles so viel doller als 08/15 SQL Datenbanken .... oder vielleicht doch nicht?
Und auch wenn es ewig totgesagt ist, auch heute noch dominieren SQL Datenbanken sehr große Teile in
betriebswirtschaftlich benutzter Software.

Ich kann aus meinem Kundenkreis durchaus von einigen Kunden Projekten berichten, bei denen große Teams irgendwas
in irgeneiner webbasierenden oder .NET oder java basierenden Technik umsetzen, wo ich mich frage, warum dauert das
länger als eine Woche oder ein Monat? Und die verbraten da Mannjahre ....

Klingt nach üblichen Bullshit-Jobs. Und bei diversen Themen hat sich nur das Buzzword, aber nicht der Inhalt geändert. Kennt noch jemand SOAP?

In einem Projekt bei dem Laden mit dem großen T an der Haustür war einer der Programmierer bekannt das er angeblich
mit fast jeder Programmiersprache einsetzbar war. Konkrete Nachfragen zu seinem vorliegenden Quellcode und der
von ihm darin verbockte Datenbankzugriff auf gruseligen Tabellenstrukturen zeigten mir nur, das er vermutlich
in vielen Programmiersprachen ein "Hallo Welt" zum Laufen bekommt, aber nirgends darüber hinaus zu gebrauchen
ist. Damals war sein neuestes Steckenpferd java und alle Projektbeteiligten waren glücklich, das in dem Projekt
mit Delphi und SQL für Ihn keine verwendung mehr war und der dann uns nicht mehr mit seinem Halbwissen genervt
hat.

Die Frage ist nur was das mit der vermeintlichen oder tatsächlichen Beliebtheit von Delphi zu tun hat. Stümper gibt es überall.

Die meisten Anwender die Git benutzen sind meiner Erfahrung nach Stümper in Sachen Git (== keine Grundkenntnisse),

die nach diesem Schema verfahren, aber es muß dennoch unbedingt Git sein und ja kein anderes VCS.

Zurück zu deinem Thema: Unbeliebt ist nicht unbedingt das Gegenteil von beliebt! Es gibt gerade aufgrund der
Historie sehr viele weiterhin in der Pascalwelt sehr glückliche Programmierer, die Ihr Tagesgeschäft aufgrund
guter Basisarchitekturen auch auf dem Spachlevel von Delphi 5 o.ä. erfolgreich gestalten.

Ob die sich dann die Mühe machen, irgendjemand davon zu überzeugen, das Delphi 5 auch für den die Lösung
schlechthin ist, kommt den meisten in unserem Dunstkreis überhaupt nicht in den Sinn. Es gibt aus meiner
Sicht nur ganz wenige "Programmiersprachen-Prediger" in der Delphi Welt, die mit taliban ähnlichen
Argumentationsketten alles andere schlecht reden nur nur die eigene Religion anerkennen.

Der geneigte Delphi/Pascal Programmier reagiert da oft nach dem Motto "Was interessiert es die Eiche,
wenn die Sau sich an ihr kratzt" und beendet uninteressante Monologe von solchen Predigern auch gerne
mal zumindest gedanklich mit "Wenn man mal keine Ahnung hat, einfach mal Fresse halten"
in dem Wissen, das die eigene Plattform bei entsprechender Architektur keineswegs durch eine ganz andere
Programmiersprache in Frage gestellt werden muß.

Volle Zustimmung! Mit entsprechender Erfahrung weiß man auch, daß sich verschiedene Werkzeuge verschieden gut für das gleiche Einsatzgebiet eignen.

Wenn du dich als letzter Mohikaner fühlst, der den Kram noch benutzt, dann hast du sicher gute
Gründe zu wechseln, dafür sehe ich aber inbesondere im deutschsprachigen Umfeld für Delphi/Pascal
keinerlei Gründe, vielleicht sogar ganz im Gegenteil (Ich kenne einige Visual Studio Ablöse-Projekte
für vorhandene Delphi Projekte, wo die Firmen sehr viel Geld drin versenkt haben, aber nie mit dem
neuen Projekt in den Produktionsstatus gekommen sind und daher weiterhin noch Jahrzehnte alten
Delphi Quelltext mitschleppen, der es durchaus verdient hätte, mal aufgeräumt zu werden. Dafür muss man
den aber nicht komplett wegschmeissen.

Ohnehin muß man Code selten wegschmeißen. Diejenigen die den Code unbesehen (und damit meine ich eine Detailbetrachtung!) wegwerfen um - ggf. in einer anderen Sprache oder mit einem anderen Framework - von vorn zu beginnen sind nicht gewillt aus alten Fehlern zu lernen. Denn um aus denen zu lernen müßte man die ersteinmal analysieren. Man erlebt es dennoch sehr häufig.

Auch sollte jedem Entwickler klar sein, daß auf die Lebenszeit der Software betrachtet nicht auf die Erstentwicklung sondern für die Langzeitpflege hin optimiert werden sollte. Stichworte: Dokumentation, Tests, Änderungsverwaltung, Trennung von Abstraktionsebenen mit "internen" Schnittstellen ...

Für Redesign innerhalb der existierenden Welt ist aber immer
nie Zeit und Geld da, die Leute, die frisch von der Uni kommen, basteln da in Ihrer dunklen Textkonsole
so viel unverständliches Zeug in wenigen Minuten zusammen, das jeder gestandene Delphi/Pascal
Programmierer nicht mal Bock drauf hat, das zu verstehen, [...]

Das lustige an dieser Argumentation ist, daß sie aufzeigt, daß "die junge Generation" keinen Bock hat sich mit existierendem auseinanderzusetzen (ist ja auch nicht "agile" - bitte in englischer Aussprache! - genug) und "die ältere Generation" umgekehrt ebensowenig.

Ein wenig Distanz zu wahren zu der neuesten Programmiermethoden/-sprachen-Sau die gerade durch's Dorf getrieben wird, ist sicher richtig.

Aber der ehemalige Vorgesetzte der auch nach 20 Jahren noch mit dem Compiler von 1996 arbeitete und einen Programmierstil hatte, der mit "Assembler-artig" und "1980er" wohlwollend umschrieben wäre, hat dennoch den Fortschritt in der Codebasis auf ganzer Linie behindert. Wenn ich halt großflächiges Refactoring machen möchte, muß man manche liebgewonnenen Gewohnheiten aus DOS-Zeiten auch mal aufgeben. Hier war es bspw. die Unsitte über Defines und einen zentralen Header zu steuern was eingebunden wird. Zu DOS-Zeiten durchaus sinnvoll um eine damals übliche Größenbeschränkung zu umgehen. Heute eher überkommen und hinderlich.

Solche Dinosaurier, die mental ihre Kenntnisse auf ihrem eigenen Fachgebiet nie merklich ausgebaut haben, habe ich schon mehrfach in meiner Karriere kennengelernt. Noch hoffe ich, daß ich frühestens mit Renteneintritt auch in diese Dinosaurierphase eintrete. Ich finde es aber wenig tröstlich, daß Uni-Abgänger eine ähnliche Ignoranz an den Tag legen wie die sprichwörtlichen Dinosaurier.

Zitat von Sinspin:

So sind neue entwickler nur dazu gekommen wenn sie es sich leisten konnten. Also ganz sicher keine Schüler oder Studenten!

Also vor zirka 20 Jahren gab es bereits entsprechende Programme für Schüler und Studenten. Ich weiß das aus erster Hand, weil ich mir so ein Delphi 4 Professional geleistet hatte. Ob die damit einhergehenden lizenztechnischen Einschränkungen allerdings sinnvoll sind, darf man hinterfragen.

Heute ist es schwer den Marktanteil im Business Bereich noch signifikant zu steigern. Von unbeliebt würde ich dabei noch nicht einmal sprechen, sondern eher von unbekannt oder falsch eingeschätzt...

Insbesondere letzteres. Denn dazu müßte man sich ersteinmal damit auseinandersetzen. Und das macht einem der aktuelle Eigner von Delphi jetzt nicht gerade einfach, finde ich, trotz Community-Ausgabe.

Aber wir leben ohnehin in einer Zeit in der das nächste Quartalsergebnis (manchmal sprichwörtlich, manchmal nicht) wichtiger ist als eine langfristige und nachhaltige Wertschöpfung.

Zitat von TiGü:

Klar haben andere Sprachen und Umgebungen ihre Vorteile (C# in Visual Studio), aber es gibt auch eine Vielzahl an Sprachen und Umgebungen, da gruselt es mir, wie rudimentär, verkorkst oder aufwändig manche Sachen sind (Editor, Debugging) oder das die gefühlt nur Server- und Konsolenprogramme können (Rust).

Ja ... der Firefox nervt mich auch, seitdem der nur noch als Konsolenprogramm verfügbar ist.

Manch einer kann sich das kaum vorstellen, aber Sprachen und Editoren sind überhaupt nicht über Naturgesetze unzertrennlich aneinander gebunden. Und ich verdrehe jedesmal die Augen wenn mein Vorgesetzter sich drüber beschwert daß diese oder jene Funktion des Debuggers in Eclipse nicht funktioniert. Da zücke ich dann Vim, GDB und einen Terminal-Multiplexer und lasse diese nervige Entwicklungsumgebung hinter mir.

Zitat von TiGü:

Möglich, aber wenn die Lösung schon C, C++ und C# parsen kann, ist doch Object Pascal keine Unmöglichkeit.
Ich bin ja auch nur Laie, aber ich stelle mir das so vor, dass nach dem Parsen eines Softwareprojektes das als AST und (ggf. später) als logisches Modell vorliegt, gegen das man dann Regeln und Standards prüft.

Selig sind, die da nehmen und nicht zurückgeben! Jupp, vermutlich ist das im Prinzip ganz einfach, wobei du hier auch ein wenig Architekturanalyse und statische Codeanalyse zum Auffinden häufiger Fehler durcheinanderzuwürfeln scheinst.

Zitat von mschaefer:

Das hatte seine Zeit. Bei etlichen Kunden darf PHP nicht eingesetzt werden.

Liegt das an diesen überkommenen Vorurteilen? Da sind wohl auch die Kunden mental stehengeblieben. Bei PHP hat sich viel getan.

Zitat von Delphi.Narium:

Die erste Delphi-Version erschien 1995. 1995 habe ich erstmals von anderen Programmierern gehört, dass Delphi total veraltet sei, keine Zukunft hat, unbeliebt ist ... Und das zieht sich nun seit 25 Jahren durch die Diskussionen.

Veraltet könnte sich damals auch durchaus darauf bezogen haben, daß es in einigen Aspekten nicht als auf der Höhe der Zeit galt. In anderen Aspekten hingegen

war es Vorreiter.

Da spielt dann wohl auch immer persönlicher Geschmack und der Unwille sich mit neuen Themen auseinanderzusetzen eine Rolle.

Zitat von Delphi.Narium:

Meine Frage war eher: Welche Entwicklungsumgebung wird ähnlich lang weiterentwickelt, wie Delphi?

Visual Studio? ... oder meinetwegen Watcom, wenn du eine ununterbrochene Entwicklung meinst.

Zitat von Heimlich:

Wenn es um die Delphi-IDE geht..die kann doch gar nicht unbeliebt sein. Die ist schon seit langem die Beste, die es gibt. Schon mal einer Visual Studio von Microsoft gesehen/verwendet? Absolute Vollkatastophe.

Von welchen jeweiligen Versionen reden wir denn? Also ohne bspw. das IDE Fixpack empfand ich die Delphi IDE mindestens als mittlere Katastrophe.

Zitat von Der schöne Günther:

Ich denke man sollte vielleicht sogar den letzten Schritt gehen und alle Entwicklungsumgebungen außer Delphi verbieten. Manchmal muss man die Leute auch vor sich selbst schützen.

Soviel zum Fehlen fundamentalistischer Umtriebe unter Delphianern

Zitat von jfheins:

Auch wenn Strg+Alt+0 nicht so praktisch zu erreichen ist.

Theorie: Wirth als Schweizer hat auch nur ne "deutsche" Tastatur gehabt und sich deshalb auf begin/end beschränkt. C wurde in den USA entwickelt und {/} waren bequem erreichbar und platzsparender als begin/end.

Ich nutze seit über 15 Jahren ausschließlich eine US-Tastatur mit alternativem Layout (sprich, ich kann ohne Probleme ß, ö, ü, ä, æ, å, ø, ł, ð, ć, ę, ż, ý, ą, ©, ®, ™, ï, ᵹ, ń, μ, ℔, ś, ſ, ƿ, é, ¾, ¼, ½, ℅ usw. tippen ... und zwar sowohl auf Linux wie auch auf Windows) und möchte es nicht mehr missen. Probier's mal aus! Das entsprechende Mercurial-Repo ist derzeit offline, da Bitbucket bekanntlich die Unterstützung auslaufen läßt, aber demnächst ist es dann wieder online. Schick mir ne PN, falls Interesse besteht.

Was hilft mir begin/end statt {/} wenn ich am Ende in JSON oder YAML oder wo auch immer doch wieder mit geschweiften Klammern konfrontiert bin?!

**DieDolly**

Zitat:

Wenn es um die Delphi-IDE geht..die kann doch gar nicht unbeliebt sein. Die ist schon seit langem die Beste, die es gibt. Schon mal einer Visual Studio von Microsoft gesehen/verwendet? Absolute Vollkatastophe.

Das Gegenteil. Die IDE ist langsam, voll mit irgendwelchen Artfeakten wenn man sie minimiert und wiederherstellt, Refactoring (Umbenennen von Variablen) funktioniert nicht immer und endet oft in selbst der IDE unbekannten Fehlern, mehrmals täglich muss ich die IDE neustarten und dann kommt es auch zu irgendwelchen Zugriffsverletzungen. Vom Editor brauchen wir gar nicht erst reden.

**jaenicke**

Was auch an der interessanten Preis- und Paketierungspolitik liegen könnte. Vielleicht habe ich ja wirklich etwas verpaßt, aber die preisliche Lücke zwischen dem Angebot für Hobbyisten mit ausdrücklichem Verbot der kommerziellen Nutzung und der nächst-"größeren" Ausgabe war riesig. Und bei der nächst-"größeren" Ausgabe hatte ich dann allerlei Klimbim dabei, für den ich keine Verwendung hatte, den ich aber mitbezahlt habe.

Nun ja, die Enterprise Edition hatte vor 10 Jahren 600 Euro oder so pro Jahr (!) gekostet (alles netto natürlich). Heute sind es knapp 1000. Aber das sind für ein Arbeitsmittel doch keine überhöhten Preise. Und dazwischen gibt es ja noch die Professional Version für damals 300 pro Jahr und heute 430. (Das sind Preise aus der Erinnerung, die mögen ein paar Euro abweichen.)

Wenn solche Preise für eine Firma zu hoch (!) sind, ist mir das etwas suspekt ehrlich gesagt. Also man kann ja nun viel gegen Delphi sagen, unter anderem, dass man Einsteiger lange eher abgeschreckt hat. Und auch, dass die Qualität lange Jahre vernachlässigt wurde. Aber die Preise sind nun wirklich nicht hoch, wenn man nicht gerade mit kostenlosen Open Source Tools vergleicht.

An der Stelle sollte man aber eben als Softwareentwickler auch bedenken, dass man ja auch möchte, dass andere die eigene Arbeitsleistung bezahlen.

Zitat von DieDolly:

Das Gegenteil. Die IDE ist langsam, voll mit irgendwelchen Artfeakten wenn man sie minimiert und wiederherstellt, Refactoring (Umbenennen von Variablen) funktioniert nicht immer und endet oft in selbst der IDE unbekannten Fehlern, mehrmals täglich muss ich die IDE neustarten und dann kommt es auch zu irgendwelchen Zugriffsverletzungen. Vom Editor brauchen wir gar nicht erst reden.

Ich arbeite ja nun auch täglich mit der IDE (XE6, 10.2 und 10.3). Das mag für alte Projekte gelten, in denen noch Kreuzbeziehungen, komische Formatierungen, lange Units usw. existieren. Da hängt die IDE schon mal, stürzt aber was 10.2 und 10.3 angeht trotzdem kaum ab.

In unseren aktuellen, auch größeren, Projekten läuft die IDE sehr gut und so gut wie ohne merkliche Verzögerungen. Abstürze z.B. beim Debuggen wie sie unter XE6 quasi normal waren gibt es hier quasi gar nicht mehr.

Leider kommt Delphi mit Kreuzbeziehungen in den Units, aber auch exotischen Formatierungen und teilweise auch mit manchen Benennungskonventionen nicht gut klar, wenn man Refactoring oder auch nur die Klassenvervollständigung nutzen möchte. Hier lohnt es durchaus den Quelltext zumindest etwas zu modernisieren um dann effizienter arbeiten zu können.

// EDIT:
Ach ja, ein Bug fällt mir dabei ein:
Wenn man etwas markiert hat, dauerte der Wechsel zu anderen Units und zurück recht lange, derweil hing die IDE. Deshalb entferne ich mittlerweile quasi unbewusst automatisch immer eine eventuell gesetzt Markierung ohne darüber nachzudenken.

**Assarbad**

Wenn solche Preise für eine Firma zu hoch (!) sind, ist mir das etwas suspekt ehrlich gesagt.

Ich sprach nicht von einer Firma. Ich habe exakt einmal mit Delphi Geld verdient. Und das was dabei herauskam war deutlich unterhalb der Kosten für eine (nur-Delphi-)Pro-Version.

Ich hab da übrigens andere Preise in Erinnerung. Vielleicht ist das aber der Unterschied zwischen Delphi Solo vs. "Studio" (also mit C++ Builder)? Und gerade im Vergleich zu einem MSDN Pro Abo mit anschließend erlaubter Weiternutzung der Software, fand ich das Preisniveau der Produkte rund um Delphi nicht angemessen. Insbesondere aufgrund der Probleme die zum Teil über mehrere Versionen hinweg mitgeschleppt wurden. Und wenn ich dann eben noch Klimbim mitbezahle, welchen ich nicht brauche, trägt dies nicht zur Akzeptanz der Preise bei.

Die "Lösung" für Embarcadero war dann auf eine Art Abomodell umzuschwenken. Nur einen kleinen Unterschied gibt es zu dem erwähnten MSDN Pro Abo. Die Betriebssysteme und auch Visual Studio daraus wurden/werden auf Jahre hinaus gepflegt. Embarcadero schien etwa mit XE auf ein Modell umzustellen, welches als "Was juckt mich meine Software von gestern" umschrieben werden kann. Mag jetzt etwas überspitzt formuliert sein, aber da ich mir XE tatsächlich noch (als RAD Studio) geleistet hatte, fühlte ich mich doch etwas vor den Kopf gestoßen als Fehlerbehebungen (!) - also nicht etwa neue Features - für die jeweils nicht mehr taufrische Version auf den Sankt-Nimmerleinstag verschoben wurden.

Aber die Preise sind nun wirklich nicht hoch

... sofern man damit sein Geld verdient. Mag sein.

An der Stelle sollte man aber eben als Softwareentwickler auch bedenken, dass man ja auch möchte, dass andere die eigene Arbeitsleistung bezahlen.

Kommt drauf an. Bei meinen FLOSS-Projekten erwarte ich in dieser Hinsicht nichts.

In unseren aktuellen, auch größeren, Projekten läuft die IDE sehr gut und so gut wie ohne merkliche Verzögerungen. Abstürze z.B. beim Debuggen wie sie unter XE6 quasi normal waren gibt es hier quasi gar nicht mehr.

Sorry, aber weißt du wie das für jemanden klingt der das hinter sich gelassen hat, lange bevor es XE6 gab? So (imaginäres Zitat):

Zitat:

Hey Leute, habt euch nicht so. Kauft euch einfach die aktuelle Version und schon sind diese Probleme Teil der Vergangenheit.

Was natürlich die Bauchschmerzen welche man sich einhandelt, wenn man mal größere Versionssprünge bei einer Toolchain gemacht hat, komplett vernachlässigt und ohnehin eher nach Embarcadero-Vertriebler/Evangelist klingt. Sprich: ein wenig rosarote Brille scheint mir da schon dabei zu sein.

Leider kommt Delphi mit Kreuzbeziehungen in den Units, aber auch exotischen Formatierungen und teilweise auch mit manchen Benennungskonventionen nicht gut klar, wenn man Refactoring oder auch nur die Klassenvervollständigung nutzen möchte. Hier lohnt es durchaus den Quelltext zumindest etwas zu modernisieren um dann effizienter arbeiten zu können.

Ich kenne noch ein anderes Werkzeug welches ständig nach Aufmerksamkeit schreit, anstatt mir still zur Hand zu gehen, und welches für sich einfordert, ich möge bitte meine Arbeitsweise ihm anpassen: Git. Die einen mögen's. Die anderen nicht. Ich zähle zur zweiten Gruppe.

Achso, eins noch. Ich würde behaupten Delphi erfreut sich in diversen Kreisen nach wie vor großer Beliebtheit. Also bitte nicht meine Kritik als pauschale Klatsche mißinterpretieren.

**jaenicke**

Ich sprach nicht von einer Firma.

Ja, ich habe ja geschrieben, dass Einsteiger eher abgeschreckt wurden. Das galt natürlich auch für diejenigen, die mit ihren Programmen kein Geld verdienen.
Das hat sich aber ja wenigstens mittlerweile geändert.

Die "Lösung" für Embarcadero war dann auf eine Art Abomodell umzuschwenken.

Umgeschwenkt? Die Wartungsverträge gab es auch schon zu Borland Zeiten. Was Embarcadero geändert hat war die verbilligten Updates abzuschaffen.