Libri

Why Software sucks

Gian Maria Ricci — Tue, 29 Jul 2008 06:34:44 GMT

"...the programmers and architects and managers who develop software don't understand their customers anywhere near as well as they should, as well as designers in other industries have been forced to"

"As with many areas of computing, user interface design is a highly specialized skill, of which most programmer knows nothing"

"Programmers value control more than ease of use, concentrating on making complex things possible instead of making simple things simple."

"User interface design guru Alan Cooper defines a "computer-literate user" as one who has been hurt so many times that the scar tissue is thick enough so he ho longer feels the pain"

"The human dimension is the first problem that any security system need to solve, and very few even attempt it".

Da Why software sucks di David S.Platt.

Debbo dire che è un libro veramente carino che si fa leggere decisamente bene. Sono rimasto sorpreso anche dal fatto che c'è una lunga sessione dedicata alla sicurezza. Sicuramente un libro da leggere.

Alk.

Tags: Why software sucks

ASp.Net Ajax in action

Gian Maria Ricci — Tue, 10 Jun 2008 07:24:24 GMT

Ho letto una buona parte di Asp.NEt ajax in action e lo sto trovando veramente un buon libro. Considerate che io non sono assolutamente un mostro di javascript, anzi, decisamente sono poco più dell'abc :D, ma il libro presenta tutto in maniera molto semplice ed interessante.

LA cosa che mi piace molto è che si spiega molto bene come gestire le chiamate asincrone da javascript, e solo dopo viene mostrato l'updatePanel. Troppo spesso infatti la gente riempie le pagine di UpdatePanel e si perde la programmazione ad oggetti lato client (che aiuta chi è novizio di javascript a programmare un po più semplicemente) che effettivamente permette di aumentare le prestazioni di un sito in maniera veramente drammatica.

Un libro secondo me indispensabile per chi lavora nel web con tecnologie microsoft.

alk.

Tags: Ajax

Developing more secure asp.net 2.0 applications

Gian Maria Ricci — Mon, 22 Oct 2007 16:21:09 GMT

Qualche gg fa ho terminato Developing more secure asp.net 2.0 applications. Voto 5/5, libro sicuramente indispensabile per chiunque lavori nel web con asp.net e non solo. Personalmente non sono un esperto di sicurezza, ma ritengo che l'argomento Security sia al giorno d'oggi INDISPENSABILE, per questa ragione è necessario che chiunque sviluppi software abbia per lo meno una infarinatura generale che gli permetta di evitare di introdurre nel software buchi di sicurezza veramente vergognosi.

Il libro è molto interessante perché ha un approccio pratico, trattando in dettaglio vari aspetti della sicurezza legati ad ASP.NET 2.0, ma non solo. Il capitolo 4 ad esempio parla di crittografia dando molti spunti interessanti per cifrare le informazioni sensibili trattate dai nostri siti. Particolarmente interessante il capitolo 8 che parla in dettaglio di Medium Trust, spiegando come si possono creare configurazioni di sicurezza personalizzate per i propri siti e perché è necessario che i nostri siti non girino in Full Trust. Assolutamente indispensabile anche il capitolo 10 che contiene una lista dei tool più importanti che riguardano la sicurezza.

Insomma, un libro veramente indispensabile per ogni sviluppatore .NET

Alk.

Analysis Patterns

Gian Maria Ricci — Mon, 22 Oct 2007 16:14:13 GMT

Ho appena finito di leggere Analysis Pattern di Fowler e debbo dire che è stata indubbiamente una bella lettura. Una delle pecche del libro è che più che di Pattern, il libro parla di specifici casi (ospedalieri, finanziari) mostrando alcune possibili soluzioni per problemi specifici di queste realtà. Le casistiche presentate non sono abbastanza generali dal poter essere chiamati pattern, ma comunque sono indubbiamente interessanti e possono essere spunti di riflessione. La seconda parte più generale scorre decisamente meglio della prima, sebbene rimanga forse troppo astratta. Il libro è datato, la notazione grafica non è UML, ma egualmente comprensibile, grazie anche agli schemi presenti nelle copertine interne.

Personalmente un voto di 4/5, libro interessante ma non sicuramente catalogabile tra gli "indispensabili".

Alk.

xUnit test patterns

Gian Maria Ricci — Mon, 13 Aug 2007 17:15:54 GMT

Ho quasi finito di leggere il libro xUnit Test Patterns, il giudizio è sicuramente positivo, il libro è completo, tratta l'argomento dello unit testing in maniera decisamente approfondita presentando nel contempo numerosi pattern per organizzare i propri test nella maniera più efficiente possibile. Uno dei pregi maggiori è la formalità delle definizioni, che costituiscono un glossario utilissimo quando si parla dell'argomento Testing. L'unica pecca è la lunghezza del libro (più di 800 pagine) che lo rende in alcuni tratti decisamente ripetitivo e talvolta noioso. Alcuni concetti infatti sono espressi nella prima parte e ripresi nella seconda con solo pochissime aggiunte. A mio avviso si sarebbero potuti esporre gli stessi concetti con la metà dello spazio e dando al libro un ritmo più vivace.

Nel complesso comunque un Must To Have nella propria libreria.

Alk.

Dogana di Lonate Pozzolo, ci risiamo

Gian Maria Ricci — Tue, 21 Nov 2006 07:45:00 GMT

L'argomento è OT rispetto alla programmazione, ma stamane ho voglia di scrivere 2 righe.

Parliamo della dogana di Lonate Pozzolo, contro il quale non ho nulla di personale perchè so che alla fine non è colpa loro. Il problema si origina perchè la suddetta dogana, gestita dalle Poste Italiane, ogni tanto intercetta i pacchi esteri e porta il povero destinario in un calvario incredibile. Premesso che ordino molti libri dagli states, ma non solo quelli (ordino ad esempio vitamine ed integratori che costano talvolta 1/10 rispetto ad una farmacia italiana), il 95% dei pacchi arriva a casa tranquillamente. Di questo 95% un 50% ha la tassa di sdoganamento, gli altri arrivano senza tassa, perchè forse passano da altri aeroporti....non so.

Il 5% viene fermato dalla dogana e sono dolori. Ti arriva una raccomandata con un foglio che devi faxare o spedire via mail, tu lo fai e dopo 1 mese ti chiamano dicendo che non hanno ricevuto nulla, tu rifai il fax e inizi a spedire 1 mail all'ora (non scherzo lo ho fatto davvero). Poi inizi a telefonare ai loro numeri di Lonate e nessuno risponde, allora telefoni alle poste e chiedi informazioni, magari solamente sapere che fine ha fatto il pacco. Le poste rispondono che praticamente non sanno nulla, nemmeno loro possono contattare Lonate Pozzolo, quì inizia il calvario. Ho anche scritto alla dogana italiana, loro hanno scritto a Lonate e non rispondono nemmeno a loro

Il mio consiglio se capitate in questa situazione è questo. Se siete nei dintorni di Lonate, andate di persona. Se invece come me siete lontani iniziate a telefonare alle poste ogni giorno, siate sempre gentili perchè le persone del call center sono innocenti. Quando sono 15gg che telefonate ogni santa mattina inziate a stargli sulle scatole ed allora magicamente vi chiamano e poi il pacco ve lo mandano.

Vorrei concludere dicendo che in realtà non penso che sia colpa degli impiegati di Lonate, è che quell'ufficio sembra sia enormemente sottodimensionato e non sia in grado di gestire la mole di pacchi che arriva in questi ultimi anni con l'avvento dell'E-Commerce.

Scusate per lo sfogo OT, ma ieri è arrivato l'avviso di raccomandata da Lonate ed ora debbo capire quali dei libri che ho ordinato verrà letto l'anno prossimo :(

Gian Maria.

Un buon libro sugli use cases.

Gian Maria Ricci — Sun, 19 Nov 2006 08:08:00 GMT

Normalmente non sono solito rileggere libri, a parte alcuni titoli storici e a parte andare a riguardare delle informazioni tecniche quando ne ho la necessità. Nonostante questo, dopo il webcast di Lorenzo Barbieri, ho riletto le ultime parti del libro di Cockburn sugli use cases.

Non posso far altro che consigliarlo a tutti perchè è veramente scritto bene, si legge tutto di un fiato e presenta l'argomento use case in maniera decisamente completa. Il libro a mio avviso è dedicato soprattutto a tutti coloro che sono convinti (come ero io prima di leggerlo) che gli use case coincidono con la loro rappresentazione UML. Il libro mostra invece chiaramente che gli use case sono una descrizione testuale e che i diagrammi sono da utilizzare solamente per dare una visione di insieme del problema.

Ecco quì due piccoli estratti del libro dove Cockburn evidenzia questa miscomprensione.

"For reason that remain a mystery to me, many people have focused on the stick figures and ellipses in use case writing since Jacobson's fist book came out, and have neglected to notice that use cases are fundamentally a text form. ...... Whatever the reason, we now have a situation in whitch many people think that the ellipses are the use cases, even though they convey very little information." Cockburn.

"It is important to recognize that ellipses cannot possibly replace text. The use case diagram is (intentionally) lacking sequencing, data and receiving actor." Cockburn.

Spero di avere invogliato qualcuno a leggere il libro ;)