Alle druckbaren ASCII-Zeichen ausgeben.
#include <stdio.h>
#include <stdlib.h>
#ifdef DEBUG
#define OUTPUT "%02x "
#else
#define OUTPUT "%c "
#endif
int main(void)
{
unsigned char i, j;
for (i=0x20; i<=0x70; i+=0x10) {
for (j=0x00; (j<=0x0F && i+j!=0x7F); j++) {
printf(OUTPUT, i+j);
}
printf("\n");
}
return EXIT_SUCCESS;
}Argh bitte die { in ne neue Zeile. Und Tabs statt den Leerzeichen!
Argh bitte die { in ne neue Zeile. Und Tabs statt den Leerzeichen!
Niemals! https://www.kernel.org/doc/Documentation/CodingStyle
Ein echter Unix-Hacker macht 1TBS: https://en.wikipedia.org/wiki/Indent_style#Variant:_1TBS
Bah, das wirkt total unübersichtlich. 
Argh bitte die { in ne neue Zeile. Und Tabs statt den Leerzeichen!
Was gandro sagt. Da waren übrigens auch mal Tabs, die sind irgendwo unterwegs verloren gegangen, neue Version ist (jetzt auch mit besserem Spacing nach den Regeln) auf Gist.
Bah, das wirkt total unübersichtlich.
Find ich persönlich auch, aber der von ihm gewählte Stil ist der deutlich verbreitetere.
Ich liebe den von mir gewählten Stil daher, dass ich direkt auf einen Blick sehen kann, welche Klammern zusammengehören. Das ist bei tieferen Verschachtelungen nahezu Pflicht. Was irgendwelche Kernelentwickler da als Lieblingsstil haben ist mir egal, solang ich an sonem schlecht lesbaren Code nicht arbeiten muss ist alls gut.
Das tu ich so doch auch, ich seh sogar direkt, zu welchem Aufruf die schließende Klammer gehört. Mal ganz abgesehen davon, dass mein Editor das sowieso faltet und schön anzeigt: https://i.imgur.com/PawSRR2.png
Wo wir gerade dabei sind:
2 spaces indent sind ideal
4 spaces sind gerade noch akzeptabel
8 spaces sind total besoffen
Tabs sind auch okay.
Spaces sind schlimm. Wenn ich mit der linken Cursortaste nach links gehen will, kann ich das da nicht blockweise, sondern muss da immer rumhantieren Dann lieber Tabs. Zumal ich bei Tabs auch ne optimale Anpassung auf die jeweilige Bildschirmbreite meines Endgerätes bekomme.
Strukturieren ist überbewertet! Ich wüsste nicht, weshalb ich mein GOTO 10 einrücken sollte.
Spaces sind schlimm. Wenn ich mit der linken Cursortaste nach links gehen will, kann ich das da nicht blockweise, sondern muss da immer rumhantieren Dann lieber Tabs. Zumal ich bei Tabs auch ne optimale Anpassung auf die jeweilige Bildschirmbreite meines Endgerätes bekomme.
Oh ja. Arbeite mal mit jemandem dessen Editor alles in Spaces convertiert über Git zusammen. Da wird der friedlichste Mensch zum Amokläufer.
Spaces sind schlimm. Wenn ich mit der linken Cursortaste nach links gehen will, kann ich das da nicht blockweise, sondern muss da immer rumhantieren Dann lieber Tabs. Zumal ich bei Tabs auch ne optimale Anpassung auf die jeweilige Bildschirmbreite meines Endgerätes bekomme.
Bildschirmbreite sind 80 Spalten, ganz einfach. Ein Tab wird repräsentiert als 8 Spaces.
Python sinds übrigens dann 4 Spaces, die auch so gespeichert werden. Was Haskell will, weiß ich grad nicht, ich glaub da wars „hauptsache Indent“ – siehe auch https://en.wikibooks.org/wiki/Haskell/Indentation
Bildschirmbreite sind 80 Spalten, ganz einfach.
Lol in welcher antiquierten Welt lebst du? Mach mal dein Terminal zu und benutz nen modernen Editor.
Ein Tab wird repräsentiert als 8 Spaces.
Ein Tab kann so repräsentiert werden, wie ich das möchte in Sublime Text. Stell dir vor, das kann ich dann einstellen, wie er mir das anzeigt. Das geht freilich nicht, wenn der Autor des Quelltextes mal wieder zu dämlich war, die Tab-Taste zu drücken und lieber die Leertaste dazu missbraucht. Sind das auch die Leute, die in Word mit der Leertaste "zentrieren"?
Python sinds übrigens dann 4 Spaces, die auch so gespeichert werden. Was Haskell will, weiß ich grad nicht, ich glaub da wars „hauptsache Indent“ – siehe auch https://en.wikibooks.org/wiki/Haskell/Indentation
Python kann afaik auch richtige Tabs.
Lol in welcher antiquierten Welt lebst du? Mach mal dein Terminal zu und benutz nen modernen Editor.
Nö. Ein Terminal ist 80 Spalten breit, und das ist so standardisiert. Meins ist breiter (weil ich alles immer maximiert hab, und bei IRC wirds ganz nützlich), aber Code hat da aufzuhören. Alles breitere find ich auch schrecklich zum Lesen.
Und vim ist der beste Editor. Da musst du mit deinem „Aber die UNIX-Philosophie!!1!“ grad was sagen.
Noch mehr rockt freilich ed :>
Ein Tab kann so repräsentiert werden, wie ich das möchte in Sublime Text. Stell dir vor, das kann ich dann einstellen, wie er mir das anzeigt. Das geht freilich nicht, wenn der Autor des Quelltextes mal wieder zu dämlich war, die Tab-Taste zu drücken und lieber die Leertaste dazu missbraucht. Sind das auch die Leute, die in Word mit der Leertaste "zentrieren"?
Niemand gibt ernsthaft Spaces selber ein (außer vielleicht, man indentet mit einem einzigen Space). Das macht der Editor automatisch und bei Python fallen bei einem Tab dann 4 Spaces raus.
Python kann afaik auch richtige Tabs.
Ja, kann, sollte aber nicht: http://legacy.python.org/dev/peps/pep-0008/#code-lay-out
2 spaces indent sind idealTabs sind auch okay.
Find ja das 2 Spaces etwas wenig sind, 4 machen C-Syntax schon wesentlich leserlicher, aber in welchem Universum funktionieren Tabs mit Collaboration und so gut? (Ausser man hat die Schwarze Magie das jede IDE/Editor sich bei jedem gleich verhält)
Also bei größeren Projekten einigt man sich im Team meist einfach auf einen Editor/eine IDE und gut.
Das kann auch wunderbar schief gehen, versuch mal, Eclipse zu confen.
Ich hab einmal Eclipse und Netbeans sehen müssen. Dieser Bloat war mir zu blöd. Da nutz ich lieber Sublime Text, das ist perfekt.
Sublime Text ist aber auch keine klassische IDE, genau so wie VIM und trotzdem kann man sie als solche nutzen 
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!
