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

[stahli]

Zitat:

Zitat von Mavarik (Beitrag 1346616)

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.

[greenmile]

Zitat:

Zitat von DeddyH (Beitrag 1346620)

Wenn Dein einziges Werkzeug ein Hammer ist, sieht alles wie ein Nagel aus ;)

Boah, der ist gut, den muss ich mir merken.

[hoika]

Hallo,

<Auch wenn ich gerne ein I++ hätte, aber ein inc(I) tut es auch...>

Was ist denn der Unterschied zwischen
i:=i+1;
und
Inc(i);

Belegen auf der Platte auf jeden Fall erst mal beide 7 Zeichen ...

;)

Ah ja, die Antwort auf die Thread-Frage:
Pflegen einer Software (besteht seit 1996).
Einfache Bedienung der IDE.
Fehlermeldungen des Compilers sind meistens gut lesbar und die Stelle schnell zu finden.

[Neutral General]

Zitat:

Zitat von hoika (Beitrag 1346625)

Was ist denn der Unterschied zwischen
i:=i+1;
und
Inc(i);

Belegen auf der Platte auf jeden Fall erst mal beide 7 Zeichen ...

Nicht wenn man der Zuweisung noch ein paar Leerzeichen gönnt.

[hoika]

Mist, einer hats gemerkt ;(

[jaenicke]

Zitat:

Zitat von dGeek (Beitrag 1346617)

Ich sehe es immer und immer wieder, dass C/C++-Entwickler ständig Refactoring betreiben und es quasi nie aufhört.

Da ist Delphi-Code eindeutig die stabilere Basis.

Naja, ich sehe im Internet ständig Delphicode, der dringend refaktoriert, formatiert oder strukturiert werden müsste...

[himitsu]

Zitat:

Zitat von Mavarik (Beitrag 1346616)

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...

Wer behauptet, dass man in PHP kein Assembler verwenden kann?
Wenn ich mich recht erinnere, dann gibt es für PHP schon ewig eine Extension, um Assembler mit der NASM-Syntax auszuführen.

Die Frage ist eher, warum braucht man das unbedingt?

[himitsu]

Zitat:

Zitat von hoika (Beitrag 1346625)

Was ist denn der Unterschied zwischen
i:=i+1;
und
Inc(i);

Rein theoretisch gibt es einen Unterschied, aber der Compiler optimiert das

Delphi-Quellcode:

i:=i+1;

zu einem

Delphi-Quellcode:

Inc(i);

, wenn i eine Variable und kein Property ist.

[Rollo62]

Zitat:

Reden wir über die Sprache "Object Pascal"? Oder über das Produkt "Delphi"/"RAD Studio"?

Wir reden über I++ statt I := I+1;

Es hat noch keiner gemerkt: Das Framework macht die Musik :wink:
Die Sprache ist doch relativ abstrakt und vergleichbar,
Die IDE sollte auch state-of-the-art sein (CodeCompletion, etc.), also was bleibt dann noch ?

Die 1000 Milliarden API's sinnvol strukturiert ansprechen ...

Rollo

[EWeiss]

Zitat:

Zitat von p80286 (Beitrag 1346613)

Zitat:

Zitat von bernau (Beitrag 1346533)

Bei uns in Köln würde man sagen: "Delphi is e jeföhl" (Delphi ist ein Gefühl). Ist jetzt nicht wirklich ein objektives Argument. Aber in der Sprache fühle ich mich wirklich wohl.

"Eh neee"
Ich habe mir den gestrigen Tag mit VB versüßt, Parameter mal mit mal ohne Klammer, mal mit mal ohne Namensangabe und das unsägliche Hochkomma, um den Kommentar einzuleiten. Und wenn es dem Benutzer überlassen bleibt, eine Variable zu definieren und durch einen Tippfehler zwei Welten geschaffen werden...
Klar kann man mit Basic und C und Java und gute Programme schreiben aber mit Pascal/Delphi ist das einfacher (damit mein ich nicht meine eigenen Programme)

Gruß
K-H

Ich hätte lieber das man proceduren und functionen auch recursive in den Units finden könnte.
Warum muss eine procedure immer über der liegen (bzw global deklariert werden) von der sie aufgerufen wird.

Sollte doch eigentlich egal sein ob drüber oder drunter solange wie sich diese in der gleichen Unit befindet.

gruss