Ein Programm muss die im Entwurf gemachten Vorgaben korrekt umsetzen. Dazu muss es in der Regel fehler­frei sein, wobei beim Program­mieren meist zwei verschiedene Arten von Fehlern auftreten:

• 1. Syntaxfehler: Fehlerhaft formulierter Quellcode – man verwendet Formu­lierungen oder Konstrukte, die so nicht in der verwendeten Programmier­sprache vorkommen (Tippfehler, Unkenntnis, ...). Da Syntaxfehler beim Übersetzen vom Compiler/Interpreter oder Parser erkannt werden können, verhindern i. d. R. diese Fehler die Programm­ausführung.


• 2. Semantische Fehler: Das Programm verhält sich nicht wie gewünscht, weil möglicher­weise der Algorithmus oder seine Umsetzung fehler­haft war. Semantische Fehler können in der Regel nicht automatisch erkannt, sondern nur durch gewissen­haftes Testen gefunden werden – beispiels­weise in Form von Unittests. ...

Der Übergang zwischen diesen beiden Fehler­arten ist fließend. So kann mitunter ein Tipp­fehler im Code zu einem gültigen ausführ­baren Programm führen, aber das Resultat könnte dennoch falsch sein. Insofern ist konzentriertes Arbeiten ein „Muss”.

Statistisch gesehen wird die meiste Zeit für die Entwicklung von Quelltext benötigt, um auf Fehler oder außer­gewöhnliche Anwendungs- oder Hardware­umgebungen zu reagieren. Ein Programmtext, der auch bei unvorher­gesehenen Fehlern oder ungewöhn­lichen Umgebungen sinnvoll reagiert, wird als robust bzw. portabel bezeichnet.

Geübte Programmierer können die möglichen Fehler und Laufzeit­umgebungen gut einschätzen und strukturieren das Programm und seinen Quelltext dem­entsprechend. Der Zeitdruck bei der Entwicklung von Anwendungen stellt selbst an erfahrene Programmierer immer höchste Ansprüche hinsichtlich dieses Kriteriums.

Damit eine Software dauerhaft funktioniert, muss sie „wartbar” sein. Das heißt, Änderungen wie Bugfixes, Anpassungen und neue Features müssen ohne großen Aufwand eingepflegt werden können. Dies erfordert vor allem, dass der Program­mierer keinen zu kurzen, „kryptischen” Quell­text (oder Quell­code) erzeugen soll, der für andere Entwickler nicht oder nur mit hoher Einarbeitungs­zeit verständlich ist.

Um solche Probleme zu vermeiden, existieren häufig Namens­konventionen, in denen beispiels­weise selbst­erklärende (oder auch „sprechende”) Bezeichner/­Namen für Variablen etc. zur Verwendung empfohlen oder sogar vor­geschrieben werden. Nicht selten greift man auf die Verwendung aussage­fähiger Kommentare im Code zurück. Auch eine sinnvolle Aufteilung des Codes in intuitiv verständ­liche Funktionen und Klassen trägt zum Verständnis und Über­sichtlichkeit bei.

In der Regel stehen einem Programm nur begrenzte Ressourcen (Laufzeit, Speicher­verbrauch, Bandbreite) zur Verfügung. Gute Programmierung kann dazu beitragen, unnötigen Ressourcen­verbrauch zu reduzieren. Beispiels­weise erfolgt dies, indem bei Verwendung großer Daten­mengen an mehreren Stellen im Programm nicht jeweils der gesamte Datensatz kopiert wird, sondern nur die Adresse über­tragen wird, an der die Daten gespeichert werden. Inhaltlich gleicher Code oder gleiche Textbausteine werden nur einmal erstellt und bei Bedarf eingeschlossen. Oder der Text wird zeit­verzögert vom Server geladen, sobald der User eine Internet­seite mit der Maus scrollt.

Man sieht schon, ein Programmierer sollte sich durch analytisches, strukturiertes und ganzheitliches Denken auszeichnen. Das Ergebnis bereitet dann allen Beteiligten – sprich dem Auftrag­geber (Kunden), dem Programmierer und dem User (Anwender) – ein funktionales, informatives und ansprechendes Erlebnis.