Mea culpa

Ieri sera sono stato *giustamente* cazziato perchè la categoria "IndieLifestyle" dei post ha l'elettroencefalogramma piatto: in effetti, mi rendo conto che ciò rende questo blog ancora meno interessante, quindi provo a rimediare. :-) Dunque:

  • giovedi 27 Slut allo Zoe (ma in settimana transumeranno anche per: Firenze, Roma e Modena)
  • venerdi 28 FATA @ Black Hole

Sapevatelo (cit.)

Technorati Tag:

Difficoltà nella installazione di Enterprise Library 4.1?

Mi è capitato su entrambi i PC, quindi probabilmente è una problematica ricorrente. Malgrado avessi disinstallato ENTLIB40, tentando di installare la v4.1 ricevevo l'errore: "This version of the Enterprise Library cannot be installed side-by-side with version 4.0. Please uninstall Enterprise Library v4.0 and try again.". La (banale) soluzione consiste nella cancellazione della chiave "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Enterprise Library v4" dal registro di sistema.

Technorati Tag:

Technical After Hour: cambio di programma

Avviso ai naviganti: abbiamo modificato l'agenda del Technical After Hour di martedi prossimo. La sessione "Model Driven Development con Visual Studio" è stata sostituita con "Framework 3.5 SP1: un caso reale" poichè abbiamo pensato che, dato il contesto, fosse più interessante una tematica "real world".

In pratica sbirceremo nella (seppur incompleta) nuova codebase del sito UGIdotNET, una (semplice ma "vera") applicazione ASP.NET implementata usando il framework MVC nella quale i controller insistono su un layer di servizi che "scripta" un domain model gestito con Entity Framework. Il tutto, integrando la registrazione sito/blog mediante un servizio transazionale implementato con WCF e fatto girare nell'application pool di Subtext. Io speriamo che me la cavo... Ci vediamo ?

Tu chiamale se vuoi... Emozioni

this is our attempt at a video cover version, made out of love for Depeche Mode and the genius of Anton Corbijn

Siiii...Puòòòòò...Faaaa-reeeeeeee!!!!

Con stupore, ho appreso oggi che il libro che ho scritto con Dino è risultato essere il più venduto al bookstore della PDC, più venduto dei libri dedicati ad argomenti "mainstream" quali Linq e Silverlight. Lo stupore è ancor maggiore se si pensa che il libro ha raggiunto come picco massimo la posizione 4140 nella classifica dei libri venduti di Amazon. Quattromilacentoquarantesimo, nella stessa categoria che contiene i best seller *veri*, quelli di Stephen King e Wilbur Smith, per intenderci.

In una parola... WOW! "WOW" perchè la community degli sviluppatori "MS centrici", solitamente protezionista giacchè affezionatissima ai tool/fx di mammà, ha ben accolto un libro che afferma che "NH è mejo de EF" e "Unity è un saccobbbbello, ma CastleProject e Spring mi danno AOP e la gestione del lifecycle degli oggetti è migliore". Sta comprando un libro che parla di argomenti "noiosissimi ed inutili" (cit.) quali Open Closed Principle e Inversion of Control, nonchè *addirittura* Design for Testability e Design for Security "solo" perchè secondo ISO9126 entrambi sono dei requisiti e il lavoro di un architetto, in fondo, è quello di proporre una ipotesi realizzativa che li soddisfi.

La soddisfazione è ancor maggiore se si pensa che nella top 10 dei libri venduti a PDC la quinta posizione è detenuta da Agile Project Management with Scrum e la nona da The Enterprise and Scrum. Entrambi, come il nostro, sono editi da Microsoft Press e credo che ciò significa che anche "loro" stanno iniziando *davvero* ad abbracciare il cambiamento. Probabilmente lo fanno per non perdere quote di mercato, o per migliorare la qualità della propria proposta; magari solo perchè "è cool". Sono pragmatico e poco mi importa: ne prendo atto e lo apprezzo. Molto.

Se penso ai giorni nei quali scrivevo l'agenda dei workshop UGIdotNET "Agile" (anno 2003) o "Architecture & Management" (anno 2004) e qualcuno sosteneva l'inutilità di quegli argomenti, ai giorni nei quali litigavo con i PM di Visual Studio sostenendo che VS dovesse supportare UML e non limitare l'uso del framework di unit testing alle sole edizioni più costose, beh... Guardo ASP.NET MVC o VS10 e e mi sembra di iniziare a vedere una luce alla fine del tunnel. In una parola... WOW!

Non è mai troppo tardi.

Addio Linq 2 SQL: non fu amore a prima vista, nè mai -per ovvi motivi- lo sarebbe stato. Ci hanno messo solo 3 anni a capirlo, ma non è mai troppo tardi. In fondo è anche stato semplice: è bastato iniziare a considerare il feedback del mondo reale <g>

Technorati Tag: ,

Se qualcosa può andar storto...

Sarà che ultimamente sono piuttosto sensibile all'argomento, ma questo articolo mi ha fatto venire i brividi: nel nostro caso, abbiamo rispettato *fedelmente* il titolo dell'articolo <g>

Technorati Tag:

"Dunque, dove eravamo rimasti?" (cit.)

Siamo tornati, scusate il ritardo. Clicka qui per leggere.

"A che cavolo serve l'attributo Serializable?" (cit.)

Se lo chiedono, come riferito dal mitico ughetto, anche il Cradle nonchè il Mostardone. Parliamone :-) Innanzitutto, leggete sia il post originale sia il thread dei commenti, che IMVHO è anche più interessante della domanda in oggetto <g>

Ma torniamo a quel "cavolo" di SerializableAttribute: perchè essere costretti a decorare un oggetto in tal modo? A prima vista, in effetti è inutile: io voglio "solo" che EF/WCF/vattelapesca possa restituire col minimo sforzo un grafo e "minimo sforzo" significa "usa le mie classi as is e non chiedermi nulla di più". Insomma: parafrasando una famosa canzone eighties (Imagination) "Serialization, that's all I want from you!". E poi io sono un talebano fan sostenitore della "infrastructure ignorance", quindi per coerenza dovrei unirmi alla lista dei sostenitori del quesito :-)

Il problema è: cosa significa serializzare? Se accettiamo che la serializzazione sia "solo" una implementazione idiomatica di Memento [GoF] allora la decorazione in effetti è inutile. Ma se desiderassimo che la copia deserializzata di un oggetto possa supportare gli stessi casi d'uso dell'oggetto originale, la musica cambierebbe: come si potrebbe garantire che una copia deserializzata di un oggetto di tipo SqlConnection o Thread possa essere utilizzabile? Tanto per fare un esempio, nel primo caso il DBMS potrebbe essere attivo al momento della apertura+serializzazione dell'oggetto connection, salvo poi risultare "spento" al momento della reidratazione. Ecco quindi che decorare un oggetto significa affermare che il "clone" funzionerà. E poichè non tutti gli oggetti potrebbero sopravvivere *funzionalmente* ad un processo di (de)serializzazione, ecco che affermare esplicitamente quali classi siano serializzabili è "cosa buona e giusta" (cit.)

Technorati Tag:

Cazzeggiatori di tutto il mondo, unitevi!

Il buon Janky ha fondato il gruppo "Quelli che non vanno più nei locali vicino casa del Saltarello" su Facebook. Un'ottima occasione di aggregazione per tutti coloro che intendono evitare la zona "Porta Romana" a Milano, "rinunciando" a: Kapuziner, Kofler, Seven, ... Appena mi metto a dieta aderisco anche io <g>

Technorati Tag:
«novembre»
domlunmarmergiovensab
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456