Assembler, C, oder doch Basic? Welche Programmiersprache....

[Besserwessi]

µC Programme schreibe ich meistens in C, teilweise auch ASM. Eigentlich mag ich aber kein C, weil sich die Fehler da so gut verstecken können. Am PC nehmen ich lieber Pascal oder Oberon. Basic hat auch was für sich, nur der Bascom Compiler hat nicht mehr viel mit BASIC zu tun.

[vohopri]

Ich glaub', da ist was dran
http://www.gshotts.com/humor/cisahoax.htm

Köst lich!

Zur Zeit mach ich fast alles in Object Pascal unter Delphi. Nur notfalls eine Routine in Assembler. Arbeite aber zur Zeit noch ausschliesslich auf PC und noch nicht auf MC. C und C++ sollte man eigentlich heutzutage beherrschen, aber als Delphi Verwöhnter habe ich alle bisherigen Versuche schnell abgebrochen. Vielleicht, wenn ich mal pensioniert bin ... . An die verschiedenen Basicdialekte angefangen vom c64 denke ich mittlerweilen nur mehr mit Grausen. Gut strukturiertes objektorientiertes Arbeiten will ich einfach nicht mehr missen.

grüsse,
Hannes

[the_playstat]

Gut struktuiert ist doch langweilig. :P
Ich bin Verfechter der Chaos-Theorie. :P

[PicNick]

Je privat, desto chaos.

Jobmässig bin ich eigentlich schon froh, wenn ich mich in meinen eigenen Programmen nach einem Jahr noch auskenne, um zielgerichtet irgendwas zu tun.

[PICture]

Hallo!

Dem Prozessor ist eigentlich egal in welcher Sprache ein Programm ursprünglich geschrieben war, da er letztendlich das ganze in eigener Sprache bekommt.

Ich glaube, dass die Sprache, die man benutzt, von Denkweise des Programmierers abhängig ist. Weil ich das Programmieren mir selber mit dem ZX-80 beigebracht habe, habe ich danach verschiedene Programmiersprachen probiert, und die einzige für mich logisch aufgebaute und erlernbare Hochsprache war BASIC.

Seit ich aber selber festgestellt habe, dass ASM ein paar hundert mal schneller ist und ich ihm am besten verstehe, ist das meine Lieblingssprache und ich kann direkt ohne "Dolmetcher" dem Prozessor sagen, was er zu tun hat.

MfG

[the_playstat]

Geschwindigkeit:
Kommt auf den Compiler an.
Kann man nicht pauschal sagen.
Es gibt auch sehr schnelle Basic-compilierte Codes.
Basic hat den Ruf langsam zu sein, weil es hier häzfig Interpreter gibt.
Und die sind immer recht langsam.

Aber ohne Dolmetscher ist es natürlich am schnellsten.

[SprinterSB]

Geschwindigkeit:
Kommt auf den Compiler an.
[...]
Basic hat den Ruf langsam zu sein, weil es hier häzfig Interpreter gibt.
Und die sind immer recht langsam.

Merke: Ein Compiler ist dann langsam, wenn er ein Interpreter ist

Erinnert mich an die Aussage eines kleinen Mädels aus meiner Nachbarschaft: "Hallo Onkel, wir haben genauso einen Hund, nur ist das ne Katze."

[the_playstat]

Merke: Ein Compiler ist dann langsam, wenn er ein Interpreter ist

Erinnert mich an die Aussage eines kleinen Mädels aus meiner Nachbarschaft: "Hallo Onkel, wir haben genauso einen Hund, nur ist das ne Katze."

Was ist denn das jetzt für Käse?

Sorry aber es gibt bei Basic Compiler und Interpreter.
Und weil es viele Interpreter gibt, hat Basic auch bei Compilern den Ruf, langsam zu sein.
Aber es gibt auch schnelle Basic-Compiler!

Ich denke, Du hast meine Aussage nicht wirklich verstanden.

[PicNick]

So gesehen hört sich das mit dem Compilern wohl überhaupt auf.
Beim Miroslav Visual Studio ist C++ der einzige bzw der letzte, der noch wirklichen Code erzeugt.

[Ratber]

Der Ruf das BASIC sehr langsam sein soll stammt noch aus Zeiten als Basic fast nur als Interpreter angeboten wurde. (Homecomputer im Rom bzw. als GW/Quick-BASIC unter DOS bzw. mit sonst einer Laufzeitbibliothek wie zb. bei Visual-BASIC usw.)
Das haftet Heute noch an.
(Besonders bei BASIC-Gegnern)


Unter DOS zb. hab ich gerne mit Turbo-BASIC (Im Grunde Quick-BASIC nur mit Compiler) gearbeitet.
Das war schnell und einfach für die meisten Sachen.


Heutige BASIC-Compiler liefern fast genauso guten oder schlechten Code wie bei anderen Sprachen (Pascal, C, C++...bla usw.)

Purebasic zb. ist da zu erwähnen.
Der liefert kleinen und schnellen Code und kommt gänzlich ohne Laufzeitbiblios aus. (Für die anwendung selber)

Tendenziell hat C (usw.) die Nase weiter vorne und wer in Assembler arbeitet ist ganz nahe an der Maschine.
Aber wenn jemand "umständlich" programiert dann hilft auch die schnellste bzw. direkteste Sprache nicht viel.

Wer in Bascom gerne Makros benutzt der hat es zwar einfacher aber er verschenkt oft Rechenzeit und /oder Speicher.




Also am Ende kommt es nicht nur auf "die geilste Umgebung" an sondern nach wie vor auch maßgeblich auf den Programierstil und die Erfahrungen/Kentnisse usw.