Zweitens möchte ich eine Free Edition deutlich von den Kaufversionen abgegrenzt sehen, ohne dass daraus ein ganz anderes Produkt wird. Das ist bei Paketen wie Delphi besonders knifflig weil es tausend Meinungen darüber gibt. Meine Meinung ist, dass man Features in "Basis" und "Optional" aufteilen sollte.
In die Basis gehören Dinge, die ich in allen Editions gleich sehen möchte.
VCL und FMX gehören auch in die Basis, jedenfalls was die niederen Klassen bis z.B. TWinControl betrifft. Ebenso sollten alle Compiler in der Basis sein. Unterscheidungen wie Linux nur in der Enterprise halte ich für falsch.
Dinge wie DBAware gehören nicht in die Basis. Warum? Weil man die eigentliche Funktionalität auch mit normalen TEdits usw. realisieren kann, nur muss man eben mehr Code schreiben. Darin sehe ich die Unterscheidungsmerkmale zwischen den Editions: Als Datenbankframework würde ich auch wieder nur die Grundlagen in die Starter packen. Grad so viel dass man mit ZEOS arbeiten kann. Dadurch bleibt der Abstand zu den hochwertigen Frameworks wie FireDAC gewahrt und man kann trotzdem lernen, wie man mit Delphi Datenbankanwendungen schreibt. Denn das ist genau DER Hauptzweck von Delphi. Unsinnig, genau das dann aus der Starter heraus zu halten. Je mehr Arbeit einem durch die Frameworks abgenommen wird, umso höher würde ich es in den Editions ansetzen. Denn im Business ist gesparte Zeit gleich gespartes Geld.
Im Hobby dagegen zählt genau das nicht, im Gegenteil: Da ist mehr Aufwand auch gleich mehr Lerneffekt. Und genau das möchte ich damit auch erreichen. Wenn man aber z.B. von der
VCL keine Quellcodes dabei hat, dann ist der Lerneffekt bei der Komponentenentwicklung gleich Null. Man fördert so nur oberflächlich zusammengehackten Schrottcode, der "irgendwie" funktioniert.