Delphi oder C#

[messie]

Zitat von Insider2004:

C# ist 15 Mal langsamer als Delphi EXE Programme.

Hmmm, ich bin auch gerade in genau derselben Lage, mich ins C# einzuarbeiten.
Ich finde .NET 4 recht zügig. Mit VS 2010 (noch als Express im Test) sind viele Kompos integriert, die vorher mühsam nachgebastelt werden mussten (bei uns ist eine Chartkompo immer wichtig).

Zu den Kompos möchte ich noch etwas loswerden: ich mache ja viele Installationsroutinen für Kundensysteme (weltweit, verschiedene Rechner, alle Sprachen und Zugriffslevel, kein qualifizierter Support vor Ort greifbar). Bei Delphi kann ich meine Kompos alle in die exe linken, da muss ich auch kundenseitig nichts nachinstallieren. Bei .NET muss man viele Kompos ins Framework installieren sowie das Framework selbst, das birgt ein erhebliches Risiko. Denn beim Client muss ja alles nahtlos und silent integriert werden - oder es sind jeweils Fachleute vor Ort. Das Hinterherrennen hinter einer unsicheren Installation kann die Hölle sein.

Grüße, Messie

[Assarbad]

Zitat von messie:

Zitat von Insider2004:

C# ist 15 Mal langsamer als Delphi EXE Programme.

Hmmm, ich bin auch gerade in genau derselben Lage, mich ins C# einzuarbeiten.
Ich finde .NET 4 recht zügig.

Versuche es mal mit knappem RAM oder einer CPU aus XP-Anfangszeiten (~2001) und dann wirst auch du es merrken. Obwohl der Compiler hier natürlich durchaus gute Arbeit leistet und der "Tradeoff" ggf. durch andere Vorteile zu rechtfertigen ist. Kommt einfach immer auf das Einsatzgebiet an.

Zitat von R2009:

Dem wiederspreche ich energisch. Ich habe versucht Unterstützung für einen Umstieg nach C# zu kriegen und habe Leute gesucht die eine Ahnung von C# haben.

Das kann ich nun absolut nicht verstehen. Wenn ich ein Projekt auf eine .NET-Sprache umstelle, muß ich mich doch nicht mehr auf eine der Sprachen festlegen. Dann habe ich VB.NET, C#, F#, Python und und und alle direkt zur Verfügung. Warum also vorher so festlegen? Zugegeben, C# hat die vermutlich breiteste Unterstützung. Aber insgesamt finde ich eine Strategie fragwürdig die nur die Einführung einer Sprache fordert, wenn man doch gerade in der Zielumgebung mehrere Sprachen zur Auswahl hat - andererseits kann es ja noch Begründungen geben die du nicht genannt hast, welche es doch rechtfertigen

Zitat von R2009:

Visual basic an erster Stelle

VB oder VB.NET?

Zitat von R2009:

Delphi an zweiter Stelle

Ich bin ehrlich schockiert. Klingt genau wie einige von diesen halbseidenen "öffentlichen" Statistiken zum Thema

Zitat von R2009:

C++ an dritter Stelle (vor allem in der Firmwareentwicklung)

Hmm, bei Embedded hatte ich bisher noch immer C angetroffen, weniger C++.

Zitat von R2009:

Ich möchte den Chef sehen, der einer Neuentwicklung zustimmt wenn 70 oder 80% des alten Codes noch verwertbar sind.

Ich möchte einen Code sehen bei dem 70 oder 80% (oder mehr) des Codes aufgrund hervorragender Dokumentation, dokumentierter Veränderungen des Designs und der Anforderungen und vorhandener Tests (Unit und Systemtests) wiederverwendbar sind

Bitte? Bitte Bitte? Bitte Bitte mit Sahnehäubchen und Kirsche obendrauf?

Zitat von R2009:

Ich gehe jede Wette ein, dass die alte Lösung bevorzugt wird, aber nicht weil sie besser ist sondern weils schneller geht und damit weniger kostet.
Was dich weiterbringt oder mit welcher Sprache du gerne programmieren möchtest interessiert kein Schwein.

Zu wahr. Das zeigt aber auch, daß deine Argumentation über Wiederverwendbarkeit sich allein auf kurzzeitige Kosten bezieht. Langfristiger könnte es allemal günstiger sein ein Projekt neu anzufangen, da die Wartungskosten von altem Code generell höher sind. Aber Code wird ja auch bspw. an einem Tag geschrieben und dann sozusagen 1000 Tage gewartet ... also sollte man drauf achten, daß die Wartung vereinfacht wird.