Zu- und Unzufriedenheit mit Delphiqualität sowie Preis- und Lizenzpolitik

[sh17]

Zitat:

Zitat von jaenicke (Beitrag 1338614)

Zitat:

Zitat von ralfstocker (Beitrag 1338611)

Nehmt Lazarus. Da kann man wirklich alles damit machen.

Alles? Was würdest du denn z.B. als Client-/Server-Toolkit benutzen für den direkten Aufruf von Methoden usw. auf dem Server (mit automatischer Generierung der Clientklassen für Delphi, JavaScript usw.)? Bei Delphi benutzen wir dafür Datasnap.

RemObjects SDK

[Rollo62]

Zitat:

Sollte geändert werden oder alle die eine Starter erworben haben forden die zugesicherte aber nicht enthaltene Eigenschaft einfach mal ein.

Schön gesagt.
Ich hatte mindestens zwei-drei Jahre für ein FireDac AddOn Subscription bezahlt, aber dann niemals die Sourcen bekommen. Es gab verschiedene Vorschläge das zu machen, hatte fast immer mit kompletter Neuinstallation zu tun.
Für sowas habe ich aber keine Zeit, meine IDE 2-3 mal neu zu installieren und Wochenlang rumzufummeln für die 300K Code.

Meine Entscheidung: Ich lebe jetzt ohne die Subscription weiter und Emba ist 150 EUR pro Jahr ärmer.

Rollo

[jaenicke]

Zitat:

Zitat von sh17 (Beitrag 1338741)

RemObjects SDK

Dass es das gibt, weiß ich, aber ich meinte die Frage in Bezug auf:

Zitat:

Zitat von ralfstocker (Beitrag 1338611)

Wem das alles zu teuer ist: Nehmt Lazarus.

Das SDK kostet aber fast so viel wie unsere Delphi Enterprise Subscription, nur dass dafür nur das (zweifelsohne sehr interessante) SDK dabei ist.

[Delbor]

Zitat:

* in der Feature-Matrix steht "VCL-Quellcode ja"
* in den Produkteditionen steht "Bibliotheksquellcode nein" (was ist Bibliothek? Ich würde an RTL denken und dann wäre es auch kein Widerspruch)
* Matthias sagte vorhin "nur Indy-Quellcode vorhanden" und Indy ist ja nun keine VCL und auch noch "Fremdkomponente"

* da in der Matrix "RTL-Quellcode" nicht aufgeführt ist, könnte man eventuell implizit denken VCL = VCL inkl. RTL

So, wie ich das verstehe, ist/war das lediglich ein mehr oder weniger verhängnisvoller Tip- oder C&P-Fehler. Sämtliche mitgelieferten Qellltexte sind seit eh und je unter 'Sources' enthalten. Erst die da enthaltenen Unterordner unterscheiden zwischen VCL und RTL. Bibliotheken, sprich Packages oder eben DLL (dynamic Link Library), erzeugen letzten Endes beide.

Ich habe wiederholt die Erfahrung gemacht, dass die Embarcadero-Onlinehilfe nicht davor gefeit ist, missverstanden zu werden, so detailliert sie auch ist.

Gruss
Delbor

[mkinzler]

Da dieser Umstand aber schon länger existiert und nicht geändert wird, könnte man davon ausgehen, dass man kein Interesse am Ausräumen des Missverständnisses hat.

[jaenicke]

Zitat:

Zitat von mkinzler (Beitrag 1338826)

Da dieser Umstand aber schon länger existiert und nicht geändert wird, könnte man davon ausgehen, dass man kein Interesse am Ausräumen des Missverständnisses hat.

Wurde meinst du wohl. Bei Delphi 10.1 Berlin wurde es ja in der Feature Matrix korrigiert.

Wann die Information über den Fehler intern an der richtigen Stelle gelandet ist, wissen wir ja nicht (//edit: nur dass es den Fehler 2,5 Jahre gab). Ganz so schnell wie bei Einzelpersonen geht es jedenfalls nicht.

Ich bin ja was Informationen angeht schon froh, dass zumindest eine Roadmap nun zuverlässiger herauskommt...

[OlafSt]

Ich finde es ohnehin sehr erstaunlich, das man sich am Vorhandensein von VCL-Sourcen so aufhängt. Ich programmiere seit D1 mit Delphi und habe diese Sourcen exakt null mal benötigt. Nicht jeder entwickelt VCL-Komponenten, ich glaube sogar, inzwischen ist das eine Minderheit.

[Delphi-Laie]

Zitat:

Zitat von OlafSt (Beitrag 1338927)

Ich finde es ohnehin sehr erstaunlich, das man sich am Vorhandensein von VCL-Sourcen so aufhängt. Ich programmiere seit D1 mit Delphi und habe diese Sourcen exakt null mal benötigt. Nicht jeder entwickelt VCL-Komponenten, ich glaube sogar, inzwischen ist das eine Minderheit.

Kann sein, daß auch ohne VCL-Quellcodes die Unit-Quellcodedateien wenigstens mitsamt den jeweiligen Interfaces mitgeliefert werden, die Implementation-Teile sicher nicht.

So ausführlich sind die Interfaces und erst recht die Delphi-interne Hilfe nimmer, als daß sie jede Frage zu beantworten imstande sind/wären.

[jaenicke]

Zitat:

Zitat von OlafSt (Beitrag 1338927)

Ich programmiere seit D1 mit Delphi und habe diese Sourcen exakt null mal benötigt. Nicht jeder entwickelt VCL-Komponenten, ich glaube sogar, inzwischen ist das eine Minderheit.

Die Quelltexte benutze ich häufig.

• um zu debuggen warum etwas nicht funktioniert
• um nachzuschauen wie eine Klasse funktioniert
• um die Signaturen von Methoden zu kopieren, die ich überschreiben möchte
• ...

Das hat mit Komponentenentwicklung meistens nichts zu tun. Ohne die Quelltexte würde ich an vielen Stellen deutlich mehr Aufwand haben.

Ich merke aber durchaus, dass eine gewisse Scheu vorhanden ist, darüber zu gehen. Ich sage dann einfach, wenn etwas unklar ist, "schau doch einfach im Quelltext nach", aber so richtig gerne scheinen viele das nicht zu machen. Warum weiß ich allerdings nicht, denn es erspart viel Zeit.

In der Starter Edition finde ich allerdings nicht, dass sie nötig sind. Viel wichtiger wäre den Debugger weniger zu beschneiden. Denn der ist für alle Anwendungsgebiete wichtig, egal ob Hobby oder Beruf usw., so dass das in der Starter Edition wirklich weh tut.

[p80286]

Im ersten Moment hätte ich auch gesagt, die Sourcen sind überflüssig. Dann ist mir aber eingefallen, wie oft ich immer wieder mal nachgeschaut habe, weil irgendetwas ums verrecken nicht so funktionierte wie es sollte. Natürlich mach ich das nicht täglich, Aber ohne fehlt doch eine wichtige Möglichkeit, Fehler zu finden.

Gruß
K-H