Je höher eine Hoch-/bzw. Programmiersprache entwickelt ist, desto weniger Spaß macht sie



  • Oldtimer Coder schrieb:

    ...
    Daher die berechtigte Frage:
    Wird Programmieren immer langweiliger, je weiter die Programmiersprache bezüglich ihrer Abstraktion entwickelt ist?

    Assembler->C->C++->WinAPI->MFC->...
    .NET->C#->Bytecode
    C->C++->Java
    ...

    Das was du beschreibst nennt sich Fortschritt. Ich code auch lieber in C/C++, aber um mein weiteres Leben zu sichern entwickle ich zu 90% mit Java, Delphi, PureBasic, ...
    Und es wird nicht langweiliger. Mit neuen Möglichkeiten ergeben sich neue Probleme mit dementsprechend neuen zu erarbeitenden Lösungswegen...
    Aber ich muss sagen Hochsprachen "verdummen" uns allmählich. Kaum einer weiß noch, was das simple LIFO Prinzip ist. Und was zum Teufel ist der Stack-Overflow bei 64KB reservierung, mein Arbeitsspeicher ist doch 4 GB groß!!!????!!!!!
    In dem Sinne, leb in deiner Welt, hab Spaß dort und viel Erfolg, jemand wie ich jedoch geht mit der Zeit und passt sich an, sonst wird man noch gefressen :p



  • Low Level vs. High Level schrieb:

    Deswegen werden kritische Systeme, wie z.B. die Software von Raumsonden und Raketen überwiegend immer noch in Assembler programmiert.

    Quellen?



  • hustbaer schrieb:

    Low Level vs. High Level schrieb:

    Deswegen werden kritische Systeme, wie z.B. die Software von Raumsonden und Raketen überwiegend immer noch in Assembler programmiert.

    Quellen?

    www.nasa.gov
    www.esa.eu



  • hustbaer schrieb:

    Low Level vs. High Level schrieb:

    Deswegen werden kritische Systeme, wie z.B. die Software von Raumsonden und Raketen überwiegend immer noch in Assembler programmiert.

    Quellen?

    Und hier:
    http://code.google.com/p/virtualagc/source/browse/trunk/Luminary099/LUNAR_LANDING_GUIDANCE_EQUATIONS.s?r=258

    http://code.google.com/p/virtualagc/source/browse/trunk/Comanche055/CM_BODY_ATTITUDE.s?r=258

    http://weblog.cenriqueortiz.com/computing/2007/08/18/on-self-modifying-code-and-the-space-shuttle-os/





  • shadow schrieb:

    Assembler->C->C++->WinAPI->MFC->...

    Du denkst C++ wäre mehr "low-level" als WinAPI 😕
    WinAPI dürfte sogar noch vor C stehen 😃



  • Oldtimer Coder schrieb:

    Daher die berechtigte Frage:
    Wird Programmieren immer langweiliger, je weiter die Programmiersprache bezüglich ihrer Abstraktion entwickelt ist?

    Nur wenn die Aufgaben gleich bleiben. Wenn du mal komplexeres zu bewältigen hast, wirst du auch die Abstraktion zu schätzen wissen.



  • cooky451 schrieb:

    shadow schrieb:

    Assembler->C->C++->WinAPI->MFC->...

    Du denkst C++ wäre mehr "low-level" als WinAPI 😕
    WinAPI dürfte sogar noch vor C stehen 😃

    Die WinAPI ist der Wrapper für die Windows-C-Bibliotheken. Assembler ist natürlich immer mit dabei, aber mir selbst ist nur MenuetOS bekannt, wo das System zu 90% in Assembler entwickelt wurde.



  • Oldtimer Coder schrieb:

    Wird Programmieren immer langweiliger, je weiter die Programmiersprache bezüglich ihrer Abstraktion entwickelt ist?

    Aus meiner Sicht hat die Frage, wie viel Spaß das Programmieren macht, mehr mit dem Anwendungsgebiet zu tun, als mit der Art der Programmiersprache. Man kann in allen Programmiersprachen langweilige Sachen programmieren, die keinerlei Herausforderung bieten. Ich würde sogar vermuten, dass das 95% aller Hobbyprogrammierer machen. In dem Fall ist es dann natürlich interessant, sich künstliche Herausforderungen zu schaffen, wie zum Beispiel den Einsatz von Programmiersprachen, die für die Thematik eigentlich schon längst überholt sind.

    Also: Du musst ein interessantes Projekt finden!



  • Low Level vs. High Level schrieb:

    hustbaer schrieb:

    Low Level vs. High Level schrieb:

    Deswegen werden kritische Systeme, wie z.B. die Software von Raumsonden und Raketen überwiegend immer noch in Assembler programmiert.

    Quellen?

    Und hier:
    http://code.google.com/p/virtualagc/source/browse/trunk/Luminary099/LUNAR_LANDING_GUIDANCE_EQUATIONS.s?r=258

    http://code.google.com/p/virtualagc/source/browse/trunk/Comanche055/CM_BODY_ATTITUDE.s?r=258

    Du willst mit Code von 1969 beweisen, dass man in der Raumfahrt "immer noch" in Assembler programmiert?

    http://weblog.cenriqueortiz.com/computing/2007/08/18/on-self-modifying-code-and-the-space-shuttle-os/

    1990, schon besser, genauso nah dran an 1969 wie an 2011.



  • shadow schrieb:

    Die WinAPI ist der Wrapper für die Windows-C-Bibliotheken.

    Also schonmal klar vor C++.

    shadow schrieb:

    Assembler ist natürlich immer mit dabei

    Also könnte man es sogar vor C stellen 😃



  • Die WinAPI ist der Wrapper für die Windows-C-Bibliotheken.

    Die WinAPI ist streng genommen weder nen Wrapper noch ne Bibliothek.
    Sondern nen INTERFACE !!! implementiert durch die Systembibliotheken (kernel,gdi,user ...etc) von windows. Und zwar für die Programmiersprache C und damit fuer alle zu C binaerkompatiblen Sprachen, was c++ und ne ganze Menge Scriptsprachen mit einschliesst.

    Der Vergleich hinkt also gewaltig. Die WinAPI gehoert also ned in die Auflistung, weil sie keine Programmiersprache ist ... Und die Komplexitaet sollte genau gleich C sein, weil sie eben zutiefst C ist, auch wenn sie von Visual basic, Python, Java etc auch adhoc verwendet werden kann.

    Ciao ...



  • shadow schrieb:

    cooky451 schrieb:

    shadow schrieb:

    Assembler->C->C++->WinAPI->MFC->...

    Du denkst C++ wäre mehr "low-level" als WinAPI 😕
    WinAPI dürfte sogar noch vor C stehen 😃

    Die WinAPI ist der Wrapper für die Windows-C-Bibliotheken.

    Echt? Ich war bisher davon ausgegangen, daß die WinAPI die C-Bibliothek zur Windows-Ansteuerung ist. MFC ist ein Wrapper darum in C++.


  • Administrator

    CStoll schrieb:

    MFC ist ein Wrapper darum in C++.

    Zumindest in der Theorie. Wenn ich mir den MFC Code anschaue, dann habe ich Mühe dies als C++ zu bezeichnen 🤡

    Grüssli



  • wer gerne low level proggen möchte, der kommt zum PrettyOS team und hilft mit bei treibern und Co. da macht das coden noch spaß. unterste ebene, die hardware diktiert. 😃 😉



  • Erhard Henkes schrieb:

    wer gerne low level proggen möchte, der kommt zum PrettyOS team und hilft mit bei treibern und Co. da macht das coden noch spaß. unterste ebene, die hardware diktiert. 😃 😉

    Wen an nem OS frickeln will und auch haben möchte, daß das sinnvoll ist, der schließt sich besser dem GNU Hurd Team an, die brauchen sicher noch Verstärkung.


  • Mod

    Veto schrieb:

    Erhard Henkes schrieb:

    wer gerne low level proggen möchte, der kommt zum PrettyOS team und hilft mit bei treibern und Co. da macht das coden noch spaß. unterste ebene, die hardware diktiert. 😃 😉

    Wen an nem OS frickeln will und auch haben möchte, daß das sinnvoll ist, der schließt sich besser dem GNU Hurd Team an, die brauchen sicher noch Verstärkung.

    Kann man die nicht auch nach ReactOS oder OpenIndiana schicken?

    Und kann man nicht auch irgendwo verstehen, das OpenWatcom, völlig abgehängt von 64bit und Parallel, eher erste Hilfe braucht?



  • Die WinAPI ist streng genommen weder nen Wrapper noch ne Bibliothek.
    Sondern nen INTERFACE !!!

    Ist ja auch logisch, sonst würde es ja WinAPW statt WinAPI heißen. 😉

    Ich gebe dem Threadersteller nur zum Teil Recht. Gewiss sind einige High-End Programmiersprachen recht langweilig. Aber gerade Java macht hier durch die Einsatzgebiete einen kleinen Strich durch die Rechnung indem man beispielsweise Anwendungen für sein Handy in Java schreiben kann.



  • shadow schrieb:

    Aber ich muss sagen Hochsprachen "verdummen" uns allmählich. Kaum einer weiß noch, was das simple LIFO Prinzip ist. Und was zum Teufel ist der Stack-Overflow bei 64KB reservierung, mein Arbeitsspeicher ist doch 4 GB groß!!!????!!!!!

    Der war gut 😃 Aber irgendwo hast du auch recht. Die Hochsprachen vereinfachen in gewisser Weise das Leben und geben somit den Programmierern die Wahl bzw. die Möglichkeit, sich nicht mehr mit low level auseinandersetzen zu müssen bzw. der Funktionsweise der Algorithmen und des Systems zu kennen. Ob so manch einer die Möglichkeit nutzt, hat shadow verdeutlicht.



  • Dravere schrieb:

    CStoll schrieb:

    MFC ist ein Wrapper darum in C++.

    Zumindest in der Theorie. Wenn ich mir den MFC Code anschaue, dann habe ich Mühe dies als C++ zu bezeichnen 🤡

    Meinst du den Quellcode der MFC oder das, was man auf dieser Basis zusammenbauen kann?


Anmelden zum Antworten