Ich kannte das Video bereits... 
In den Youtube Videos sieht das alles immer so einfach aus.. In echt steckt hinter dem Source bestimmt ne wochenlange Arbeit ?! Wobei ich mich mit Hochsprachen nicht so auskenne..
Gruß Jan
Ich denk, der hat das eher so runtergecodet. Aber natürlich nicht so schnell, das Video ist einfach Stück schneller als "in real".
Von oben nach unten? Und bis auf 2 Tippfehler fehlerfrei? Dazu müsste man das komplett Programm vorher im Kopf haben. Das ist sehr unrealisitisch, dass das jemand schafft. Außerdem dreht man immer noch mal ein paar Runden bei der Optimierung.
Entweder hat er das Programm schon 10x eingetippt oder er hat von einer Vorlage abgetippt.
Man sieht das sehr schön beim Eintippen des Main Loop-Kommentars. Da weiß er vorher schon, wie breit der Kasten für den Kommentar sein muss. So programmiert das keiner. Man schreibt erst den Text und dann die Linie drüber und drunter. Aber vielleicht kann er auch in Sekundenschnelle im kopf die Anzahl der Zeichen in einem Satz ermitteln - wer weiß. 
Wenn der source auf einer anderen Maschine schon liegt, könnte er zeichenweise mit leicht unterschiedlichen Pausen zwischen den Zeichen und eingestreuten Tippfehlern übertragen. Schöne Aufgabe — ich glaube ich mach mal so was.
Ja, teilweise sieht das sogar so aus. Allerdings sind da auch einige Copy&Paste-Sequenzen drin. Weswegen ich diese Therorie wieder fallen gelassen habe.
Außerdem glaube ich, dass die Tippfehler echte Tippfehler sind (könnte man natürlich auch simulieren). Aber so ein Programm mit nur zwei Fehlern abzutippen, ist auch schon eine Leistung. Das würde wieder für eine Simulation sprechen. Ich hätte da mindestens 10 Fehler drin, wenn ich das abtippen würde.
Ja, der hat das einfach von einem Blatt abgeschrieben. Wenn man ein Programm schreibt, macht man sich zuerst eine Skizze mit dem Ablauf. Dann schreibt man das Programm. Wenn es sich um etwas umfangreicheres handelt, läuft es meist nicht beim ersten Versuch. Dann folgt die Fehlersuche. Nachdem man sich dann 10 mal den Source durchgelesen hat, stellt man zB fest, dass man anstatt "MOV A,C" da "MOV C,A" hingeschrieben hat, dann batscht man sich an die Stirn, ändert es ab und es läuft. Ich denke, Debugging ist ein fester Bestandteil der Programmierung. Und ich wage zu behaupten, dass es nicht nur mir so geht ?!
Gruß Jan
Ja, der hat das einfach von einem Blatt abgeschrieben. Wenn man ein Programm schreibt, macht man sich zuerst eine Skizze mit dem Ablauf.
Mit Skizze meinst du sowas wie ein Flussdiagramm? Das habe ich wiederum nie gemacht.
Diese Skizze habe ich dann schon im Kopf, wenn ich mit der Programmierung beginne.
Das mit dem Flußdiagramm halte ich ja auch für übertrieben, aber so ein paar Stichpunkte und eine kleine "Skizze" über das, was man an Funktionen etc. unebdingt bauen will und wie man Sachen im RAM anlegt, macht schon wirklich viel (!) Sinn. Auch für kleinere Projekte.
So eine Art Mini-Lasten- und -Pflichtenheft. Das mache ich auch manchmal.
Ja, der hat das einfach von einem Blatt abgeschrieben. Wenn man ein Programm schreibt, macht man sich zuerst eine Skizze mit dem Ablauf.
Mit Skizze meinst du sowas wie ein Flussdiagramm? Das habe ich wiederum nie gemacht.
Diese Skizze habe ich dann schon im Kopf, wenn ich mit der Programmierung beginne.
Nein, kein Flussdiagramm, ich schrieb ja Skizze. Ich nehme dann ein Blatt Papier und kritzele Variablen drauf und Schleifen und so ein Zeugs und mache mir ein paar Notizen. Unter einem Flussdiagramm verstehe ich da eher etwas ordentlich gezeichnetes mit verschiedenen geometrischen Formen bzw. Symbolen für Start, Prozess, Entscheidung, Daten usw.
Das ist mir dann doch zu viel Arbeit...
Hier liegen überall Schreibblöcke mit irgendwelchen Skizzen und Notizen rum... 
Gruß Jan
Ne, meine Programme entstehen im Rechner. Papier ist mir da zu unflexibel und schwer editierbar.
Papier nutze ich manchmal, um mir z. B. eine Pufferverwaltung oder ähnliches aufzuzeichnen, mit Zeigern und so. Also eigentlich nur, wenn es kniffelig wird.
Es schult aber ungemein. Konzentration, Korrektheit und solche Sachen.
Ich arbeite eher iterativ. Ich habe lieber schnell erste Ergebnisse, als nach gründlicher Vorbereitung am Ende festzustellen, dass ich daneben lag.
Ich denke, jeder hat da so seine eigene Arbeitsweise.
Das hat sich auch in der Softwareentwicklung in Form von agilen Methoden durchgesetzt. Ich arbeite beruflich in einem Scrum-Team. Da wird nicht mehr dokumentiert und auch keine (umfangreichen) Konzepte mehr vorab erarbeitet. Alles wird sofort in Code gegossen. Was nicht gepasst hat, wird geändert.
