<url>http://blogs.ugidotnet.org/images/RSS2Image.gif</url> <link>http://blogs.ugidotnet.org/BlogEma/Default.aspx</link> <width>77</width> <height>60</height> </image> <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/blogema" type="application/rss+xml" /><item> <title>Sull'adozione degli "strumenti agili"</h1> <article> <h1>Sull'adozione degli "strumenti agili"</h1> <p>Emanuele DelBono — Sat, 29 Nov 2008 13:21:22 GMT</p> <font face="Arial">In questo periodo sto tenendo parecchi corsi dedicati al Test Driven Development in aziende in cui questa pratica è praticamente sconosciuta. Per il corso faccio largo uso di librerie e strumenti non Microsoft (<a href="http://www.mbunit.com/">mbUnit</a>, <a href="http://www.ayende.com">RhinoMocks</a>, <a href="http://www.testdriven.net/">TestDriven.NET</a>, <a href="http://www.jetbrains.com/resharper/">Resharper</a>, ecc...) e noto che uno degli scogli psicologici più grossi è proprio l'adozione di questi strumenti.<br /> Mi sono chiesto quali potessero essere le cause. <br /> Secondo me la risposta è abbastanza semplice ma può essere duplice.<br /> Quella più immediata è: i programmatori sono "pigri" e non hanno voglia di installarsi tutti quegli strumenti che non sempre funzionano al primo colpo e a volte vanno configurati nel modo corretto. <br /> La risposta di riserva è: molti degli strumenti citati sopra non sono perfettamente integrati con l'ambiente di sviluppo e soprattutto all'inizio è difficile capire per quale motivo le cose non funzionano come dovrebbero.<br /> Quindi credo che per una adozione massiva di pratiche quali il Test Driven Development, la Continuous Integration, l'uso di un Source Control i vari produttori di componenti devono investire più tempo nell'integrazione con Visual Studio.<br /> In alternativa possiamo aspettare che Microsoft rilasci degli strumenti più adatti (ed economicamente sostenibili ;-)) all'utilizzo delle pratiche agili e da quel che ho visto VS2010 è sulla buona strada!</font> </article> <article> <h1>TechEd 2008 un riassunto di idee</h1> <p>Emanuele DelBono — Sat, 15 Nov 2008 23:00:00 GMT</p> <p><font face="Arial">In questi giorni sono stato al <a href="http://www.microsoft.com/emea/teched2008/developer/default.aspx">teched</a> di <a href="http://maps.google.com/maps?f=q&hl=it&geocode=&q=barcelona&sll=37.0625,-95.677068&sspn=53.741627,113.90625&ie=UTF8&ll=41.390976,2.1698&spn=0.194977,0.444946&z=12&g=barcelona&iwloc=addr">Barcellona</a>. A differenza dello scorso anno ho preferito seguire sessioni più tecniche e meno metodologiche e il risultato è stato decisamente migliore dell'anno prima.<br /> Ecco alcuni spunti di riflessione:</font></p> <font face="Arial"> <p><br /> - WindowsForms è morto. Su più di 300 sessioni solo una era dedicata a WindowsForms e l'hanno pure annullata (non conosco il motivo). Quindi se state iniziando a realizzare una nuova applicazione usando Winforms....beh pensateci bene, WPF rulez.</p> <p><br /> - <a href="http://www.microsoft.com/azure/">Cloud Services</a>. Annunciati alla <a href="http://www.microsoftpdc.com/">PDC</a> qualche settimana fa sono la grossa novità dei prossimi anni. Le nostre applicazioni potranno essere hostate "in the clouds". Sicuramente impiegherà tempo a prendere piede e Microsoft deve ancora spiegare come funzionerà il licensing. Un grosso scoglio sono i dati, per quel che vedo in giro le imprese sono molto gelose dei loro database e difficilmente si fideranno e li sposteranno all'esterno. Credo che ci voglia un cambio di mentalità e quindi acquisire fiducia riducendo costi, consumi e grattacapi.<br /> - Ecologia. Interessante la sessione di <a href="http://blogs.msdn.com/pathelland/">Patt Helland</a> sul green computing. Anche noi sviluppatori possiamo in qualche modo aiutare l'ambiente.</p> <p><br /> - <a href="http://weblogs.asp.net/ROsherove/">Roy Osherove</a> è sempre un grande speaker e se fallisse come programmatore avrebbe una carriera come cantastorie a zelig.</p> <p><br /> - <a href="http://blogs.msdn.com/pfxteam/">Parallel Programming</a>. Tante sessioni su questo tema. Nei prossimi anni non potremo farne a meno. Processori multicore sono ormai su tutti i PC e il numero dei core aumenterà ancora nei prossimi anni. E le nostre applicazioni? Non possiamo più permetterci di scrivere applicazioni che non sfruttano in pieno la potenza dei nostri processori. Per questo MS sta lavorando molto sulle Parallel Extension che troveranno il loro spazio in prima fila nel framework 4.0. Nell'attesa possiamo dare un'occhiata <a href="http://www.microsoft.com/downloads/details.aspx?FamilyId=348F73FD-593D-4B3C-B055-694C50D2B0F3">qui</a></p> <p><br /> - Il database relazionale è sempre meno visibile. Sia Pat Helland che <a href="http://www.davidchappell.com/blog/">David Chappel</a> parlano di dati sempre più destrutturati. I <a href="http://www.microsoft.com/azure/sql.mspx">Sql Data Services</a> della piattaforma Azure lavorano con dati gerarchici ma non con dati relazionali: possiamo costruire entità composte da proprietà che hanno un tipo, un nome e un valore. Ma le fonti dati sono sempre più eterogenee e non possiamo garantire che le proprietà siano sempre e solo quelle. Con i cloud services quindi lavoreremo con entità che verranno salvate "da qualche parte", ma non sta a noi sapere dove e soprattutto come...quanto mi piace questa cosa. Il database è ancora uno strumento importante ma forse nel giro di qualche anno sarà più trasparente il suo utilizzo.</p> <p><br /> - <a href="http://msdn.microsoft.com/en-us/vs2008/products/cc948977.aspx">Visual Studio 2010</a>. Rivoluzionario. La CTP che possiamo scaricare e usare è molto lontana da quello che sarà il vero VS 2010. Dicono di aspettarci grosse novità nei prossimi mesi.<br /> - GAC. Durante una sessione di livello 300 ci hanno detto che esiste una cosa che si chiama GAC nella quale possiamo mettere i nostri assembly. ;-)</p> <p><font face="Arial">Quindi i prossimi anni saranno movimentati per noi sviluppatori (come del resto quelli appena trascorsi!!) e conviene fin da subito iniziare a guardarsi intorno e provare le novità che sono disponibili.</font></p> </font> </article> <article> <h1>TDD come metodologia</h1> <p>Emanuele DelBono — Wed, 05 Nov 2008 21:31:08 GMT</p> <p><font face="Arial">Il TDD viene spesso considerato una pratica per scrivere test. Non è cosi: il TDD è principalmente una pratica per fare design.</font></p> <p><font face="Arial">Tempo fa, durante lo sviluppo di un'applicazione, mi è capitato di dover scrivere un algoritmo per la schedulazione delle risorse. Non sono un esperto di algoritmi di schedulazione, ho letto un po' di materiale al riguardo, so che esistono metodi più o meno complessi e con più o meno variabili, ma siccome quello che mi serviva era abbastanza semplice ho preferito affrontare il problema per piccoli passi ed eventualmente arrivare ad una soluzione già documentata tramite refactoring del codice. Inutile dire che il TDD ha semplificato ulteriormente lo sviluppo.</font></p> <p><font face="Arial">Ho raccolto i requisiti del cliente sotto forma di storie, una storia per ogni caso che l'algoritmo doveva risolvere. Ho ordinato le storie per complessità e ho iniziato a scrivere un test.</font></p> <p><font face="Arial">Il primo test provava a schedulare una risorsa sempre disponibile su un periodo di tempo illimitato e non occupato. <br /> Una volta che questo è diventato verde,sono passato a due risorse, poi a 3 e poi a N.<br /> Poi ho scritto altri test per ridurre il tempo a disposizione e altri ancora che introducevano sovrapposizioni di risorse, fino ad arrivare a test complessi che riproducevano situazioni reali con N risorse, N progetti già schedulati, e poco tempo a disposizione.<br /> In pratica ogni test aggiungeva una variabile in più e complicava un poco le cose, implementavo la nuova funzionalità avendo comunque i vecchi test che verificavano che la nuova feature non rovinasse ciò che era già scritto. Quindi potevo tranquillamente fare refactoring per migliorare continuamente il design che emergeva man mano implementavo nuovi test.<br /> Dopo circa una trentina di test avevo l'algoritmo pronto ma non solo, la correttezza dell'algoritmo era supportata e verificata da una suite di test che considerava tutti i casi emersi durante l'analisi.<br /> Non so se è l'algoritmo migliore che si poteva scrivere, non è sicuramente il più performante ma per i requisiti attuali va benissimo.<br /> Naturalmente dopo la consegna, il cliente ci ha giocato un po' ed ha richiesto alcune modifiche (ma dai? Strano!). <br /> Ma se in genere queste modifiche risultano molto pericolose (soprattutto su problemi di questo tipo che vedono numerose variabili in gioco) avendo a disposizione una serie di test su tutto il codice già scritto aggiungere nuove funzionalità vuol dire semplicemente scrivere altri test o modificare quelli esistenti e una volta implementata la modifica rilanciare tutti i test per verificare che tutto sia ancora verde.<br /> Quindi il vantaggio è doppio: da un lato il TDD mi aiuta a risolvere un problema step-by-step tenendo sempre sotto controllo l'avanzamento verso la soluzione (ogni step mi avvicina al risultato), dall'altro mi permette di introdurre modifiche e migliorie in poco tempo ma soprattutto senza paura di introdurre nuovi bug.<br /> Secondo me impagabile.<br /> </font></p> </article> <article> <h1>Agile Day 2008</h1> <p>Emanuele DelBono — Tue, 28 Oct 2008 08:06:27 GMT</p> <p>Per chi ancora non lo sapesse il 21 Novembre a Bologna si terrà <a href="http://www.agileday.it/">l'AgileDay</a>. Questo è il 5° anno e per me sarà la terza partecipazione, quest'anno con una novità: insieme a <a href="http://blogs.ugidotnet.org/makka/Default.aspx">Claudio</a> terrò una sessione dedicata al Test Driven Development. </p> <p>Sarà una sessione in formato workshop, quindi i partecipanti sono invitati a portarsi il laptop e a lavorare insieme a noi allo sviluppo di un progetto rigorosamente in modalità TDD (bella l'idea di far lavorare i partecipanti, vero? ;-))</p> <p>Il programma completo della giornata lo trovate qui: <font face="Arial"><a href="http://www.agileday.it/index.php?page=program">http://www.agileday.it/index.php?page=program</a>. Iscrivetevi!!</font></p> </article> <article> <h1>Scrivere buoni Unit Test</h1> <p>Emanuele DelBono — Wed, 22 Oct 2008 12:08:03 GMT</p> <p>Quando ci si avvicina per la prima volta alla pratica dello Unit Test non sempre si riescono a scrivere buoni test. Ricordo che i miei primi esperimenti consistevano in decine di righe di codice per configurare i mock objects e per eseguire diverse assert nello stesso test. <br />Test scritti in questo modo in genere creano sconforto e conseguente sfiducia nella pratica dello Unit Testing perché non appena è richiesta la modifica di una funzionalità e i test si rompono si perde un tanto tempo per capire cosa testava e perché ora si è rotto. </p> <p>Considerate il seguente test: <br /></p> <div class="wlWriterSmartContent" id="scid:57F11A72-B0E5-49c7-9094-E3A15BD5B5E6:95a0b332-d2c3-4c21-b1a0-1458ef49b54f" style="padding-right: 0px; display: inline; padding-left: 0px; float: none; padding-bottom: 0px; margin: 0px; padding-top: 0px"><pre style="background-color:White;;overflow: auto;"><div><span style="color: #000000;">[Test] </span><span style="color: #0000FF;">public</span><span style="color: #000000;"> </span><span style="color: #0000FF;">void</span><span style="color: #000000;"> Constructor_ShouldDoSomeThingOnViewAndModel() { IDtoMapper mapper </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateMock</span><span style="color: #000000;"><</span><span style="color: #000000;">IDtoMapper</span><span style="color: #000000;">></span><span style="color: #000000;">(); IMyView view </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateMock</span><span style="color: #000000;"><</span><span style="color: #000000;">IMyView</span><span style="color: #000000;">></span><span style="color: #000000;">(); IMyModel model </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateMock</span><span style="color: #000000;"><</span><span style="color: #000000;">IMyModel</span><span style="color: #000000;">></span><span style="color: #000000;">(); IList</span><span style="color: #000000;"><</span><span style="color: #000000;">DomainModelData</span><span style="color: #000000;">></span><span style="color: #000000;"> dummyData </span><span style="color: #000000;">=</span><span style="color: #000000;"> </span><span style="color: #0000FF;">new</span><span style="color: #000000;"> List</span><span style="color: #000000;"><</span><span style="color: #000000;">DomainModelData</span><span style="color: #000000;">></span><span style="color: #000000;">(); IList</span><span style="color: #000000;"><</span><span style="color: #000000;">DtoData</span><span style="color: #000000;">></span><span style="color: #000000;"> dummyDto </span><span style="color: #000000;">=</span><span style="color: #000000;"> </span><span style="color: #0000FF;">new</span><span style="color: #000000;"> List</span><span style="color: #000000;"><</span><span style="color: #000000;">DtoData</span><span style="color: #000000;">></span><span style="color: #000000;">(); view.Expect(v </span><span style="color: #000000;">=></span><span style="color: #000000;"> v.Save </span><span style="color: #000000;">+=</span><span style="color: #000000;"> </span><span style="color: #0000FF;">null</span><span style="color: #000000;">).IgnoreArguments(); model.Expect(m </span><span style="color: #000000;">=></span><span style="color: #000000;"> m.GetData()).Return(dummyData); mapper.Expect(m </span><span style="color: #000000;">=></span><span style="color: #000000;"> m.ToDto(dummyData)).Return(dummyDto); view.Expect(v </span><span style="color: #000000;">=></span><span style="color: #000000;"> v.SetDataContext(dummyDto); </span><span style="color: #0000FF;">new</span><span style="color: #000000;"> MyPresenter(view, model, mapper); view.VerifyAllExpectation(); model.VerifyAllExpectation(); mapper.VerifyAllExpectation(); } </span></div></pre></div> <p>Puzza vero? <br />Quali sono i problemi? <br />Sta testando troppe cose, quindi è poco leggibile e dipende da troppi oggetti . Ciò significa che, tra 2 settimane se lo devo modificare impiego tanto tempo a capire cosa fa e nel caso in cui diventi rosso non riesco ad identificare puntualmente il problema.</p> <p>La soluzione verso la quale sono andato è un test molto più snello e semplice in cui ho <strong>un solo oggetto mockato e verifico una sola cosa</strong>. <br />Questo significa che il test sopra viene spezzato in 4 test differenti: <br />1) Uno che verifica che il presenter si sottoscrive correttamente all'evento Save della view <br />2) Uno che verifica che il presenter utilizzi il model per farsi dare i dati da visualizzare <br />3) Uno che verifica che il presenter chiami il metodo ToDto del mapper per convertire l'oggetto del DM in un DTO da poter passare alla user interface <br />4) Uno che verifica che il presenter passi alla view il DTO contenente i dati da visualizzare </p> <p>Sembra uno sforzo inutile, invece: <br />- I test ottenuti sono decisamente più leggibili <br />- I test documentano molto meglio le funzionalità dell'applicazione <br />- Se un test fallisce so esattamente cosa non ha funzionato perché ogni test verifica una singola funzionalità <br />- Scrivere 4 test al posto di quello sopra non è che sia un grande sforzo ;-) </p> <p>Il risultato potrebbe essere questo: </p> <div class="wlWriterSmartContent" id="scid:57F11A72-B0E5-49c7-9094-E3A15BD5B5E7:f9b4ad9e-ca59-4621-b862-e9787325b757" style="padding-right: 0px; display: inline; padding-left: 0px; float: none; padding-bottom: 0px; margin: 0px; padding-top: 0px"><pre style="background-color:White;;overflow: auto;"><div><span style="color: #000000;">[Test] </span><span style="color: #0000FF;">public</span><span style="color: #000000;"> </span><span style="color: #0000FF;">void</span><span style="color: #000000;"> Constructor_ShouldSubscribeToViewEvents() { IDtoMapper mapper </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateStub</span><span style="color: #000000;"><</span><span style="color: #000000;">IDtoMapper</span><span style="color: #000000;">></span><span style="color: #000000;">(); IMyView view </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateMock</span><span style="color: #000000;"><</span><span style="color: #000000;">IMyView</span><span style="color: #000000;">></span><span style="color: #000000;">(); IMyModel model </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateStub</span><span style="color: #000000;"><</span><span style="color: #000000;">IMyModel</span><span style="color: #000000;">></span><span style="color: #000000;">(); view.Expect(v </span><span style="color: #000000;">=></span><span style="color: #000000;"> v.Save </span><span style="color: #000000;">+=</span><span style="color: #000000;"> </span><span style="color: #0000FF;">null</span><span style="color: #000000;">).IgnoreArguments(); MyPresenter presenter </span><span style="color: #000000;">=</span><span style="color: #000000;"> </span><span style="color: #0000FF;">new</span><span style="color: #000000;"> MyPresenter(view, model, mapper); view.VerifyAllExpectation(); } [Test] </span><span style="color: #0000FF;">public</span><span style="color: #000000;"> </span><span style="color: #0000FF;">void</span><span style="color: #000000;"> Constructor_ShouldGetDataFromModel() { IDtoMapper mapper </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateStub</span><span style="color: #000000;"><</span><span style="color: #000000;">IDtoMapper</span><span style="color: #000000;">></span><span style="color: #000000;">(); IMyView view </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateStub</span><span style="color: #000000;"><</span><span style="color: #000000;">IMyView</span><span style="color: #000000;">></span><span style="color: #000000;">(); IMyModel model </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateMock</span><span style="color: #000000;"><</span><span style="color: #000000;">IMyModel</span><span style="color: #000000;">></span><span style="color: #000000;">(); IList</span><span style="color: #000000;"><</span><span style="color: #000000;">DomainModelData</span><span style="color: #000000;">></span><span style="color: #000000;"> dummyData </span><span style="color: #000000;">=</span><span style="color: #000000;"> </span><span style="color: #0000FF;">new</span><span style="color: #000000;"> List</span><span style="color: #000000;"><</span><span style="color: #000000;">DomainModelData</span><span style="color: #000000;">></span><span style="color: #000000;">(); model.Expect(m </span><span style="color: #000000;">=></span><span style="color: #000000;"> m.GetData()).Return(dummyData); MyPresenter presenter </span><span style="color: #000000;">=</span><span style="color: #000000;"> </span><span style="color: #0000FF;">new</span><span style="color: #000000;"> MyPresenter(view, model, mapper); model.VerifyAllExpectation(); } [Test] </span><span style="color: #0000FF;">public</span><span style="color: #000000;"> </span><span style="color: #0000FF;">void</span><span style="color: #000000;"> Constructor_ShouldGetDtoUsingMapper() { IDtoMapper mapper </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateMock</span><span style="color: #000000;"><</span><span style="color: #000000;">IDtoMapper</span><span style="color: #000000;">></span><span style="color: #000000;">(); IMyView view </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateStub</span><span style="color: #000000;"><</span><span style="color: #000000;">IMyView</span><span style="color: #000000;">></span><span style="color: #000000;">(); IMyModel model </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateStub</span><span style="color: #000000;"><</span><span style="color: #000000;">IMyModel</span><span style="color: #000000;">></span><span style="color: #000000;">(); IList</span><span style="color: #000000;"><</span><span style="color: #000000;">DomainModelData</span><span style="color: #000000;">></span><span style="color: #000000;"> dummyData </span><span style="color: #000000;">=</span><span style="color: #000000;"> </span><span style="color: #0000FF;">new</span><span style="color: #000000;"> List</span><span style="color: #000000;"><</span><span style="color: #000000;">DomainModelData</span><span style="color: #000000;">></span><span style="color: #000000;">(); IList</span><span style="color: #000000;"><</span><span style="color: #000000;">DtoData</span><span style="color: #000000;">></span><span style="color: #000000;"> dummyDto </span><span style="color: #000000;">=</span><span style="color: #000000;"> </span><span style="color: #0000FF;">new</span><span style="color: #000000;"> List</span><span style="color: #000000;"><</span><span style="color: #000000;">DtoData</span><span style="color: #000000;">></span><span style="color: #000000;">(); mapper.Expect(m </span><span style="color: #000000;">=></span><span style="color: #000000;"> m.ToDto(dummyData)).Return(dummyDto); MyPresenter presenter </span><span style="color: #000000;">=</span><span style="color: #000000;"> </span><span style="color: #0000FF;">new</span><span style="color: #000000;"> MyPresenter(view, model, mapper); mapper.VerifyAllExpectation(); } [Test] </span><span style="color: #0000FF;">public</span><span style="color: #000000;"> </span><span style="color: #0000FF;">void</span><span style="color: #000000;"> Constructor_ShouldSetDataContextOnView() { IDtoMapper mapper </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateStub</span><span style="color: #000000;"><</span><span style="color: #000000;">IDtoMapper</span><span style="color: #000000;">></span><span style="color: #000000;">(); IMyView view </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateMock</span><span style="color: #000000;"><</span><span style="color: #000000;">IMyView</span><span style="color: #000000;">></span><span style="color: #000000;">(); IMyModel model </span><span style="color: #000000;">=</span><span style="color: #000000;"> MockRepository.CreateStub</span><span style="color: #000000;"><</span><span style="color: #000000;">IMyModel</span><span style="color: #000000;">></span><span style="color: #000000;">(); IList</span><span style="color: #000000;"><</span><span style="color: #000000;">DtoData</span><span style="color: #000000;">></span><span style="color: #000000;"> dummyDto </span><span style="color: #000000;">=</span><span style="color: #000000;"> </span><span style="color: #0000FF;">new</span><span style="color: #000000;"> List</span><span style="color: #000000;"><</span><span style="color: #000000;">DtoData</span><span style="color: #000000;">></span><span style="color: #000000;">(); view.Expect(v </span><span style="color: #000000;">=></span><span style="color: #000000;"> v.SetDataContext(dummyDto); MyPresenter presenter </span><span style="color: #000000;">=</span><span style="color: #000000;"> </span><span style="color: #0000FF;">new</span><span style="color: #000000;"> MyPresenter(view, model, mapper); view.VerifyAllExpectation(); } </span></div></pre></div> </article> <article> <h1>Un progetto con il Composite WPF</h1> <p>Emanuele DelBono — Thu, 11 Sep 2008 11:28:46 GMT</p> <p><font face="Arial">Ho iniziato da poco a sviluppare un'app WPF utilizzando il <a href="http://www.codeplex.com/CompositeWPF">Composite WPF</a> rilasciato da MS all'inizio dell'estate.</font></p> <p><font face="Arial">La prima impressione è buona, leggendo la documentazione (molto ben fatta) in poche ore si riesce a capire e definire la struttura generale del progetto e ad iniziare a realizzare le triadi MVP da infilare nelle varie region.</font></p> <p><font face="Arial">Cosa offre?<br /> Sono 4 le cose principali che mette a disposizione:<br /> - <strong>Moduli</strong>: la possibilita di suddividere l'applicazione in moduli caricati staticamente o a dinamicamente a runtime. Ogni modulo ha le sue view ed è indipendente dagli altri.<br /> - <strong>Regions</strong>: la finestra principale (Shell) viene suddivisa in region che vengono riempite dalle view definite nei vari moduli.<br /> - <strong>Commands</strong>: derivati dai Command nativi di WPF aggiungono funzionalità che permettono di mettere in comunicazione Presenter/View di regioni diverse senza creare dipendenze.<br /> - EventAggregators: dove i command non bastano ossia dove la comunicazione deve andare al di fuori del modulo gli eventi sono il meccanismo che permette di far dialogare moduli diversi.<br /> - <strong>Linee guida</strong>: questa non è una feature documentata ma indotta dall'utilizzo del composite WPF, l'applicazione ottenuta è ben organizzata e strutturata grazie hai "vincoli" indotti dal Framework</font></p> <p><font face="Arial">Nota dolente: si dice che Composite WPF sia indipendente da altre lib (vedi Unity). Io e Alessandro abbiamo faticato non poco a rimuovere i riferimenti a Unity e ad implementare il meccanismo di risoluzione dei componenti tramite Spring.NET. IMHO qui la cosa si poteva fare meglio, magari facendo in modo che lo UnityBootsrapper non avesse un riferimento all'interfaccia IUnityContainer ma ad una interfaccia IContainer generica rendendo di fatto il Composite WPF _veramente_ indipendente da Unity.<br /> Agli interessati lascio il link al blog di <a href="http://blogs.ugidotnet.org/AMelchiori/Default.aspx">alessandro</a> dove entro pochi giorni verrà pubblicata la soluzione con i sorgenti.<br /> </font><font face="Arial"></font></p> <p><font face="Arial"></font></p> Technorati Tags: <a rel="tag" href="http://technorati.com/tags/CompositeWPF">CompositeWPF</a> <div></div> </article> <article> <h1>How I Got Started in Software Development</h1> <p>Emanuele DelBono — Sun, 20 Jul 2008 12:41:51 GMT</p> <p>Visto che pure io sono stato <a href="http://blogs.ugidotnet.org/ThinkingInGrava/archive/2008/07/16/how-i-got-started-in-software-development.aspx" target="_blank">taggato</a> non mi resta che fare la mia parte e taggare altri amici.</p> <p><strong>A quale età hai cominciato a programmare? <br /></strong>Intorno ai 12 anni. </p> <p><strong></strong></p> <p><strong>Come hai cominciato a programmare? <br /></strong>Mio padre mi regalò un <a href="http://en.wikipedia.org/wiki/Texas_Instruments_TI-99/4A" target="_blank">Texas Instruments TI-99/4a</a>. Dopo pochi mesi dall'acquisto la Texas interruppe la produzione del TI-99 e come ovvia conseguenza il software a disposizione iniziò a scarseggiare cosi presi in mano il manuale e iniziai ad imparare il BASIC per scrivermi qualche semplice giochino. </p> <p><strong></strong></p> <p><strong>Qual’è stato il tuo primo linguaggio di programmazione?</strong><strong> <br /></strong>Il BASIC per il TI-99 </p> <p><strong></strong></p> <p><strong>Qual’è stato il primo programma vero che hai scritto? <br /></strong>Se tralasciamo i programmi in BASIC fu al tempo dell'università quando per l'elaborato di Informatica 1 realizzai un programma per la gestione di un impianto sportivo. </p> <p> </p> <p><strong>Quali linguaggi hai usato da quando hai cominciato a programmare?</strong> <br />In ordine cronologico BASIC, PASCAL, Assembly per x86, C, C++, Visual Basic, Java, VBScript/ASP, C#/VB.NET </p> <p> </p> <p><strong>Quando è stato il tuo primo vero lavoro da programmatore? <br /></strong>Il primo lavoro vero è stata la parentesi Java della mia carriera. Durante l'ultimo anno di università iniziai a lavorare presso una software house che realizzava applicazioni in Java e collaborai allo sviluppo di un gestionale e (udite udite) un ORM (ma solo dopo alcuni anni capii cosa stavo realizzando a quel tempo sinceramente l'idea mi sembrava strana e inutile :-)) </p> <p> </p> <p><strong>Con il senno di poi, rifaresti lo stesso il programmatore? Ricominceresti a programmare?</strong> <br />Credo di si. </p> <p> </p> <p><strong>Se ci fosse una cosa che hai imparato nella tua carriera e che vorresti dire ai giovani programmatori, cosa diresti?</strong> <br />Leggete blog, articoli e frequentate le community. </p> <p><strong></strong></p> <p><strong>Qual’è la cosa più divertente che hai programmato?</strong> <br />Ai tempi dell'università facevo parte di un piccolo gruppo di geek e ci incontravamo una volta alla settimana per chiacchierare e portare avanti qualche progettino. Io al tempo mi ero appassionato di <a href="http://en.wikipedia.org/wiki/A-life" target="_blank">A-Life</a> scrissi un simulatore di "esseri pseudo-intelligenti" che cercavano il cibo, si muovevano in uno spazio 2D, mangiavano, combattevano, si riproducevano e morivano. Lo scrissi in Pascal. </p> <p> </p> <p><strong>Adesso è l’ora di taggare qualcun’altro...</strong> <br /><a href="http://www.didoo.net/" target="_blank">Cristiano Rastelli</a> <br /><a href="http://alessandrocirelli.it/" target="_blank">Alessandro Cirelli</a> <br /><a href="http://blogs.ugidotnet.org/danblog/Default.aspx" target="_blank">Daniele Armanasco</a> <br /><a href="http://community.ugiss.org/blogs/dmauri/default.aspx" target="_blank">Davide Mauri</a> <br /><a href="http://community.ugiss.org/blogs/abenedetti/default.aspx" target="_blank">Andrea Benedetti</a></p> <p> </p> <div class="wlWriterSmartContent" id="scid:0767317B-992E-4b12-91E0-4F059A8CECA8:ef9a15cb-06b1-42d0-bec0-2329fb00d7a6" style="padding-right: 0px; display: inline; padding-left: 0px; padding-bottom: 0px; margin: 0px; padding-top: 0px">Technorati Tags: <a href="http://technorati.com/tags/How%20I%20Got%20Started%20in%20Software%20Development" rel="tag">How I Got Started in Software Development</a></div> </article> <article> <h1>Region di Visual Studio (reprise)</h1> <p>Emanuele DelBono — Mon, 07 Jul 2008 19:14:34 GMT</p> <p>Tempo fa ne parlai <a href="http://blogs.ugidotnet.org/BlogEma/archive/2007/12/01/uso-delle-region-in-visual-studio.aspx">qui</a> e molti non erano d'accordo con la mia idea. Io sono ancora convinto di quanto dicevo e oggi leggo con piacere che anche illustri <a href="http://www.codinghorror.com/blog/">bloggatori</a> la <a href="http://www.codinghorror.com/blog/archives/001147.html">pensano</a> come me.</p> <p> </p> </article> <article> <h1>Piccoli interventi, grandi risparmi</h1> <p>Emanuele DelBono — Thu, 26 Jun 2008 17:11:39 GMT</p> <p>"La Brussel Airlines ha annunciato che ridurrà la velocità dei voli europei per consumare meno. Secondo i calcoli della compagnia belga, aumentare di poco la durata del viaggio diminuirà la spesa per i rifornimenti fino a 1,1 milioni di euro l'anno. Al beneficio economico si affiancherà anche quello ambientale, visto che verranno ridotte le emissioni di gas serra. […]" (da il Sole24ore.com)</p> <p>La scorsa settimana sono stato da un cliente che sta per rilasciare un'applicazione web abbastanza corposa composta da diversi moduli e servizi e ho lavorato insieme a loro per risolvere alcuni problemi e chiudere lo sviluppo.</p> <p>La cosa che mi ha lasciato un po' perplesso è la modalità con la quale lavoravano: non avevano unit test (e questo è purtroppo abbastanza normale) e per "testare" l'applicazione bisognava eseguirla. </p> <p>Il problema è che dal momento in cui premevo F5 al momento in cui mi si presentava la pagina di Login passavano circa 2 minuti e 40 secondi, un'altra manciata di secondi per fare il login e un'altra ancora per arrivare sulla pagina che dovevo testare, in tutto diciamo circa 3 minuti.</p> <p>Facciamo due conti:</p> <p>Siamo alle fasi finali, quindi si fanno più che altro piccole modifiche e correzione di qualche bug, quindi il tasto F5 viene premuto molte volte al giorno: diciamo che arriviamo ad eseguire l'applicazione 50-60 volte al giorno.</p> <p>Quindi 3 minuti * 50 volte = 150 minuti = 2,5h</p> <p><strong>2 ore e mezza al giorno a produttività zero (e nervosismo alle stelle).</strong></p> <p>Senza tirare in ballo lo unit testing che su un'applicazione che sta per andare in produzione non è neanche pensabile di mettersi a scrivere i test, ma uno script per velocizzare il build&run potrebbe essere comodo? E che ne dite se "#ifdef debug" allora facciamo un login automatico? E se spezzassimo la solution in più parti portando fuori ciò che non è "prettamente sottoposto a modifica"? E se si facesse pair programming anche (solo) in queste fasi per evitare di premere F5 per nulla visto che c'è un evidente errore che io non ho visto?</p> <p>Quelli elencati sono solo alcuni dei piccoli interventi che permettono di risparmiare alcuni secondi ad ogni lancio ma che sulla giornata si traducono in ore!</p> <p> </p> <div class="wlWriterSmartContent" id="scid:0767317B-992E-4b12-91E0-4F059A8CECA8:a6b29303-899a-40a6-bfcd-ec16ea898f77" style="padding-right: 0px; display: inline; padding-left: 0px; padding-bottom: 0px; margin: 0px; padding-top: 0px">Technorati Tags: <a href="http://technorati.com/tags/Project%20Management" rel="tag">Project Management</a>,<a href="http://technorati.com/tags/Agile" rel="tag">Agile</a></div> </article> <article> <h1>Lettera aperta al team di ADO.NET Entity Framework</h1> <p>Emanuele DelBono — Tue, 24 Jun 2008 15:12:08 GMT</p> <p>Come molti sanno tra poco uscirà l'ADO.NET Entity Framework l'ORM targato Microsoft.</p> <p>Molti di voi sanno anche che la sua implementazione è stata criticata e nei giorni scorsi ha spinto qualcuno a scrivere una lettera aperta per invitare MS a rivedere alcune scelte (e per spiegare perchè non dovrebbe essere usato in alcuni contesti).</p> <p>La lettera è disponibile qui: <a href="http://efvote.wufoo.com/forms/ado-net-entity-framework-vote-of-no-confidence/">http://efvote.wufoo.com/forms/ado-net-entity-framework-vote-of-no-confidence/</a> e potete sottoscriverla inserendo il vostro nome e il vostro indirizzo email.</p> <p> </p> <p> </p><div class="wlWriterSmartContent" id="scid:0767317B-992E-4b12-91E0-4F059A8CECA8:f9d82309-98dc-474f-968e-59599fa8fbfc" style="padding-right: 0px; display: inline; padding-left: 0px; padding-bottom: 0px; margin: 0px; padding-top: 0px">Technorati Tags: <a href="http://technorati.com/tags/ADO.NET%20Entity%20Framework" rel="tag">ADO.NET Entity Framework</a>,<a href="http://technorati.com/tags/ALT.NET" rel="tag">ALT.NET</a></div> </article> </main></body></html>