Befindet sich Delphi noch auf der Höhe der Zeit?

[Union]

Warum ich gerne OP einsetze ist ja sogar messbar. Delphi ist eine Level-11 language mit 29 Anweisungen pro FP. C=2,5(128), C++=6(53), Java 6(53). Ich muss also relativ gesehen viel weniger Code schreiben um ans Ziel zu kommen. Natürliche, gesprochene oder geschriebene Sprache hat übrigens 0,1 (3200).

[Delphi-Laie]

Zitat von Union:

Warum ich gerne OP einsetze ist ja sogar messbar. Delphi ist eine Level-11 language mit 29 Anweisungen pro FP.

FP?

Zitat von Union:

C=2,5(128), C++=6(53), Java 6(53).

Die Zahl vor der Klammer - evtl. das Level?
Die Zahl in der Klammer - evtl. die Anzahl der Anweisungen pro FP?

[Union]

Zitat von Delphi-Laie:

Zitat von Union:

C=2,5(128), C++=6(53), Java 6(53).

Die Zahl vor der Klammer - evtl. das Level?
Die Zahl in der Klammer - evtl. die Anzahl der Anweisungen pro FP?

Ja, richtig. FP heißt function point.

[Mavarik]

WOW das ist ja wieder ein Thread mit viel "Zündstoff"...

- Ätsch meine Sprache ist aber besser als Deine
- Bei meiner brauche ich aber weniger tippen
- Dafür ist meine aber schneller
- Meine kann aber mehr...
- Deine kann aber xy nicht...

Was für ein Kindergarten... Dabei weiß doch jeder der hier schreibt, dass Delphi die beste Sprache ist... Oder?

Mavarik

[mkinzler]

Zitat:

Dabei weiß doch jeder der hier schreibt, dass Delphi die beste Sprache ist... Oder?

Auf jeden Fall die sympathischste.

[Phoenix]

Es geht doch dabei eigentlich gar nicht um die Sprache an sich.

Object Pascal ist recht cool, und wenn man sich anschaut was man mit ein wenig mehr Gehirnschmalz im Sprachdesign hinbekommt (siehe das, was RemObjects mit Oxygene gemacht hat), dann ist auch Object Pascal noch auf der Höhe der Zeit.

Das, was wirklich nicht mehr auf der Höhe der Zeit ist, ist doch das ganze Drumherum.

Die IDE schleppt seit Jahren Bugs mit sich rum, um wenn man sich anguckt was zum Beispiel nur im Bereich Debugging heute eben z.B. mit Visual Studio oder anderen Plattformen möglich ist, dann sieht man wie groß die Kluft in der Tat ist.

z.B. Remote Debugging: Ich brauche z.B. keinen Agent auf einem Produktivsystem sondern dort nur die entsprechenden Rechte und kann mich mit meiner IDE jederzeit an einen bockingen Live-Prozess attachen und muss nicht mehr umständlich versuchen, irgendwelche Probleme lokal zu reproduzieren.

Oder Intellitrace: historisches Debuggen durch die Aufzeichnungen eines kompletten Prozesses - jederzeit schauen, was zu einem beliebigen Zeitpunkt in der Vergangenheit auf dem Stack lag, egal in welchem Thread, und im Zweifel kann ich den Wert von damals auch jetzt noch ändern und lokal einen neuen Prozess ab genau dieser Stelle vond amals weiterlaufen lassen und gucken was passiert. (Okay, zugegeben: dieses Feature spart nicht nur wahnsinnig Aufwand, es ist auch leider wahnsinnig teuer).

Aber es hört ja nicht bei der IDE auf.

Wenn ich mir anschaue, was man bei Delphi alles noch immer aufwändig selber machen muss, ist das doch ein riesiger Produktivitätskiller.

Auf nahezu jeder anderen Entwicklungsplattform (JavaScript, Java, .NET, Ruby, PHP, Python, Objective-C, Swift, sogar C und C++) gibt es zu nahezu jedem vorstellbarem Thema unzählige Open-Source Projekte, die man sich mit gängigen Paketmanagern (npm, Maven, NuGet, Bower, Packagist, Composer etc.) einfach herunterladen, installieren und nutzen kann. Ich schaue dort in das Unit-Test Projekt rein wie man eine bestimmte Komponente nutzt, und lege los.

Für Delphi gibt es noch ein paar wenige, hauptsächlich kommerzielle Komponentenanbieter, und - bitte korrigiert mich wenn ich da falsch liege - de fakto keine aktive Open-Source Community.

Wie viele OR-Mapper für unterschiedliche Anwendungszwecke gibt es? Wie viele JSON-Libraries? Wie viele Adapter zu anderen externen Systemen (z.B. Elasticsearch, Redis, ActiveMQ) etc. gibt es? Wenn überhaupt, dann maximal 2-4 Stück, alle sehr rudimentär, und meist nur für eine bestimmte Delphi-Version.

Die Zeit, in der Delphi mit der VCL Vorreiter war, ist nunmal leider vorbei. Jeder, der sich darauf einlassen will wird sehr bald feststellen, dass er nach einer nur sehr kurzen Lernphase und Umgewöhnungszeit mit so ziemlich jedem anderen Entwicklungs-Ökosystem da draussen mindestens genauso, wenn nicht sogar deutlich effizienter das gleiche Zeug bauen kann wie mit Delphi auch. Von den Preisen der Umgebungen mal abgesehen, weil die meisten da draussen eher kostenfrei sind als nicht.

[Lemmy]

@Sebastian: Danke für das Posting. Kannst Du ggf. Licht ins Dunkel bringen, weshalb Interfaces broken by Design sind? Gelesen habe ich nun oft davon - Gründe für die Aussage aber bisher keine...

[bernau]

Zitat von Phoenix:

Wie viele OR-Mapper für unterschiedliche Anwendungszwecke gibt es? Wie viele JSON-Libraries? Wie viele Adapter zu anderen externen Systemen (z.B. Elasticsearch, Redis, ActiveMQ) etc. gibt es? Wenn überhaupt, dann maximal 2-4 Stück, alle sehr rudimentär, und meist nur für eine bestimmte Delphi-Version.

Warum brauche ich 20 JSON-Libraries, wenn es eine gibt, die alles macht, was ich will. Manchmal ist die Masse auch behindernd. Sehe ich also nicht als Nachteil.

Zitat von Phoenix:

Die Zeit, in der Delphi mit der VCL Vorreiter war, ist nunmal leider vorbei. Jeder, der sich darauf einlassen will wird sehr bald feststellen, dass er nach einer nur sehr kurzen Lernphase und Umgewöhnungszeit mit so ziemlich jedem anderen Entwicklungs-Ökosystem da draussen mindestens genauso, wenn nicht sogar deutlich effizienter das gleiche Zeug bauen kann wie mit Delphi auch. Von den Preisen der Umgebungen mal abgesehen, weil die meisten da draussen eher kostenfrei sind als nicht.

Es mag sein, daß man sich schnell auf andere Plattformen umgewöhnen kann. Wenn man aber ein gewachsenes Projekt hat, welches 20 Jahre auf dem Buckel hat, dann überlegt man schon, ob man alles portieren soll. Ich für mich kann mit den Defiziten leben. Und wenn ich sehe, wie sich Delphi grade entwickelt, habe ich da echt keine Bedenken.

Auch wenn andere Produkte Preiswerter sind, sage ich mir, daß ich mit diesem Werkzeug verdiene. Dann darf das auch etwas kosten. Im Vergleich zu anderen Sparten haben wir ein recht günstiges Werkzeug. Einzig eine Schülerversion würde ich mir kostenlos wünschen. Der Nachwuchs fehlt, weil die Jugend erst mal ein kostenloses Produkt testet und dann dort hängen bleibt. Ich bin zu TurboPascal gekommen, weil es ein preiswerter Einstieg in die Programmierung war.

[Hansa]

Zitat von Phoenix:

Wenn ich mir anschaue, was man bei Delphi alles noch immer aufwändig selber machen muss, ist das doch ein riesiger Produktivitätskiller.

Der wahre Produktivitätskiller liegt hier :

Zitat von Phoenix:

Warum ein neues kleines Tool denn nicht mal mit Ruby oder Python basteln?

Also Python lernen (z.B. 3 Wochen ?) und etwas mit einer Zeile machen, wofür ich in Delphi 3 gebraucht hätte ? Tja, so kann man Produktivität auch definieren.

Zitat von Phoenix:

jedem anderen Entwicklungs-Ökosystem da draussen mindestens genauso..

Sehe ich genauso kritisch. Unter Ökösystem versteht man eigentlich einen Kreislauf. Ich atme Luft ein und wieder aus und die ausgeatmetet Luft wird von Pflanzen wieder in Sauerstoff umgewandelt und den atme ich dann wieder ein. Wenn M$ auf die Idee kommen sollte, den Papierkorb abzuschaffen (den sie sowieso von Apple geklaut haben), tja was sollen die Delphi-Entwickler denn da innerhalb dieses Pseudo-Ökosystems machen ?

Dann propagierst Du noch diverse Zusatztprodukte. Soll ich da jetzt 100 Komponenten usw. zusammenbauen und hoffen, dass alles läuft ? Ich sehe da eher das Problem, dass man sich mehr zu fixende Bugs einhandelt, als nötig oder sich verzettelt mit Ruby usw. Zumindest dafür kann man aber Emba dann nicht verantwotlich machen.

[RWarnecke]

Zitat von Mavarik:

Dabei weiß doch jeder der hier schreibt, dass Delphi die beste Sprache ist... Oder?

Das ist Geschmackssache.