- fchao-Sinus-Wechselrichter AliExpress         

Umfrageergebnis anzeigen: Welche Programmiersprache verwendest du hauptsächlich???

Teilnehmer
170. Du darfst bei dieser Umfrage nicht abstimmen
  • Assembler

    22 12,94%
  • C

    91 53,53%
  • Basic

    57 33,53%
Seite 5 von 5 ErsteErste ... 345
Ergebnis 41 bis 50 von 50

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

  1. #41
    Erfahrener Benutzer Robotik Einstein Avatar von vohopri
    Registriert seit
    11.09.2004
    Ort
    südlich der Alpen
    Beiträge
    1.708
    Anzeige

    E-Bike
    Hallo,

    Jobmässig bin ich eigentlich schon froh, wenn ich mich in meinen eigenen Programmen nach einem Jahr noch auskenne, ....
    Das glaub ich gerne, und so sollte es auch sein. Und ich finde es auch im Hobbybereich recht angenehm, wenn ich ein Programm schreibe, und mich nach einem Jahr sofort wieder drin auskenne. Wiederverwendbarkeit von Code ist auch privat was Feines.

    grüsse,
    Hannes

  2. #42
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    02.11.2005
    Alter
    49
    Beiträge
    1.146
    µC programmiere ich ausschließlich in C.
    In die PC-Programmierung arbeite ich mich noch ein, da setze ich dann auf C++ mit QT

    Jobmässig bin ich eigentlich schon froh, wenn ich mich in meinen eigenen Programmen nach einem Jahr noch auskenne, ....
    Wohl dem, der seinen Code ausführlich dokumentiert.
    Ein hoch auf Doxygen

    Gruß,
    askazo

  3. #43
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    28.12.2007
    Ort
    Hamburg
    Alter
    57
    Beiträge
    254
    Zitat Zitat von 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)
    Du sagst es.
    Genau das meinte Ich.

  4. #44
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    19.07.2007
    Alter
    59
    Beiträge
    1.080
    Ein wichtiger Unterschied zwischen den Programmiersprachen ist, wie man Aufgabenstellungen anpackt.

    Nehmen wir als Beispiel die Aufgabe, zu ermitteln, ob eine Zahl durch 4 teilbar ist.

    In der Schule im Informatikunterricht, als wir uns mit 4 Leuten einen riesigen Kasten mit 64KB RAM, 8-Zoll Disketten, 2 Bildschirmen und 2 Fernschreibern teilten, war die Standardlösung folgende:

    If x/4 = int(x/4) then ...

    Unser Basic konnte auf keine Bits zugreifen, Modulo kannte die Basicvariante auch nicht, folglich war diese Lösung gut.
    Nur dauerte die Berechnung ewig lange, was ja auch ganz klar ist. Zwei Divisionen, eine Integerfunktion und ein Vergleich ... da gruselt es einem

    Heute würde man vielleicht eher so formulieren:

    If (x mod 4) = 0 then ...
    (Wenn der Rest von x geteilt durch 4 null ergibt, dann ... )

    Das Klingt schon besser ... ein Modulo geht fix, also alles Bestens.

    In Assembler geht man die Sache einfach ganz anders an. Man schaut einfach, ob die beiden niederwertigsten Bits 0 sind und ist durch mit der Aufgabe. Aufgrund der vielen Systemabhängigen Assemblerschreibweisen schreib ich das mal nach Schnauze

    Load RegisterA, X
    Load RegisterB, &B00000011
    AND RegisterA, RegisterB
    BranchIfZero ->

    Keine Division, und in wenigen Taktzyklen abgearbeitet. Um ein Vielfaches schneller und schlanker, also optimal!

    Wenn man nun die Assemblertechnik versteht, dann lassen sich solche Lösungen aber ebenso heute auch in Basic hinbekommen, da viele Dialekte auch Bits testen und manipulieren können.

    Ebenso könnte ich auch in Assembler die umständliche Variante mit Divisionen realisieren. Es ist halt nur so, das einem beim Erlernen verschiedener Sprachen auch verschiedene Kniffe beigebracht oder bewußt werden und die sind es, die entscheiden, wie schnell und effizient eine Programmiersprache ist.

    Obwohl viele Compiler den Code in gewissen Grenzen optimieren können, werden sie das Grundpinzip, nach dem wir eine Aufgabe angehen nicht optimieren, das müssen wir beim Programmentwurf schon selber machen und hier liegt das größte Potenzial bzw. die größten Schwächen.

    Gruß MeckPommER
    Mein Hexapod im Detail auf www.vreal.de

  5. #45
    Neuer Benutzer Öfters hier
    Registriert seit
    22.04.2008
    Ort
    Rostock
    Alter
    36
    Beiträge
    8
    Wenn ich schnell ein paar Ideen umsetzten will nehme ich meistens C/C++, sowohl für µC als auch für den PC. Bei Zeitkritischen dingen Rund ums Thema µC's greife ich dann doch mal eher Assember zurück.

    Ein besondere Freude ist es mir immer, wenn Prof's in Klausuren den Code zu irgentwelchen Algorithmen in einer frei gewählten Programmiersprache haben wollen. Dann nehme ich prinzipiell Brainfuck.

  6. #46
    Erfahrener Benutzer Robotik Visionär Avatar von oberallgeier
    Registriert seit
    01.09.2007
    Ort
    Oberallgäu
    Beiträge
    8.686
    Hi MULTIVAC

    (Anmerkung, nicht zum Lesen gedacht: Wieso habe ich das Gefühl, dass Dein Nick nicht Deiner Vorliebe für bestimmte Programmiersprachen entspricht, und eher ENIGMA heissen sollte?)

    Ein Kommentar, den ich über BF gelesen hatte, ist mir klar: "Selbst erfahrenen C Programmierern versetzt ein solchen Quellcode erstmal einen Schock." Das war bei mir auch so, obwohl ich gar kein erfahrerer Programmierer bin - wenn ich mich überhaupt als Programmierer bezeichnen kann. Aber schade, dass ich BF nicht kann - wär doch mal hübsch, einen Code für den asuro zu schreiben, und hier zu präsentieren:
    Code:
    >+++++++++[<++++++++>-]<. >+++++++[<++++>-]<+. +++++++..+++. [-]>++++++++[<++++>-]<. >+++++++++++[<+++++>-]<. >++++++++[<+++>-]<.+++. ------. --------. [-]>++++++++[<++++>-]<+. [-]++++++++++.
    so nach dem Motto: ein Linienfolgeprogramm besonderer Art.

    Vergnügte Grüße
    Ciao sagt der JoeamBerg

  7. #47
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    19.07.2007
    Alter
    59
    Beiträge
    1.080
    Der Name Multivac erinnert mich zunächst an viele Geschichten von Asimov ...

    Ich dachte zuerst, brainfu*k wäre nur ein Gag und habe mal nachgeguckt ... sagt mal ... öhm ... was für Medikamente muss man gleichzeitig einnehmen, um auf sowas wie BF zu kommen?

    Ich bin wirklich froh, das sich BF nirgendwo durchgesetzt hat, wenn ich mir vorstelle, ich würde an 10MB BF Quellcode sitzen *grusel*

    Gruß MeckPommER
    Mein Hexapod im Detail auf www.vreal.de

  8. #48
    Neuer Benutzer Öfters hier
    Registriert seit
    22.04.2008
    Ort
    Rostock
    Alter
    36
    Beiträge
    8
    Ja richtig, der Name MULTIVAC stammt aus einer Asimo-Geschichte. Es handelt sich dabei um eine gigantische Rechenmaschine, die sich um das Wohlergehen aller Menschen kümmert, in dem sie der Menschheit in wichtigen Fragen von, für Menschen unvorstellbarer Komplexität und Auswirkungsverkettung(die ja auch zu unserer Zeit entweder lax tuschiert oder aber brutal selbstsüchtig penetriert wird...nur wollen wir uns da jetzt nicht allzu weit aus dem fenster wagen) nicht nur absolut unbestechlich und mit einer galacktischen Brillianz unterstützt, sonder ihr diese auch komplett abnimmt und die Menschheit so wohl situiert dahinleben kann.

    Brainfuck ist gegen einige Eingebungen, die sich Programmiersprachen schimpfen glatt noch harmlos. Das interessanteste, was ich in diesem Bezug jemals gesehen habe war MALBOLGE. In dieser Programmiersprache ist es erst ein einziges Mal gelungen ein Programm zu "finden" und das auch erst 2 Jahre nach seiner Entstehung. PIET kann cih euch in diesem Bezug auch wärmstens empfehlen.

    (Anmerkung, hier mal etwas, was ENIGMA vllt rechtfertigen würde Acuh und übrigens, nettes Hallo world)

    Code:
                           
                                    >    
                                   + +    
                                  +   +    
                                 [ < + +    
                                +       +    
                               + +     + +    
                              >   -   ]   >    
                             + + + + + + + +    
                            [               >    
                           + +             + +    
                          <   -           ]   >    
                         > + + >         > > + >    
                        >       >       +       <    
                       < <     < <     < <     < <    
                      <   [   -   [   -   >   +   <    
                     ] > [ - < + > > > . < < ] > > >    
                    [                               [    
                   - >                             + +    
                  +   +                           +   +    
                 + + [ >                         + + + +    
                <       -                       ]       >    
               . <     < [                     - >     + <    
              ]   +   >   [                   -   >   +   +    
             + + + + + + + +                 < < + > ] > . [    
            -               ]               >               ]    
           ] +             < <             < [             - [    
          -   >           +   <           ]   +           >   [    
         - < + >         > > - [         - > + <         ] + + >    
        [       -       <       -       >       ]       <       <    
       < ]     < <     < <     ] +     + +     + +     + +     + +    
      +   .   +   +   +   .   [   -   ]   <   ]   +   +   +   +   +
    Ein WYSIWYG-PRogramm der...ganz anderen Art. Es generiert ein Sierpinski-Dreieck



    FROhes SCHaffen

    MULTIVAC

  9. #49
    Neuer Benutzer Öfters hier
    Registriert seit
    28.03.2009
    Beiträge
    13
    Brainfuck ist eigentlich gar nicht so schwer, wenn man sich mal 'n gemütliches Stündchen hinsetzt und sich das genauer anguckt.
    Nur sieben Befehle, alles andere ist Kommentar. Und wenn man nicht den ganzen Code in einer einzigen Zeile schreibt, sondern das alles schön kommentiert, kann man sogar manchmal noch durchsteigen.
    Gut, für die praktische Arbeit nicht ganz so zu empfehlen, aber irgendwie schon lustig.


    Für meine ersten Programme auf dem µC habe ich C genommen, jetzt lerne ich mir grade Assembler an. Ist ja eigentlich doch gar nicht so kompliziert, wie es auf den ersten Blick aussieht.

    Aber wenn ich das so'n bisschen kann, werd' ich wohl wieder auf C zurückspringen, weil's doch ein Stück einfacher ist.
    Basic habe ich nie verwendet, ich find' das irgendwie eklig.

    Ich stimme mal für C, weil das doch die favorisierte Sprache für die µC-Entwicklung ist.

  10. #50
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    01.06.2007
    Ort
    München
    Alter
    61
    Beiträge
    199
    AVR Assembler: für Sensorplatinen mit ATTiny26, wegen Platzmangel für den Code (2k) und Performance, siehe zB

    http://freenet-homepage.de/uffmann/Ultrasonic2.html

    C: für Hauptplatine, siehe z.B.

    http://home.arcor.de/uffmann/ARTIST3.htm

    http://freenet-homepage.de/uffmann/E....html#Chapter5

Seite 5 von 5 ErsteErste ... 345

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

12V Akku bauen