Migliora il mio codice, per favore…

Il refactoring è quella attività che ciascun programmatore dovrebbe fare per migliorare il proprio codice funzionante. In altre parole, dopo aver trovato il modo di risolvere un problema, sarebbe opportuno dedicare un po’ di tempo per fare in modo che la soluzione trovata ed il codice scritto siano migliori sotto diversi punti di vista: migliori per efficienza, migliori per leggibilità, migliori per manutenibilità, migliori per design, ecc.

Cheat sheet per tutti

Devo ammettere la mia ignoranza, ma fino a ieri non sapevo che quelle tabelline che sintetizzano (a volte in maniera egregia) tutte quelle informazioni mnemoniche come codici di formattazione, sintassi di comandi, oggetti e proprietà, ecc. si chiamassero cheat sheet.
Sono venuto a saperlo grazie ad un post di Gianni Malanga su Edit.

Processo al database

Un approccio divertente per affrontare un problema serio (per soli programmatori):

Buon divertimento!

Link originale: http://www.agilemovement.it/video/processo-al-database

Le (squallide) avventure di Uno e Zero

Non ho mai digerito bene Crystal Reports, uno dei più noti generatori di report, croce e delizia dei programmatori in ambiente Microsoft Visual Studio e non.
I motivi sono di ordine tecnico, ma devo ammettere che forse c’è anche un po’ di antipatia…

Ora è uscita la nuova versione, la 2008, e per il suo lancio Business Objects ha messo in campo le avventure di Uno e Zero…
Credo che questa “brillante” (?) mossa pubblicitaria non mi abbia fatto cambiare idea sul prodotto, anche se non l’ho provato.
Anzi, ho intenzione di cambiare generatore di report in tutte le mie applicazioni…

…ma liberaci dai bug!

Come si fa a far capire ad un cliente che non c’è modo di garantire l’assenza di bug in un programma?
E’ una questione di teoria della calcolabilità: dato un programma è impossibile dimostrare che esso è privo di bug.
L’unico approccio disponibile è la statistica: maggiore è il numero di test a cui viene sottoposto un programma, più alta è la probabilità di scovare dei bug e (una volta corretti) più il programma diventa stabile, cioè si abbassa la probabilità che ci siano altri errori.