Coding-Guidelines: Sind Programmierrichtlinien Fluch oder Segen?

					[url=/coding-guidelines-sind-programmierrichtlinien-fluch-oder-segen-a-795748/][b]Coding-Guidelines: Sind Programmierrichtlinien Fluch oder Segen?[/b][/url]


					Ob Safety- oder Security-Richtlinien wie MISRA:C oder einheitliche Guidelines für hauseigenen Programmcode: Es gibt viele Gründe, warum Firmen von ihren Softwareentwicklern verlangen, sich an Programmierrichtlinien zu halten. Aber ist das auch immer sinnvoll?

					[url=/coding-guidelines-sind-programmierrichtlinien-fluch-oder-segen-a-795748/]zum Artikel[/url]

					[url=/coding-guidelines-sind-programmierrichtlinien-fluch-oder-segen-a-795748/][b]Coding-Guidelines: Sind Programmierrichtlinien Fluch oder Segen?[/b][/url]


					Ob Safety- oder Security-Richtlinien wie MISRA:C oder einheitliche Guidelines für hauseigenen Programmcode: Es gibt viele Gründe, warum Firmen von ihren Softwareentwicklern verlangen, sich an Programmierrichtlinien zu halten. Aber ist das auch immer sinnvoll?

					[url=/coding-guidelines-sind-programmierrichtlinien-fluch-oder-segen-a-795748/]zum Artikel[/url]

Gut zusammengefaßt.

Nach gut 25 Jahren Praxis würde ich aber noch hinzufügen:

#1: Regeln, die nicht automatisch prüfbar sind (zB. direkt vom Editor oder CI aus), sollten kritisch hinterfragt werden.

#2: Regeln sollten stets projektspezifisch - bzw. für jedes SW-Paket individuell, nach dessen Anforderungen, vom zuständigen Entwicklungsteam bzw. dem Maintainer aufgestellt werden.

--mtx

Ich finde den Beitrag sinnvoll und richtig, möchte aus eigener Erfahrung noch hinzufügen dass ein gutes Programm beim Lastenheft anfängt. In der Praxis zeigt sich leider immer wieder, dass der Erstellung des Lastenheftes zu wenig Aufmerksamkeit geschenkt wird.
Olaf Viehmann