Guter Programmierstil Literatur?

http://lxr.linux.no/linux/Documentation/CodingStyle

Gruß

graznik

Das kann man am besten lernen, wenn man sich zehn Jahre damit 
beschäftigt. Fang schonmal an. Auf deinem Weg werden dir dann jede Menge 
schlechte und gute Programmierstile begegnen und du kannst selber 
abwägen.

Eine Möglichkeit wäre, du nimmst ein Open-Source Projekt, in dem wenige 
Leute Unmögliches realisiert haben.

Wenn jemand ein Buch schreibt, weißt du nicht, ob er wirklich Ahnung von 
gutem Programmierstiel hat. Wenn ein paar Leute überzeugenderes zustande 
bringen als ein ganzer Konzern, müssen sie Ahnung davon haben.

Linus Torvalds sagte mal ganz lapidar. Der Code ist zwar 100 mal so 
groß, aber der Aufwand einer Änderung ist gleich geblieben. Wenn du 
guten  Programmierstil lernen willst, musst du dir anschauen, wie solche 
Leute ihren Code anlegen.

> Gibt es gute Literatur fuer uebersichlichen guten Code

Literatur ist schon mal schlecht.

Denn wer Zeit hatte, ein Buch zu schreiben, der ist nicht gut.

Auch gibt es viele Theoretiker, die nie ein grosses Programm erstellt 
haben, aber meinen, sich als Klugschwätzer hervortun zu müssen.

So nach dem Prinzip:
Ich diktier euch Arbeit, denn ihr seid meine Sklaven.

Daher ist das ein komplett falscher Ansatz.

Man schaut besser in den Code bekannt erfolgreicher Software, die in 
deiner Sprache zu deinem Thema passt.

Da gibt es viel Auswahl, weil inzwischen einiges öffentlich ist, wer 
sich für Betriebssysteme interessiert kann nicht nur in Lunux gucken, 
sondern auch CP/M+GEM und WindowsNT sind inzwischen bekannt.

Und wer nicht den Mut hat, mal nachzusehen wie es erfolgreiche andere 
machten, der sollte erst gar nicht anfangen..

Marc schrieb:
> Gibt es
> gute Literatur fuer uebersichlichen guten Code, gerade fuer
> Zeitkritische Dinge, die in C geschrieben werden?

nein.

Stattdessen rate ich dir, selbständig nachzudenken und nicht 
irgendwelche Guru-Sprüche zum privaten Evangelium zu erheben. Gerade in 
der Schlampersprache C gibt es davon ne Menge und auch deses Forum ist 
voll von Beiträgen, aus denen man sehen kann, daß da Eleven nicht 
gebildet wurden sondern dressiert wurden und somit irgendwelche 
bescheuerten Maximen lebenslang mit sich herumschleppen, nach dem Motto 
"So macht man das eben".

Mein 1. Rat: Schreibe deine Quelltexte so, daß du rein optisch beim 
Ansehen des Textes die Strukturen sehen kannst. Der Mensch ist ein 
"Augentier" und da hilft es sehr, wenn Quellen nicht wie Kraut und Rüben 
aussehen.

Mein 2. Rat: Schau über den Tellerrand. Gerade die Einfältigeren unter 
den Programmierern kennen nur "ihre" Programmiersprache (was im Moment 
zumeist C ist) und schauen verächtlich auf alles Andere. Schau dir also 
besser auch Pascal und ein neueres Basic oder ein Python an. Nicht daß 
ich die jetzt alle loben will, aber es sind andere 
Programmiersprachen, die auch andere Vorzüge haben und zumeist in 
einem anderen Stil geschrieben sind als das von dir erwähnte C. So 
lernst du, daß es auch anderes gibt und wenn du dich auch damit 
befaßt, dann bekommst du ein Gefühl dafür, wie guter und wie eher 
schlechter Stil aussieht. Sowas ist nämlich nach meiner Erfahrung 
einigermaßen systemübergreifend und ein guter Stil ist nicht abhängig 
von einer bestimmten Programmiersprache.

Mein 3. Rat: Denke lieber selber über Sinnfälligkeiten nach, als daß du 
Gewohnheiten Anderer einfach so übernimmst.
Wir hatten schon zuvor hier Diskussionen über soche Dinge wie:
 while(1) { blabla };
was man noch übertreffen kann mit
#ifdef xyz
#define lala 1
#endif
...
ne Menge Code
...
 while(lala) { blabla };

Ein praktisches Beispiel ist ChaN's FAT-Filesystem, wo man fast alle 
"genialen" Arten schlechten Codes drin findet.
Ein weiteres sehr ansehnliches Beispiel ist die ST-Library zu deren 
ARM/Cortex-Controllern. Da wird der schlechte Programmierstil auf die 
Spitze getrieben: Man erstickt in Tausenden überflüssiger 
Konstantendeklarationen, die einzeln in umfänglichen struct's an die 
jeweiligen Funktionen übergeben werden, um dort schlußendlich einfach 
nur zusammengeklatscht zu werden. Und: Es gibt hier sogar Programmierer, 
die diese ST-Lib ganz toll finden. Das sind die, die das eigene Denken 
nie erlernt haben und stattdessen von den andressierten Maximen leben.

Letzter Rat: Selber denken und nochmals selber denken.

W.S.

Danke erst mal an die ganzen Antworen. Ich arbeite im uebrigen zum 
grossen Teil mit den ST-Libs wenn ich mich an einem STM32 Vergreife. 
Dort habe ich eine kostenlose Version von Atollig genutzt, was mich 
vorerst zwangsweise auf C gebracht hat. Wahrscheinlich ist es wirklich 
das beste sich bestehende Projekte anzusehen. Allerdings wollte ich das 
parallel oder nach dem ersten Einlesen in entsprechende Literatur 
vornehmen. Als Literatur wuerde ich mich nicht nur auf Buecher 
versteifen, sondern auch gute Threads. Ich moechte halt vermeiden mir 
Dinge anzueignen die super lesbar sind, bei denen ich aber nach einer 
gewissen Zeit feststellen muss dass sie am Ende unnoetig Rechenzeit 
fressen oder doch wieder Unordnung bringen. 10 Jahre bockmist 
fabrizieren wollte ich jedoch auch nicht^^.
Nachdem ich die ersten Buchbewertungen gesehen habe werde ich wohl doch 
primiar auf bestehenden Code gehen.

Gruss Marc

Besonderen Dank für den Link zu http://www.little-idiot.de
Kannte ich leider noch nicht.

> die super lesbar sind ... am Ende unnoetig Rechenzeit fressen

Da brauchst du keine Angst haben. Was super lesbar ist, lässt sich 
schnell und einfach umbauen.

Am meisten Geschwindigkeit bekommst du, wenn du unnötige Arbeitsschritte 
vermeidest - dafür brauchst du Lesbarkeit.

Reinhard R. schrieb:
> MaWin schrieb:
>>> Gibt es gute Literatur fuer uebersichlichen guten Code
>>
>> Literatur ist schon mal schlecht.
>>
>> Denn wer Zeit hatte, ein Buch zu schreiben, der ist nicht gut.
>
> Das kann man so nicht stehen lassen. Es gibt unzählige exzellente Bücher
> auf dieser Welt, die nach dieser Logik unmöglich wären.

unterstreich