marzo 2007 Blog Posts
Quando si scrivono gli unit test ci si chiede spesso se ha senso testare o meno una certa funzionalità. Un esempio classico è "Devo testare tutti i getter e setter delle proprietà della mia classe?" La risposta è in genere no sempre che il get (o set) non contenga alcuna logica ma sia un semplice "return value".
Alcune persone con cui ho parlato dicono di testare comunque anche i getter e setter perché anche se adesso non fanno altro che mappare un private field non è detto che in futuro diventino qualcosa di più articolato, con regole di validazione sul dato...
Oggi è scattata l'ora legale e come ogni volta (a marzo e a ottobre) si passano in rassegna i numerosi orologi di casa per aggiornarli al nuovo orario (avete mai notato quanti orologi avete per casa?)
Questo mi ha fatto pensare a come su alcune semplici cose siamo nel medioevo: sarà cosi difficile integrare nel software di gestione degli orologi un meccanismo per la gestione dell'ora legale?
Mentre noi softwareristi .NET, Java, C++ ecc....realizziamo sofisticati programmi in grado di aiutare nel miglior modo possibile l'utente, nel mondo dell'elettronica vedo molta arretratezza.Non voglio parlare delle interfacce utente di certe applicazioni per dispositivi...
Questa volta l'intervista doppia l'ho fatta ai due noti individui che vedremo presto sul palco insieme!!
Nome
Giancarlo (aka "janky")
Davide
Cognome
Sudano
Mauri
Professione
cazzegg...ehm...software consultant
DB Guy? Non c’è un “nome” per il tipo di lavoro che faccio. Non sono un DBA. Sono più un DB Dev..ma mi occupo anche di architetture, ottimizzazione e design. Boh, utilizziamo la parola coniata da mamma MS: “DB Professional” :-)
Data di nascita
3 dicembre del 73, alle 3 del pomeriggio nella stanza numero 33 (tutto vero)
12 Agosto 1977
Città natale
Catania
Bollate (Mi)
Linguaggio preferito
Siciliano (huahuahua)
C++ (che non uso più da eoni) e C#.
Un tuo pregio
Simpatia?
Che sono un entusiasta ma non mi faccio prendere dall’entusiasmo. Ne...
Molti i team hanno l'abitudine di iniziare a sviluppare un'applicazione partendo dalla progettazione del database e costruendo su di esso le classi partendo dal DAL e risalendo fino all'interfaccia utente. Questo approccio (Bottom Up) porta a due conseguenze:1) L'interfaccia utente è relegata alle fasi finali e la sua realizzazione viene compiuta in fretta secondo le logiche e i meccanismi dettati dagli strati inferiori. Questo vuol dire che spesso per compiere un'operazione anche semplice l'utente deve fare diversi "giri" poco naturali solo perchè sotto il metodo che riceve l'input ha una certa firma e cambiarlo vuol dire modificare tutti gli strati...
A fine febbraio si è tenuta la chat sulle tematiche che ruotano attorno al concetto di Web 2.0. Una chat diversa dal solito anche per la tipologia dei partecipanti che era più legata al mondo Web Design che alla programmazione.
Ne sono emersi alcuni spunti interessanti. Trovate il transcript qui: http://www.didoo.net/permalinks/web20chat.html
Come consulente vengo spesso chiamato da software house che devono iniziare lo sviluppo di una nuova applicazione per definire con loro devo l'architettura, le linee guida da seguire, il design, ecc…
Non sempre però le cose vanno come ci si aspetta.
Mi sono trovato talvolta a proporre soluzioni architetturali e di design abbastanza complesse, perché a mio avviso i requisiti dell'applicazione lo richiedevano.
Il mio ruolo quindi prevede che io inizi ad abbozzare la soluzione, prepari alcune classi, insegni al team le linee guida da seguire e poi lasciare che siano loro a proseguire nello sviluppo, io mi occupo di controllare ogni tanto...