Lascia decidere l'utente</h1> <article> <h1>Lascia decidere l'utente</h1> <p>Progettazione Software — Sun, 20 Jul 2008 17:53:37 GMT</p> Quando c'è da prendere una decisione che ha impatto sul lavoro del'utente il compito dello sviluppatore, del coach e del project manager è quello di lasciare scegliere l'utente (il product owner). Anche se nel team c'è un esperto di dominio che conosce Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/07/20/Lascia-decidere-l_2700_utente.aspx">read more</a>) </article> <article> <h1>Parmenide, Eraclito e von Neumann</h1> <p>Progettazione Software — Sun, 20 Jul 2008 11:09:01 GMT</p> Leggendo questa citazione di von Neumann ho ricordato quella di Parmenide e Eraclito « Non ci si può bagnare due volte nello stesso fiume, perché né l'uomo né le acque del fiume sono gli stessi » ( Eraclito , Battiato ) « E neppure è divisibile, perché Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/07/20/Parmenide_2C00_-Eraclito-e-von-Neumann-.aspx">read more</a>) </article> <article> <h1>Pattern o non pattern?</h1> <p>SW Architecture — Fri, 18 Jul 2008 10:12:47 GMT</p> Raffaeu mi porge un (gradito) complimento , che è però anche un interessante spunto per una riflessione. BTW, niente di nuovo all'orizzionte, perchè è una riflessione che ho già ampiamente esposto durante il tutorial dei Community Days , ma ritengo comunque Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/07/18/Pattern-o-non-pattern_3F00_.aspx">read more</a>) </article> <article> <h1>"MS vs. Solution Architects": ricapitoliamo</h1> <p>SW Architecture — Wed, 16 Jul 2008 08:22:53 GMT</p> Ricapitoliamo: MS ammette pubblicamente che la PI è un punto fondamentale per un O/RM Per evitare di soffrire ulteriormente di problemi di eiaculazione precoce, MS ha allestito un focus group dedicato alla v2 di Entity Framework coinvolgendo *finalmente* Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/07/16/_2600_quot_3B00_MS-vs.-Solution-Architects_2600_quot_3B003A00_-ricapitoliamo.aspx">read more</a>) </article> <article> <h1>Arte e informatica ancora</h1> <p>Progettazione Software — Thu, 10 Jul 2008 21:58:31 GMT</p> Ho visto questo concorso per realizzazioni artistiche che dimostrano comportamenti emergenti, che si evolvono nel tempo, reagiscono all'ambiente in cui sono immerse e sembrano avere una vita propria ... arti-ficiale Il concorso riguarda l'arte e le tecnologie Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/07/10/Arte-e-informatica-ancora.aspx">read more</a>) </article> <article> <h1>Informatica & Design</h1> <p>Progettazione Software — Mon, 07 Jul 2008 22:37:32 GMT</p> L'incontro tra medicina e informatica ha portato in dono all'informatica il metodo scientifico empirico tipico delle scienze naturali e sociali (vedi Empirismo ) da cui ad esempio i metodi Agili. L'incontro tra psicologia cognitiva e informatica ha donato Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/07/08/Informatica-_2600_-Design.aspx">read more</a>) </article> <article> <h1>ESSAP 2008: Una settimana di training Agile full-immersion</h1> <p>Progettazione Software — Sun, 06 Jul 2008 18:47:44 GMT</p> Questo venerdì ho completato una settimana molto intensa e fruttuosa di formazione sulle metodologie Agili alla 3rd European Summer School on Agile Programming o più brevemente ESSAP 2008. Hanno partecipato studendi universitari e dottorandi di tutta Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/07/06/ESSAP-2008_3A00_-Una-settimana-di-training-Agile-full_2D00_immersion.aspx">read more</a>) </article> <article> <h1>Community Days: da Query Object a O/RM</h1> <p>SW Architecture — Wed, 02 Jul 2008 09:24:42 GMT</p> Ok, sembra che il corso di settimana scorsa sia piaciuto e che, per l'ennesima volta, il tempo non sia stato sufficiente, giacchè Alessio avrebbe gradito un approfondimento sul tema "Query Object". Provo a "rimediare" :-) In realtà la richieste di Alessio Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/07/02/Community-Days_3A00_-da-Query-Object-a-O_2F00_RM.aspx">read more</a>) </article> <article> <h1>Creatività & profitto</h1> <p>Progettazione Software — Fri, 27 Jun 2008 20:15:13 GMT</p> Ok, storie di artisti vissuti in povertà non mancano e forse nemmeno di grandi inventori "sfortunati". Per stare nel nostro campo (l'informatica) Sir Clive Sinclair la dice lunga :D - Altrettante le storie di artisti popolari e dalle opere determinanti Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/06/27/Creativit_E000_-_2600_-profitto.aspx">read more</a>) </article> <article> <h1>Un po’ di chiarezza su UML e DSL dopo gli annunci del TechEd</h1> <p>Architettura — Wed, 25 Jun 2008 08:05:44 GMT</p> E’ da quando ho iniziato a fare i corsi sulla versione Architect che spiegavo che i DSL non erano alternativi a UML, il “problema” è che Visio EA prima e Visio Pro dopo potevano non essere sufficienti ad utenti più “evoluti”. Le cose andranno a cambiare, Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/06/25/Un-po_2600_rsquo_3B00_-di-chiarezza-su-UML-e-DSL-dopo-gli-annunci-del-TechEd.aspx">read more</a>) </article> <article> <h1>Perché passare a soluzioni "ASP.NET REST-ful"... IMHO!!!</h1> <p>Progettazione Software — Tue, 24 Jun 2008 21:05:10 GMT</p> Segnalo questo post interessante e di taglio pratico su REST : Perché passare a soluzioni "ASP.NET REST-ful"... IMHO!!! Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/06/24/Perch_E900_-passare-a-soluzioni-_2200_ASP.NET-REST_2D00_ful_22002E002E002E00_-IMHO_210021002100_-.aspx">read more</a>) </article> <article> <h1>DryadLINQ data parallel applications (spocchia da developer ?)</h1> <p>Progettazione Software — Mon, 23 Jun 2008 18:41:26 GMT</p> Un altro progetto molto interessante di Microsoft Research, DryadLINQ : Dryad provides reliable, distributed computing on thousands of servers for large-scale data parallel applications. LINQ enables developers to write and debug their applications in Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/06/23/DryadLINQ-data-parallel-applications-_2800_spocchia-da-developer-_3F002900_.aspx">read more</a>) </article> <article> <h1>Un progetto Microsoft Research sul multi-threading</h1> <p>Progettazione Software — Mon, 23 Jun 2008 17:53:40 GMT</p> Il progetto di Microsoft Research si pone l'obiettivo di realizzare una libreria per supportare un modello di programmazione chiaro e consistente per l'accesso concorrente a risorse condivise tra 2 e più thread. Il progetto si chiama C# Software Transactional Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/06/23/Un-progetto-Microsoft-Research-sul-multi_2D00_threading.aspx">read more</a>) </article> <article> <h1>Due definizioni equivalenti di buon disegno</h1> <p>Progettazione Software — Thu, 19 Jun 2008 20:41:15 GMT</p> Flessibile riesco a fare una modifica intervenendo localmente in parti isolate del codice Robusto faccio una modifica del codice e questa incide solo sulle parti strettamente/logicamente correlate del programma Riusabile riesco facilmente ad estrarre Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/06/19/Due-definizioni-equivalenti-di-buon-disegno.aspx">read more</a>) </article> <article> <h1>Situazioni da team: disaccordo sulla architettura</h1> <p>Progettazione Software — Mon, 16 Jun 2008 21:57:23 GMT</p> Per lo sviluppo di una funzionalità gli altri membri del team concordano su una soluzione architetturale che detesti, cosa fai ? Tags : Team Work | Team | Comunicazione | Conflitto | Negoziazione | Progettazione Software | Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/06/16/Situazioni-da-team_3A00_-disaccordo-sulla-architettura.aspx">read more</a>) </article> <article> <h1>Ma Turing che c'entra con la progettazione di applicazioni multi-threading?</h1> <p>Progettazione Software — Wed, 11 Jun 2008 23:48:32 GMT</p> Oltre alle già affascinanti conseguenze del teorema di teminazione di Turing , alcune di queste riguardano direttamente la programmazione multi-threading. Dal teorema di terminazione deriva che non esiste un programma/tool/macchina capace di analizzare Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/06/12/Ma-Turing-che-c_2700_entra-con-la-progettazione-di-applicazioni-multi_2D00_threading_3F00_.aspx">read more</a>) </article> <article> <h1>Programmi più intelligenti del proprio programmatore ?</h1> <p>Progettazione Software — Tue, 10 Jun 2008 20:52:22 GMT</p> Sembra di no, che non sia possibile. Anche nei vecchi film di fantascenza si trovano robot, androidi, programmi di intelligenza artificiale o "semplici" programmi degli scacchi che riescono a essere intelligenti quanto il loro geniale programmatore e Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/06/10/Programmi-pi_F900_-intelligenti-del-proprio-programmatore-_3F00_.aspx">read more</a>) </article> <article> <h1>Libro: Object-Oriented Reengineering Patterns</h1> <p>Progettazione Software — Mon, 09 Jun 2008 23:59:09 GMT</p> Segnalo il post di Antonio Ganci sul libro Object-Oriented Reengineering Patterns disponibile online on pdf e ordinabile in formato cartaceo: http://blogs.ugidotnet.org/AntonioGanci/archive/2008/06/09/92985.aspx Contiene la prefazione di Martin Fowler Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/06/10/Libro_3A00_-Object_2D00_Oriented-Reengineering-Patterns.aspx">read more</a>) </article> <article> <h1>SOA + ROA + Mobile Agent = ?</h1> <p>Progettazione Software — Sun, 08 Jun 2008 21:18:09 GMT</p> La Service Oriented Architecture si poggia sulla facilità per un sw di inviare la richiesta di un servizio a un sw su un sistema autonomo e remoto. E ricevere pure la risposta! La Resource Oriented Architecture si poggia sulla facilità di accedere a risorse Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/06/08/SOA-_2B00_-ROA-_2B00_-Mobile-Agent-_3D00_-_3F00_.aspx">read more</a>) </article> <article> <h1>Programmazione OO, una definizione alternativa</h1> <p>Progettazione Software — Thu, 05 Jun 2008 23:39:58 GMT</p> La definizione di programmazione Object Oriented più diffusa è quella che si poggia su polimorfismo , ereditarietà e incapsulamento . Ha quel che di misterioso e intangibile che mi ha sempre affascinato e incuriosito. Esiste anche un modo alternativo Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/06/06/Programmazione-OO_2C00_-una-definizione-alternativa.aspx">read more</a>) </article> <article> <h1>Spacchi pietre, sbarchi il lunario o costruisci cattedrali ?</h1> <p>Progettazione Software — Wed, 28 May 2008 15:18:41 GMT</p> Segnalo un articolo interessante. Stonecutters, Paycheck Earners, or Cathedral Builders? Alcuni estratti “I’m cutting stone, what does it look like? I cut stone today, I cut stone yesterday, and I will cut stone tomorrow!” “I’m making a living for my Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/05/28/Spacchi-pietre_2C00_-sbarchi-il-lunario-o-costruisci-cattedrali-_3F00_.aspx">read more</a>) </article> <article> <h1>Progettazione di app. multi-threading: conclusioni</h1> <p>Progettazione Software — Tue, 27 May 2008 21:24:10 GMT</p> Sviluppare applicazioni che leggono, scrivono, interrogano e modificano un database in modo concorrente è enormemente più facile che scrivere applicazioni multi-threading eppure le similitudini tra questo tipo di applicazioni sono più delle differenze Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/05/27/Progettazione-di-app.-multi_2D00_threading_3A00_-conclusioni.aspx">read more</a>) </article> <article> <h1>Progettazione di app. multi-threading: pattern per il modello a sincronizzazione</h1> <p>Progettazione Software — Mon, 26 May 2008 21:39:09 GMT</p> Il modello a sicronizzazione è più semplice da disegnare, è sufficente individuare la terna produttore, consumatore e risorsa e renderla evidente nel disegno. La terna Produttore, consumatore e buffer Il produtore e il consumatore possono essere marcati Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/05/26/Progettazione-di-app.-multi_2D00_threading_3A00_-pattern-per-il-modello-a-sincronizzazione.aspx">read more</a>) </article> <article> <h1>Progettazione di app. multi-threading: reagire al deadlock</h1> <p>Progettazione Software — Sun, 18 May 2008 22:18:33 GMT</p> + Accorgersi del Deadlock Come accorgersi quando un deadlock è in corso ? Mantenere il grafo di allocazione dei lock sulle istanze man mano che vengono acquisiti a run-time e cercare cicli nel grafo è una possibilità ... che non viene quasi mai utilizzata. Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/05/19/Progettazione-di-app.-multi_2D00_threading_3A00_-reagire-al-deadlock.aspx">read more</a>) </article> <article> <h1>Progettazione di app. multi-threading: prevenire il deadlock</h1> <p>Progettazione Software — Sun, 18 May 2008 00:09:37 GMT</p> L'obiettivo è quello di far emergere dal disegno in modo evidente la politica di gestione dello stallo che si vuole seguire e aiutare ad applicarlo in modo consistente in tutta la applicazione. Elenco qui un repertorio di pattern che trovo utili quando Continua a leggere......(<a href="http://www.guisa.org/blogs/solution-architects-blogs/archive/2008/05/18/Progettazione-di-app.-multi_2D00_threading_3A00_-prevenire-il-deadlock.aspx">read more</a>) </article> </main></body></html>