Quo vadis Embarcadero?

[Codehunter]

Ich denke, bestimmte Sprach-Features wie in diesem Fall Generics bringen naturgemäß einen gewissen Overhead mit sich. Dass die Binaries dann größer werden versteht sich irgendwie von selbst. Mir kommt zwar ein Zuwachs von 17 auf 64 MB aber auch zu viel vor (denke mal da sind Debug-Infos mit drin).

Ich frage mich, was wohl Oliver (Assarbad) zu den heutigen RTLs sagen würde. Ob er dann noch so ein Projekt wie NonVCL starten würde? Was treibt er eigentlich heute? Schon ewig nix mehr von ihm gehört.

Jedenfalls dämmert mir angesichts der Problematik auch so langsam, warum Software-Updates im Allgemeinen seit Jahren immer größer werden. Manches Sicherheitsupdate für z.B. den IE10 ist ja teilweise größer als im Jahr 2000 das ganze Betriebssystem. Nur mal so als Beispiel...

[Der schöne Günther]

Was glaube ich eher die (ernstzunehmende) Motivation ist wenn man hinter der Binary-Größe her ist ist die Tatsache, sich mit nicht-nativen Anwendungen auf Plattformen wie Android oder iOS messen zu wollen- Da ist eine Taschenlampen-App ein paar KB groß während man mit Delphi+Firemonkey sicher schon 10 MB für den zwingenden Splashscreen braucht.

Wenn die Systeme einem dann noch ein "Diese Anwendung können sie aufgrund der Größe erst herunterladen, wenn sich ein WLAN in Reichweite befindet" aufbrummen macht es einem das sicher nicht einfacher.

Trotzdem finde ich auch die konsequente Ausrichtung, mit vielen verschiedenen Compiler-Backends fahren zu wollen, richtig.

[BUG]

Zitat von Codehunter:

Was treibt er eigentlich heute? Schon ewig nix mehr von ihm gehört.

Ab und zu gibt es einen neuen Betrag aus seinem Blog. Afaik ist er in der Anti-Malware-Branche.

[Stevie]

Zitat von Codehunter:

Ich denke, bestimmte Sprach-Features wie in diesem Fall Generics bringen naturgemäß einen gewissen Overhead mit sich. Dass die Binaries dann größer werden versteht sich irgendwie von selbst.

Nö, nur wenn sie eben so implementiert sind, wie in Delphi, als Templates. Dann wird für jede TList<T> eine Kopie gemacht und T entsprechend ersetzt, durch string, Integer, TFoo, TBar, was auch immer. Dumm nur, dass zumindest für alle möglichen Klassen der interne Code für diese Klasse identisch ist. Ob ich nun eine TFoo oder eine TBar Instanz hinzufüge, der ausgeführte Code ist immer der gleiche. Solang also nichts mit T direkt gemacht wird (z.B. T.Create oder TypeInfo(T) etc) könnte der Linker den Code zusammenführen, so dass nicht für TList<TFoo> und TList<TBar> der identische Code zweimal in der Binary steht (siehe für mehr Infos dazu diesen Blog Artikel).

Das wurde auch schon experimentell mal von Commmunity Membern gemacht, was doch einiges an Ersparnis in einer Anwendung brachte.