Delphi(Pascal) nicht ernst zu nehmen !

[Aphton]

Ist es das Werkzeug, das den Programmierer ausmacht, oder verkehrt rum?
Denkt mal nach...

MfG

[kub]

ich verwende Delphi seit über 10Jahren und bin nach wie vor ein Fan davon,
aber ich spiele momentan aus folgenden Gründen mit dem Gedanken auf C# umzusteigen.

Ich bin in der Automatisierungstechnik und muss des öfteren fremde Hardware oder Tools von meinen Programmen aus ansprechen. Beispielprogramme oder ähnliches sind in Delphi nur sehr selten vorhanden.

Die meisten unserer Kunden arbeiten mit C# und hätten statt normaler DLLs gerne C# DLLs. (Managed code..) Ist meiner Meinung nach zwar Unsinn, ist aber so.

In Job Angeboten wird nur äußerst selten nach Delphi gefragt.

[himitsu]

Zitat von Aphton:

Ist es das Werkzeug, das den Programmierer ausmacht, oder verkehrt rum?
Denkt mal nach...

Du willst also behaupten einer der grade einmal sowas hinbekommt,

Delphi-Quellcode:

program MyHelloWorld;

{$APPTYPE CONSOLE}

begin
  WriteLn('morsch''n');
  ReadLn;
end.

ist mit jemandem gleichzustellen, der locker flockig mit'm Hex-Editor und Maschienencode das gleiche macht?

[Sherlock]

Auch an dich, Rainer, nochmals die Frage: Was geht es den Kunden an, welche Entwicklungsumgebung für die Software verwendet wurde, sofern sie sämtliche sonstigen Spezifikationen erfüllt? Gerade große Unternehmen sind dafür bekannt/berüchtigt noch W2k oder auch IE6 zu verwenden, da will ich mal sehen, was die mit einem .NET machen.

Solches rumgezicke von wegen "Delphi ist nicht zukunftssicher" oder "nicht unter einer 64 Bit Umgebung zu gebrauchen" ist doch echt daneben. Es geht immer! Dann installiert man halt den 32-bit Oracle Client, geht davon was kaputt? Nein. Also wo ist das Problem?

Sherlock

[mkinzler]

Das der Kunde veilleicht nicht einsieht, wegen einem Programm einen weiteren Client zu installieren.
Zudem gibt es andere Beispiele, wo es nicht so einfach ist.

[simmi]

Da fällt mir gerade mal so ein, wurde nicht im vergangenen Jahr in Hamburg davon etwas gesagt, das Delphi in diesem Jahr Programme für die 64 Bit Umgebung erzeugen kann? Gibt es da eigentlich konkrete Hinweise dazu?

[mkinzler]

Wurde ja verschoben, wie eigentlich seit Jahren. Der Preview hätte mit Delphi 2011 (jetzt Delphi XE) erscheinen sollen. Jetzt soll er im 1. Halbjahr 2011 kommen

[fkerber]

Hi!

Siehe dazu auch hier:
http://www.delphipraxis.net/153609-d...delphi-xe.html


Liebe Grüße,
Frederic

[himitsu]

Unter Codegear sollte 64 Bit mit "Commodore" Ende 2008 rauskommen
und es rutschte immer weiter hinter.

[r_kerber]

Zitat von Sherlock:

Auch an dich, Rainer, nochmals die Frage: Was geht es den Kunden an, welche Entwicklungsumgebung für die Software verwendet wurde, sofern sie sämtliche sonstigen Spezifikationen erfüllt? Gerade große Unternehmen sind dafür bekannt/berüchtigt noch W2k oder auch IE6 zu verwenden, da will ich mal sehen, was die mit einem .NET machen.

Aber sicher geht den Kunden etwas an:

Zitat von Reinhard Kern:

Zitat von simmi:

...Wäre mal interessant zu erfahren, vielleicht in Zahlen, was Du in diesem Fall unter langfristig verstehst.

Software in Firmen lebt meistens erheblich länger als 20 Jahre, vieles hat eine Geschichte, die schon vor PC und DOS begonnen hat.Auch wegen der erheblichen Kosten für eine Umstellung würde ich sagen, strategische Software für ein Unternehmen muss auf mindestens 25 Jahre ausgelegt sein.

Die Software ist inzwischen bei den ersten Kunden mehr als zehn Jahre im Einsatz und soll es auch weiterhin bleiben.
Weiteres Beispiel: Die ersten Installationen wurden mit Oracle 32 bit ausgeliefert. Inzwischen steigen immer mehr Kunden auf 64-Bit Oracle um. Und wollen natürlich auch clientseitig mit der 64-Bit-Oracle Client-Software arbeiten. Diese ist aber selbst mit D2011/XE nicht möglich! Mit Java bzw. .net kein Problem. Der Jitter übersetzt den Zwischencode auch auf 64 bit! Und das ist natürlich IT-Vorständen/IT-Leitern bekannt! Wenn wir also weiter konkurenzfähig bleiben wollen, müssen wir auf andere Entwicklungsumgebungen ausweichen.