packz

Piccolo vademecum per il programmatore

Regole da seguire per scrivere codice in C

1. Appena apri un file (sopratutto non tuo) imposta shiftwidth, tabstop ed eventualmente expandtab in maniera adeguata al tuo stile. Eventualmente set list ti può far capire che impostazioni sono state usate.
2. Il preprocessore ti ha fatto conoscere # e ## che sono tue amiche e ci sanno fare.
3. Ricordati che con -llibrary dici al linker che al programma serve la libreria library e con -L eventualmente dove trovarla. Un controllo con ldd non fa mai male.
4. Commenta il codice
5. Commenta il codice
6. Se hai creato una funzione con più di due blocchi distinti mi sa che ti tocca riscriverla.
7. Ricordati di nascondere con static una funzione al mondo esterno.
8. Non sforare le 80 colonne.
9. Sempre sia lodato ulimit -c unlimited.
10. Quando migliori il codice assicurati di non peggiorarlo.
11. I Makefile sono una figata
12. Se il tuo programma prevede di scrivere su file usa full(4) per provare cosa succede nel caso si esaurisca lo spazio su disco (tu ovviamente credevi di aver pensato a tutto!!!).
13. Le mailing list sono tue amiche (magari leggile tramite thunderbird che ha un eccellente sezione sulla iscrizione ai news groups di gmane.org).
14. Se desideri open(2) ma vim ti apre open(1) ricordati di premere '2K'.
15. If a macro contains more than one statement, use a do/while structure to enclose the
    macro. (Don't forget to leave out the semicolon of the statement).
16. gcc -dM -E - < /dev/null può dirti quali sono le macro predefinite nel tuo compilatore preferito.
17. Puoi impostare un campo di una struct tramite per esempio
    variabile_struct = (struct punto){ .x = 10.0 , .y = 14.89 }; secondo me è più leggibile e anche se cambi la definizione della struct non hai bisogno di cambiare l'ordine delle inizializzazioni (e il compilatore non ti avverte!!!).
18. Usa un regola esplicita nel makefile per gli header: file.o: header.h. Altrimenti nella ricompilazione può usare una struct che in realtà è stata ridefinita e il segfault diventa un mistero.