posts - 4237, comments - 3946, trackbacks - 370

Disclaimer

This was my personal weblog originally hosted by UgiDotNet, written mostly in Italian.

This blog is now part of my new site:
These postings are provided 'AS IS' with no warranties, and confer no rights. The views expressed on this weblog are mine alone and do not necessarily reflect the views of my employers.

Licenza Creative Commons

Tag Cloud

Archives

Post Categories

Code Complete 2nd Edition

There are 12 entries for the tag Code Complete 2nd Edition
Code Complete: ho aggiunto un link ad Amazon...

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

posted @ lunedì 3 gennaio 2005 12:16 | Feedback (5) |

Code Complete: ho creato una categoria a parte...

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

posted @ lunedì 3 gennaio 2005 11:50 | Feedback (3) |

Code Complete: Capitoli sul tuning del codice...

  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...

posted @ lunedì 3 gennaio 2005 11:44 | Feedback (0) |

Code Complete: Capitolo sul Refactoring...

  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...

posted @ lunedì 3 gennaio 2005 11:41 | Feedback (3) |

Code Complete: Defects as opportunities... Mah...

  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...

posted @ domenica 2 gennaio 2005 13:03 | Feedback (0) |

Code Complete: Come trovare gli errori nel proprio codice? Sperando che ci siano...

  "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:

posted @ domenica 2 gennaio 2005 12:54 | Feedback (0) |

Code Complete: Robustezza contro Correttezza

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...

posted @ mercoledì 8 dicembre 2004 01:29 | Feedback (0) |

Code Complete: Design is...

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

posted @ mercoledì 8 dicembre 2004 01:19 | Feedback (2) |

Code Complete 2nd Edition: Il sito ufficiale

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

posted @ mercoledì 8 dicembre 2004 01:14 | Feedback (0) |

Code Complete: l'ordine dei parametri

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

posted @ sabato 4 dicembre 2004 21:19 | Feedback (2) |

Code Complete: uno spunto sul design

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  

posted @ sabato 4 dicembre 2004 21:18 | Feedback (4) |

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...

posted @ sabato 4 dicembre 2004 21:09 | Feedback (3) |