Code Complete 2nd Edition
There are 12 entries for the tag
Code Complete 2nd Edition
Il link è nel lato sinistro del blog, non lo inserirò ne all'interno dei post, ne nei feed RSS...
Non che penso di guadagnarci una gran cifra, ma visto che me l'hanno suggerito in tanti ho deciso di provare a metterlo... Vediamo se arrivo almeno a 1$
Technorati Tags: Code Complete 2nd Edition
I post iniziavano ad essere troppi... Ora li trovate tutti qui.
Update: i post relativi a Code Complete sono stati inseriti all'interno della categoria "Libri interessanti".
Technorati Tags: Code Complete 2nd Edition
Per fortuna il libro passa molto più tempo a mostrare gli effetti di tuning sbagliati e a mostrare come la misurazione dei risultati ottenuti sia l'unico vero parametro di giudizio.
Con questo non voglio dire che ottimizzazioni come quella mostrata da Andrea stamattina non vadano fatte, anzi...
Voglio solo dire che vanno fatte con cognizione di causa, perchè ad esempio su macchine a 16 o 64 bit i risultati "potrebbero" essere diversi, su altri compilatori o piattaforme i risultati potrebbero essere diversi... etc...
Technorati Tags: Code Complete 2nd Edition
Questi due capitoli di Code Complete 2nd edition mi sono piaciuti meno, forse perchè sono...
Mi è piaciuto meno degli altri, ma forse perchè dopo aver letto il libro di Fowler, qualsiasi cosa che parla di refactoring mi sembra... inferiore...
Comunque quel capitolo ha un pregio... porre il refactoring in un contesto molto più ampio, cosa che forse non tutti hanno ben chiaro.
Il refactoring è una delle attività della costruzione del codice, non è L'ATTIVITA' come molti pensano...
Bisogna capire se e quando farlo, e bisogna chiamare refactoring quello che effettivamente è refactoring, non altro, come ad esempio un redesign completo o la correzione di bug...
Technorati Tags: Code Complete 2nd Edition
Andando avanti nella lettura di Code Complete...
Parla di trattare i difetti nel codice come opportunità... dopotutto il codice è vostro, l'avete scritto voi, e se non va c'è qualcosa che non va nella vostra comprensione di quello che state facendo...
Comunque in presenza di difetti avete queste "opportunità":
capire meglio il programma su cui state lavorando
capire meglio gli errori che commettete
capire la qualità del vostro codice dal punto di vista di chi deve leggerlo e capirlo
capire meglio come risolvere i problemi
capire meglio come sistemare...
"Testing requires you to assume that you'll find errors in your code. If you assume you won't, you probably won't, but only because you'll have set up a self-fulfilling prophecy."
e ancora
"You must hope to find errors in your code. Such a hope might seem like an unnatural act, but you should hope that it's you who finds the errors and not someone else."
Molto ma molto vero...
Technorati Tags: Code Complete 2nd Edition
Preso da Code Complete 2nd edition, capitolo 22, Developer Testing:
Nel Cap.8 Defensive Programming, c'è un'interessante distinzione tra Robustezza e Correttezza, che molto spesso a sproposito vengono usati quasi come sinonimi quando si parla di software, ma che in realtà si trovano agli antipodi...
Robustezza: cercare sempre di mantenere in vita il sistema, a costo di non fornire sempre risultati perfetti.
Correttezza: Mai restituire un risultato errato, a costo della stabilità dell'intero sistema.
Naturalmente in base al tipo di software che si sta realizzando, si sceglierà l'una o l'altra...
Ad esempio in un gioco 3D se una scena viene calcolata male, si va avanti tanto la successiva sarà corretta (si spera), ma in un...
Design is:
a wicked problem
a sloppy process
about tradeoffs and priorities
involves restrictions (senza l'is in questo caso )
nondeterministric
a heuristic process
ma soprattutto DESIGN IS EMERGENT.
Il design si evolve attraverso le discussioni informali, le review, e l'esperienza nella scrittura del codice e nella revisione del codice stesso...
Per maggiori informazioni... leggetevi il Cap. 5: Design in Construction (PDF)
Technorati Tags: Code Complete 2nd Edition
Me l'ero dimenticato, quando ho parlato del libro...
http://cc2e.com/
Potete trovare tre capitoli di esempio e tutta una serie di risorse.
Technorati Tags: Code Complete 2nd Edition
L'ordine dei parametri in una procedura/funzione dovrebbe sempre essere il seguente:
input -> modify -> output -> errori o status codes
In questo modo l'ordine dei parametri segue il comportamento che dovrebbe avere ogni funzione:
leggo i dati, li elaboro, li salvo, ed eventualmente imposto gli errori o lo stato di uscita.
Questo va contro la convenzione C, ma probabilmente è un ordine più logico, e se utilizzato costantemente migliora di molto la leggibilità del codice, soprattutto in linguaggi (come C#) che rafforzano questa convenzione con modificatori come ref e out.
Cosa ne pensate?
Technorati Tags: Code Complete 2nd Edition
BDUF = Big Design UpFront
Spesso indicato come la causa di tutti i mali, è stato spesso sostituito da "nessun design", via si parte col codice.
Se BDUF è il problema, la soluzione può essere LDUF o ancora meglio EDUF.
LDUF = Little Design UpFront
EDUF = Enough Design UpFront
E come capisco che ne ho fatto abbastanza?
Questo sta all'esperienza, e non esiste una risposta universale.
E' qui, aggiungo io, che sta la bravura del designer/programmatore/...
Technorati Tags: Code Complete 2nd Edition
L'ho comprato giovedì al Workshop, e ne ho già letto 180 pagine in 1 ora e mezza...
E' un libro bellissimo, pieno di cose interessanti, che tutti dovrebbero leggere.
Secondo me dovrebbe essere adottato come libro di testo anche nei corsi universitari, altro che i libri inutili scritti da gente che non ha mai scritto una riga di codice "vero".
Questa è la differenza tra questo libro e molti altri, l'autore sa di cosa sta parlando, e lo dimostra in ogni paragrafo.
Ve lo consiglio, e vi consiglio dello stesso autore anche Software Project Survival Guide, un must per me se dovete affrontare un...