Basic = Schlecht

[Lukaso]

Er kann Programmieren so ist das nicht C um genau zu sein.

Ich hab auch einige Kumpels die immer über Basic herziehn. Sie fühlen sich immer so toll, weil sie denken sie können C/C++. Der Knaller allerdings, wenn ich sie mal frage, sie sollen mir mal irgendwelche Referenzen zeigen (irgendein Programm) die sie geschrieben haben, kommt meistens nix. Und wenn mal was kommt dann was total lächerliches. Winapi fremdwort. Bei der anzahl Programme die ich schon released habe entlockt mir sowas nur ein leichtes lächeln in seiner anwesenheit.

Frag mal deinen Kumpel nach Referenzen

Lukas

[Kaeru Gaman]

kann er C oder C++?

...außerdem ist es keine kunst, a bissel C zu können...

[al90]

<Gähn> Ich würde mich über solche Typen nicht allzuviel aufregen.
Solche hatte es damals zu Mailbox zeiten auch ne menge gegeben.
Da ging in den Brettern Z-Netz/Rechner/Amiga/Programmieren/Basic/
immer die post ab. Die meinten immer die absoluten Kings zu sein und
protzten mit ihrem Storm-C rum. In wirklichkeit kam aber nix von denen
wärend die Basic-Programmierer ne menge Projecte vorweisen konnten.

Mein Fazit deswegen:
Einfach ignorieren, dann verziehen sie sich wieder nach ne weile.
Hab ich damals auch so gemacht und wirkt auch bestimmt heute noch.

[ZeHa]

Naja auch wenn das jetzt ein dummes Beispiel ist (weil wir ja im PB-Forum sind), es gibt doch tonnenweise 3D-Spiele, die in BlitzBasic geschrieben wurden. Zeig ihm doch mal ein paar der besten davon und frag ihn dann, was er dazu nun zu sagen hat. Würde mich echt mal interessieren.

Und das was Kaeru sagt stimmt ebenfalls - die meisten Performance-Probleme verursacht nicht der Compiler, sondern der Programmierer.
Habe bei mir in der Firma mal ein Stück Fremd-Code (war in Java), das zum Ausführen ca. 5 Minuten gebraucht hat, auf ca. 1 Sekunde drosseln können, indem ich mehr oder weniger 3 Zeilen etwas anders angeordnet hatte. Soviel also dazu.

[mknjc]

So dann hab ich mal von ihm ein Programm angefordert. Mal gucken wie lang das dauert.
Natürlich karm erstmal die Ausrede er hätte viel zu tun und kann nicht jeden, jeden scheiß basteln.
Naja mal gucken was draus wird.

@Kaeru: Er kann C.

Ich wollte es schon immer mal lernen aber da hab ich mir gedacht dass ich erst anfange wenn PureBasic wirklich zu wenig Funktionen für mich hat.

Mal gucken wann der Punkt erreicht ist.

Mfg mknjc

[Thorium]

Mal gucken wann der Punkt erreicht ist.

Nie *g*
Wenn dir wirklich was fehlt in PureBasic, dann macht es meiner Meinung nach mehr Sinn Assembler zu lernen. Das kannst du schön mit PB kombinieren und damit zeitkritische Aufgaben optimieren oder dir Funktionen basteln die dir PB nicht bietet.

Für mich ist C/C++ viel zu umständlich. Also ich meine so sinnfreie Dinge wie ein Semikolon am Ende jeden Befehls. Mal erlich, wozu soll das gut sein?
Ich mag Basic wegen der sehr leichten und intuitiven Syntax. Diese Syntax kombiniert mit den Features die mir PB bietet ist für mich das optimum zum programmieren. Damit kann ich schnell und unkompliziert realisieren was mir im Kopf rumschwebt.

Ihr könnt ja mal nen kleinen Wettbewerb machen. Eine bestimmte Aufgabenstellung und wer schneller dafür ein Programm geschrieben hat, der hat gewonnen. Ich wette mit PB liegst du da ne Nasenspitze vor C/C++.

[manunidi]

So eine Art Wettbewerb haben wir zurzeit in unserer Schule! Im Fach Trainingsfirma war das Projekt zweier, Sprachen zu vergleichen!

Eine Testmethode

Die Fakultät bis 170 in einer while schleife zu berechnen! Und diesen Vorgang per While scheile 100000 mal wiederholen!

Ich kam mit auf die geschwindigkeit von c, aber ich durfte keine doubles wie in dem "c-test" hernehmen, weil da war dann purebasic um einiges langsamer als c! Nur das Ergebniss ist dann verfälscht, da ja in c doubles und in purebasic longs verwendet wurden!

Hier ist der Purebasic Code:

Code: Alles auswählen

;Variablendeklarationen
zaehler.l   = 1
fakultaet.l = 1
i.l         = 1
x.l         = 170
d.l         = 100000

StartTime.l = ElapsedMilliseconds() ;Start der Zeitmessung

While i <= d
  zaehler   = 1
  fakultaet = 1
    While zaehler <= x 
      fakultaet * zaehler
      zaehler + 1
    Wend
  i + 1
Wend


; For i = 0 To d
;   zaehler   = 1
;   fakultaet = 1
;   For zaehler = 1 To x 
;     fakultaet * zaehler
;   Next
; Next


ElapsedTime.l = ElapsedMilliseconds()-StartTime  ;Berechnen der benötigten Zeit

MessageRequester("Benötigte Zeit",Str(ElapsedTime)) ;Ausgabe der benötigten Zeit

Dann leute aufgehts, schreibt das programm mal in c, und dann vergelichen wir mal basic mit c!

[Kaeru Gaman]

Ich kam mit auf die geschwindigkeit von c, aber ich durfte keine doubles wie in dem "c-test" hernehmen, weil da war dann purebasic um einiges langsamer als c!

öh... wie bitte?

im ernst, sind quads in PB wesentlich langsamer als longs?
*kopfkratz* is mir grad nich einleuchtend...

[ZeHa]

Naja es ist schon ein Unterschied ob Du mit 32-Bit-Werten hantierst oder mit 64-Bit-Werten. 32 Bit passen in jedes Register, aber bei 64 muß einiges hin- und hergeschoben werden (natürlich gilt das auch für andere Sprachen, nicht nur für PB).

Mir sind keine genauen Zahlen bekannt, aber das läßt sich sicherlich testen bzw. irgendwo nachlesen, daß 64-Bit-Rechenoperationen um einiges mehr kosten als 32-Bit.

[Eric]

Hier ist meine Umsetzung:

Code: Alles auswählen

#include <windows.h>
#include <stdio.h>

int main(int argc, char *argv[])
{
    int zaehler   = 1;
    int fakultaet = 1;
    int i         = 1;
    int x         = 170;
    int d         = 100000;
    
    int StartTime = GetTickCount();

    while(i <= d)
    {
        zaehler   = 1;
        fakultaet = 1;
        while(zaehler <= x)
        {
            fakultaet = fakultaet * zaehler;
            ++zaehler;
        }
        ++i;
    }

    int ElapsedTime = GetTickCount()-StartTime;

    char buffer[64];
    sprintf(buffer,"%d",ElapsedTime);
    MessageBoxA(0,buffer,"Benötigte Zeit",0);
}

GetTickCount ist zwar nicht besonders genau, aber es sollte reichen.
Allerdings werden die Zahlen schnell zu groß für int(c) bzw. long(PB).