Das magst du gerne handhaben wie du willst, aber Bitschupsen ist auf einem 64-Bit Quadcore meiner Meinung nach auch nur Zeit Verschwendung ^^Nein, also ich werde immer lieber en paar Bits rumschubsen als sowas.
Das ist jetzt die frage was du mit "so zeugs schafft" meinst.Ich bekomme schon in C bei jeder unnoetigen if abfrage und bei jedem jump/branch die Krise, weil mir das zu lange dauert und hinterher merkt man dann im Programm davon eh nix, aber je hoeher der Abstraktionslevel desto hoeher die Ausfuerhrungszeit/CPU Load xD Aber wo bleibt denn da der Spa[ss], wenn dann jeder moechtegern 1337 h4x0r, der es nicht schafft bei seinem Windows PC ne IDE Festplatte zu verbauen dann ploetzlich nen Spiel "programmiert" ohne zu wissen, was da im hintergrund abgeht, daher nix lernt, weiterhin nichts kann aber so zeug erschafft?
Du vergleichst hier Äpfel und Birnen. Programmieren ist die Nutzung der Logik einer Programmiersprache zum Lösen eines Problems, das Planen eines AKWs ist ein Problem das gelöst werden muss.Nein ich bin dafuer das es weiterhin so bleibt und man erst lernen muss was ein Computer macht ehe man Zeug auf diesem erschaffen kann, das waere sonst so wie einen beliebigen Passanten der keine Ahnung von Architektur hat ein Atomkraftwerk planen/bauen zu lassen.
Kann man dann auch Bug nennen. Ein Fehler in der Aussage, da die Logik ein anderes Ergebnis ausgibt, als man wollte.Es gibt in menschlicher Sprache, wie auch in Programmiersprachen ein Problem: Das sind Mehrdeutigkeiten.
Wenn man es genau nimmt, tust du das jetzt mit C oder C++ auch schon.Ich glaube nicht, dass es irgendwann möglich sein wird, in menschlicher Sprache zu programmieren. Man wird Probleme formulieren können, man wird Fragen stellen können und man wird Anweisungen geben können.
Aber man wird einfache Dinge machen können oder für komplexere Dinge Romane vorlesen dürfen.
Das kommt wie immer auf's Problem an...cloidnerux hat geschrieben:Das magst du gerne handhaben wie du willst, aber Bitschupsen ist auf einem 64-Bit Quadcore meiner Meinung nach auch nur Zeit Verschwendung ^^Nein, also ich werde immer lieber en paar Bits rumschubsen als sowas.
Der Dativ Plural von "Atomkraftwerk" heißt "Atomkraftwerken" und nicht "Atomkraftwerks". ;Dcloidnerux hat geschrieben: Programmieren setzt voraus, das du die Logik verstehst, ein AKW zu Planen setzt voraus, das du Planen kannst, das du was von Architektur und Statik verstehst und natürlich was von AKWs-
Der Dativ Plural von "Atomkraftwerk" heißt "Atomkraftwerken" und nicht "Atomkraftwerks"
Code: Alles auswählen
#define AKWs AtomkraftwerkeKommt auf den Algorithmus, Hardware und Funktion an.cloidnerux hat geschrieben:Das magst du gerne handhaben wie du willst, aber Bitschupsen ist auf einem 64-Bit Quadcore meiner Meinung nach auch nur Zeit Verschwendung ^^Nein, also ich werde immer lieber en paar Bits rumschubsen als sowas.
Mit "1337 h4x0r" meine ich die es nicht schaffen zwei Stecker im Computer richtig einzustecken, aber meinen sie waeren der naechste super hacker und das hat wohl meines erachtens nichts damit zutun, das sie sich wegen Abstraktion nicht damit auseinander setzen muessten.(weder das diese per se dumm sind)cloidnerux hat geschrieben:Das ist jetzt die frage was du mit "so zeugs schafft" meinst.Ich bekomme schon in C bei jeder unnoetigen if abfrage und bei jedem jump/branch die Krise, weil mir das zu lange dauert und hinterher merkt man dann im Programm davon eh nix, aber je hoeher der Abstraktionslevel desto hoeher die Ausfuerhrungszeit/CPU Load xD Aber wo bleibt denn da der Spa[ss], wenn dann jeder moechtegern 1337 h4x0r, der es nicht schafft bei seinem Windows PC ne IDE Festplatte zu verbauen dann ploetzlich nen Spiel "programmiert" ohne zu wissen, was da im hintergrund abgeht, daher nix lernt, weiterhin nichts kann aber so zeug erschafft?
Ein 3-D Ego Shooter zu Programmieren hat sehr wenig mit der Hardware zu tun, da du zu 90% eine Spiellogik implementieren musst, die sich aber nicht dafür Interessiert, ob du eine olle IDE Platte oder ne Sata-6G-SSD hast.
Auch ist es weder zwingend noch Hilfreich, wenn du alle Datails der Hardware kennst, wenn du es nicht schafst, ein Problem zu Abstrahieren und mit den mitteln deiner Sprache darzustellen.
Und wenn man deiner Logik folgt, müsstest du dich so lange mit allen Details deiner Hardware beschäftigen, bis du sie wirklich alle kennst und Erklären kannst, und auch die Physikalischen Effekte und Interferenzen von sehr nahe liegenden Leiterbahnen in sehr schnellen Datenbussen, dem Einfluss von Leiterbahnlänge auf die Datenübertragung und überhaupt wie der CPU funktioniert, ansonsten wärst du ja auch nur ein "1337 h4x0r", der nur so "zeugs schafft" ohne das Wissen um die Hardware.
Ich bastle selbst mit 8-BIT MCUs und das SEHR Hardware nah, so nahe, dass ich beinahe direkt 230V über ein Relais schalten kann, indem ich ein Bit einens Ports auf 1 Setzte, das nutzt mir aber für den Egoshooter nix, da es mich nicht interessiert. Der Code den du nutzt um nicht wirklich bei 0 anzufangen ist gigantisch, und eben das ist Abstraktion.
Kein Programmierer will für jedes Programm das Rad neu erfinden. Alleine schon "printf ", ein Befehl den fast jeder Programmieranfänger benutzt ist schon so umfangreich(in einem Windows/Linux/Mac), dass keine sich die Mühe machen will, das selber zu machen.
Da hast du vollkommen recht. Vor allem bei Spielen wo gewisse Codeteile leicht einmal mehrere Millionen Mal pro Sekunde ausgeführt werden können (zb. Fragmentshader) kommt es sehr auf Effizienz an. Also wer das mit natürlicher Sprache schafft - Respekt^^Jside hat geschrieben:ich kann nur dazu sagen, das es bei Hochperformanten Zeug - wie div. High end Grafik Engines - ehr darauf ankommt das Problem auf niedrigster Ebene zu loesen, anstatt es auf hoeheren ebenen zwar ebenfalls - ggf. leichter aber tausendmal langsamer zu loesen. Aber das ist halt abhaenig von der Anwendungssituation.
