Ein Zitat von Larry Wall

Echte Programmierer können Assembler-Code in jeder Sprache schreiben. — © Larry Wall
Echte Programmierer können Assembler-Code in jeder Sprache schreiben.
Es gibt ein paar Leute auf der Welt, die wirklich in C oder FØRTRAN programmieren können. Sie schreiben mehr Code in kürzerer Zeit als andere Programmierer. Die meisten Programmierer sind nicht so gut. Das Problem besteht darin, dass die wenigen Programmierer, die Code entwickeln, kein Interesse daran haben, ihn zu pflegen.
Jeder Dummkopf kann Code schreiben, den ein Computer verstehen kann. Gute Programmierer schreiben Code, den Menschen verstehen können.
Echte Programmierer kommentieren ihren Code nicht. Wenn es schwer zu schreiben war, sollte es auch schwer zu verstehen sein.
Echte Programmierer arbeiten nicht von 9 bis 17 Uhr. Wenn echte Programmierer um 9 Uhr morgens da sind, dann deshalb, weil sie die ganze Nacht wach waren.
Es gibt einen subtilen Grund dafür, dass Programmierer den Code immer wegwerfen und von vorne beginnen möchten. Der Grund dafür ist, dass sie denken, der alte Code sei ein Chaos. [...] Der Grund dafür, dass sie den alten Code für ein Chaos halten, liegt in einem Kardinalgrundgesetz der Programmierung: Es ist schwieriger, Code zu lesen als ihn zu schreiben.
Unabhängig davon, ob man es mit Assemblersprache oder Compilersprache zu tun hat, ist die Anzahl der debuggten Quellcodezeilen pro Tag ungefähr gleich!
Echte Programmierer schreiben nicht in PL/I. PL/I ist für Programmierer gedacht, die sich nicht entscheiden können, ob sie in COBOL oder FORTRAN schreiben möchten.
Wenn die Wörter unscharf sind, greifen die Programmierer reflexartig auf die präziseste verfügbare Artikulationsmethode zurück: den Quellcode. Obwohl es nichts Präziseres als Code gibt, gibt es auch nichts Dauerhafteres oder Veränderbareres. Daher kommt es häufig vor, dass die Verwirrung der Nomenklatur Programmierer dazu veranlasst, vorzeitig mit dem Codieren zu beginnen, und dieser Code zum De-facto-Design wird, unabhängig von seiner Angemessenheit oder Korrektheit.
Ich habe mit Maschinencode und Assemblersprache angefangen.
Programmierer sind immer von Komplexität umgeben; wir können es nicht vermeiden... Wenn unser grundlegendes Werkzeug, die Sprache, in der wir unsere Programme entwerfen und programmieren, ebenfalls kompliziert ist, wird die Sprache selbst eher Teil des Problems als Teil seiner Lösung.
Die C-Sprache vereint die ganze Leistungsfähigkeit der Assemblersprache mit der Benutzerfreundlichkeit der Assemblersprache.
Ich behaupte tatsächlich, dass der Unterschied zwischen einem schlechten und einem guten Programmierer darin besteht, ob er seinen Code oder seine Datenstrukturen für wichtiger hält. Schlechte Programmierer machen sich Sorgen um den Code. Gute Programmierer kümmern sich um Datenstrukturen und ihre Beziehungen.
Es ist ein Fehler zu glauben, dass es sich bei Programmierwaren um Programme handelt. Programmierer müssen vertrauenswürdige Lösungen erarbeiten und diese in Form überzeugender Argumente präsentieren. Der Quellcode von Programmen ist lediglich das Begleitmaterial, auf das diese Argumente angewendet werden sollen.
C ist nicht sauber – die Sprache hat viele Fallstricke und Fallstricke, und obwohl ihre Semantik in gewisser Weise einfach ist, ist sie nicht sauberer als das Assembler-Design, auf dem sie basiert.
Schlechte Programmierer machen sich Sorgen um den Code. Gute Programmierer kümmern sich um Datenstrukturen und ihre Beziehungen.
Vielleicht könnten wir Code schreiben, um den Code zu optimieren, und diesen Code dann durch den Code-Optimierer ausführen?
Diese Website verwendet Cookies, um Ihnen das bestmögliche Erlebnis zu bieten. Mehr Info...
Habe es!