Warum ist Delphi/(Pascal) bei uns so beliebt? (und wie erklären wir das den Neuen?)

[stahli]

Zitat von Mavarik:

Es gab früher mal so einen Spruch:

Besser schlecht C programmieren als gut Assembler.

Ich denke es liegt am Werdegang! Jeder der mal ASM programmiert hat, käme NIE auf die Idee eine Sprache zu verwenden, die nicht direkten CPU-Code erzeugt. Daher kommt für mich auch kein PHP in Frage...

Was ist mit C#? (Ist ja erstmal eigentlich auch kein direkter Code...)

Aber die Idee - pro CPU Architektur den "besseren" Code zu erzeugen - war ne klasse Idee...
Wo sind die 68000er geblieben?

Klar kann man in C programmieren... die Mehrheit macht das... Aber die kennen sich auch noch mit Pointern und Zeiger auf Chars aus...

Pascal ist für mich einfach die beste Sprache... Auch wenn ich gerne ein I++ hätte, aber ein inc(I) tut es auch...


Mavarik

Was willst Du damit sagen?
Muss das im vorletzten Absatz "nicht mehr mit Pointern" heißen? Ansonsten verstehe ich den Inhalt nicht.

Falls das ein Schreibfehler war: Wozu müssen mich in einer Hochsprache Pointer auf Chars interessieren?

Wen ASM-Code interessiert, der kann doch damit arbeiten.
Egal ob mit Delphi, C# oder PHP, die Frage ist doch, womit man am leichtesten und günstigsten zum Ziel kommt.

[Mavarik]

Zitat von stahli:

Falls das ein Schreibfehler war: Wozu müssen mich in einer Hochsprache Pointer auf Chars interessieren?

Kein Schreibfehler... Noch nie ein C Programm gesehen? "Die" arbeiten "nur" mit Pointern!

Genau wie die Windows API...

Darum gibt es ja diese bescheuerten aufrufen.

1. Aufruf: Größe der Strucktur ermitteln.
2. Aufruf: Nochmal aufrufen und den Pointer auf den eigen Puffer übergeben!

Die Windows API kennt ja auch nur PChars... Warum wohl?

[stahli]

Hmm, ich kenne mich da nicht aus und kann das daher nicht wirklich nachvollziehen.
Egal.

Ich würde PHP jedenfalls nicht ablehnen, weil kein natives Kompilat heraus kommt.
Ich mag es nicht weil, weil ich es zu umständlich finde, damit zu arbeiten (zumindest den Bruchstücken nach, die ich so gesehen habe).

C# finde ich als Sprache nicht schlecht. Was mir nicht gefallen hat ist das Databinding an die GUI.
In der Theorie hörte sich das oft ganz gut an, in der Praxis war es aber auch nicht so einfach, mit größeren Datenmengen umzugehen.

[rokli]

Moin,

ich arbeitet seit Delphi 3 mit Delphi, habe auch ein paar Sachen in VB und später in Visual Studio mit Basic gemacht, aber insbesondere bei der Anbindung von Datenbanken ist Delphi einfach unschlagbar gut; gleichgültig ob seinerzeit mit der BDE, mit ADO oder heute FireDAC!

Und auch gleichgültig, ob mit TTabel oder TQuery; mit persistenten Feldern oder nicht - da coden sich die Kollegen von der VB Abteilung die Finger wund. So langsam gibts auch bei VS "Komponenten Unterstützung" wenn man Datenbanken anbinden will, aber das kann Delphi einfach alles besser!

Ja und schneller sind wir bei der Entwicklung mit RAD Delphi sowieso ...

Rolf

[Papaschlumpf73]

Zitat von rokli:

Moin,

ich arbeitet seit Delphi 3 mit Delphi, habe auch ein paar Sachen in VB und später in Visual Studio mit Basic gemacht, aber insbesondere bei der Anbindung von Datenbanken ist Delphi einfach unschlagbar gut; gleichgültig ob seinerzeit mit der BDE, mit ADO oder heute FireDAC!

Und auch gleichgültig, ob mit TTabel oder TQuery; mit persistenten Feldern oder nicht - da coden sich die Kollegen von der VB Abteilung die Finger wund. So langsam gibts auch bei VS "Komponenten Unterstützung" wenn man Datenbanken anbinden will, aber das kann Delphi einfach alles besser!

Ja und schneller sind wir bei der Entwicklung mit RAD Delphi sowieso ...

Rolf

So ist es!!! Datenbankanwendungen sind mit der VCL super schnell entwickelt und sie laufen auch extrem schnell und stabil. Und selbst sehr komplexe Anforderungen lassen sich sehr schnell und übersichtlich umsetzen.

[Papaschlumpf73]

Unsere Kunden setzen unsere Delphi-Anwendungen weitestgehend auf Windows-Terminal-Servern ein. Dabei greifen zwischen 20 und 1000 User auf eine Anwendung zu. Wer sich damit im professionellen Umfeld etwas auskennt, weiss, dass Installationen in diesen Umgebungen sehr umständlich sein können. Häufig wird neue Software erst auf einem Master-Server installiert und getestet und anschließend auf die anderen WTS gespiegelt - natürlich nachts. Mit Delphi-Anwendungen ist dieses Prozedere oft nicht nötig, denn:

An Delphi schätze ich ganz besonders, dass keine extra Frameworks oder Laufzeitbibliotheken (Java, .Net usw.) benötigt werden. Viele Delphi-Anwendungen können einfach so auf jedem Windows-Rechner ausgeführt werden.

Und deshalb installieren wir unsere Anwendungen erst gar nicht auf den Servern, sondern lassen Sie einfach von einer Netzwerkfreigabe starten.