.NET Architectonics

BASTA-IT a Roma

2010-03-11T17:41:15Z

A volerlo fare apposta non ci saremmo riusciti ... e infatti non ci abbiamo nemmeno provato. Ma--grande segno della benevolenza degli dei--ci siamo riusciti

BASTA Italia va in onda in concomitanza intergalattica con il lancio di VS 2010 a partire dal 12 aprile in quel della capitale.

Precisamente: Roma, Holiday Inn, Parco dei Medici (Muratella)

Comoda location, a poche fermate di treno da Fiumicino, Roma Ostiense o Tiburtina. E un paio di Km dal raccordo.

E che contenuti: ASP.NET MVC, software design, SharePoint 2010 e WPF/Silverlight. La conferenza è su 2 giornate centrate soprattutto su Web development e SharePoint, ai quali vanno aggiunti 3 giorni (Lunedi, Giovedi, Venerdi) di workshop che sono un'ottima occasione per rinforzare le difese dell'organismo contro la complessità del software moderno.

Alcuni dei contenuti--fatemelo dire--sono adatti anche a figure professionali di alto livello (architetti e dirigenti). La complessità del software di oggi--è questo uno dei messaggi chiave della conferenza--si combatte e affronta con strumenti e approcci diversi dal passato in cui ha dominato il paradigma RAD. Le novità di VS 2010 Ultimate stanno a dimostrarlo e i workshop su design del software 2010 vi offrono la possibilità di vedere oltre l'ostacolo e magari fare scelte che paghino già a breve termine.

Bisogna darsi una mossa e capire che il mondo del software in 5 anni è cambiato di brutto e chi non si adatta scompare. Senza che Darwin ci possa fare nulla ...

Arrivederci a Roma, BASTA Italia , 12-16 aprile.

ASP.NET MVC: dimmi quando quando quando

2010-02-04T10:48:22Z

E' il tormentone del momento (anzi, gia da un bel po' ...)

Tutti lo vogliono (e a ragione), ma quando serve davvero? O meglio qual è un vantaggio chiaro e tangibile che offre al cliente prima che allo sviluppatore? I miei due centesimi sono su DotNetCenter.

E per chi ci sarà ne parliamo anche a BASTA Italia, Roma 12-16 Aprile in coincidenza con il lancio mondiale di VS 2010. Quando si dice il caso... e si che di caso si tratta visto che la data era stata fissata prima dell'annuncio natalizio di ScottGu sul ritardo di VS2010.

Nuovo VTema online

2009-11-05T10:58:22Z

Ah come passa il tempo ... anche per me :)

Al termine di alcune piacevoli giornate di training OOD a pranzo butto lì un riferimento a DotNetCenter.IT. Portale DeV che se pure da poco online era noto ad alcuni dei ragazzi. Ma quando ho chiesto se ricordavano la "mitica" rubrica Variazioni sul Tema", beh, gli anni di differenza si sono visti tutti...

La gioventù programmatizia di oggi non ricorda. E francamente non può ricordare visto che sono nati (fortunelli) con .NET. Ma c'era un'epoca e nemmeno tanti anni fa in cui non era così... Ma basta con le menate dei bei tempi andati.

Correte a leggere del nuovo virus (non software) che minaccia gli sviluppatori .NET. Altro che h1n1. Il vero pericolo e' il nuovissimo H1-CTP1.

E, haz, è solo un'anteprima...

PS: per collaborare con DotNetCenter.IT, email ore pasti via blog.

Variazioni sul Tema ... è qui

2009-10-22T15:56:55Z

E' da tanto che mi ripromettevo di farlo. Ma da solo non ce l'ho mai fatta. Fondamentalmente per pigrizia...

Ma adesso ci siamo. DotNetCenter.it.

Occupazione? Portale per chiunque si occupi di piattaforma .NET. Articoli, interviste, notizie, recensioni, etc. Collaborazioni aperte, anzi spalancate. Nello stile VTema di 15 anni fa, email ore pasti: dino at dotnetcenter.it

Soprattutto con DotNetCenter torna e stavolta davvero Variazioni sul Tema.

E' straordinariamente frequente che ancora oggi qualcuno si ricordi di quella "mitica" (ma si diciamolo) rubrica sull'altrettanto mitica Computer Programming. E badate i primi articoli sono del 1995. (Millenovecentonovantacinque).

C'era ancora Windows 3.1 for Workgroup. E sarebbero passati altri 5 anni prima della alpha di .NET.

Variazioni sul Tema era (e torna ad essere) una rubrica semiseria con cui farsi due risate (perlopiu' amare) e riflettere su come va il mondo .NET. Ci saranno puntate dichiaratamente ironiche e altre un po' più riflessive. Ma spero ci sia (come in passato) materia grigia all'opera.

Si comincia con un classico. Una delle puntate più riuscite è del 1995 scritta per celebrare il rilascio di Windows 95. Oggi 14 anni dopo in occasione del rilascio di Windows 7, Variazioni sul tema ritorna per celebrare... Windows Settimio.

Feedback?

Le quote di ASP.NET

2009-06-18T18:22:56Z

Ho trovato questo post di oramai 5 anni fa che discute la penetrazione di ASP.NET sul mercato delle WebApp. E mi chiedevo se qualcuno conosce riferimenti più recenti.

Grazie!

Opt-in per viewstate in ASP.NET 4.0

2009-06-13T22:41:33Z

A parte un discreto insieme di novità per AJAX, non è che ASP.NET 4.0 offra poi granché. Chi si illudeva di trovarci magari una schema di implementazione per MVP è per ora rimasto deluso. La parola d'ordine sembra essere "più controllo". E in effetti se escludiamo rivoluzioni filosofiche non è che sia rimasto molto da sistemare. Quindi o ci sta bene com'è o ci si rivolge a ASP.NET MVC.

Una cosa effettivamente sistemata per il meglio (oddio, a parte la confusione tra proprietà un pochino sovrapposte) riguarda il viewstate.

Non starò qui a menarla (ancora) sul fatto che il viewstate non è un modo perverso di appesantire le pagine. Che ci crediate o no, il viewstate serve a qualcosa e lasciarlo nella pagina è la soluzione con meno controindicazioni. Detto che il viewstate di fatto serve realmente solo per pochissimi controlli in una pagina, fino ad ASP.NET 3.5 SP1 si scopre che in effetti opt-out è il solo approccio supportato. Tradotto, che vuol dire?

Il viewstate è controllato dalla proprietà booleana EnableViewState. E uno pensa che gli basta disabilitarlo sul controllo che vuole e tutto va a meraviglia. Sbagliato. Se il viewstate è abilitato sulla pagina (in generale sul container di un controllo) ogni controllo figlio ne eredita il valore. Punto. E soprattutto indipendentemente dal valore di EnableViewState sul controllo stesso.

Ora in ASP.NET 4.0 potevano semplicemente invertire la logica nel setter di EnableViewState. Ma questo probabilmente avrebbe causato casini con le miriadi di applicazioni esistenti. Ergo, appare dal nulla una nuova proprietà: ViewStateMode. La proprietà può assumere tre valori (Disabled-Enabled-Inherit) ovviamente riferiti allo stato del viewstate sul controllo. Grazie a questa proprietà, il supporto per il viewstate in ogni controllo diventa opt-in ovvero ciascun controllo decide se vuole il viewstate o no. Soprattutto può farlo indipendentemente da ci; che fa il parent.

Tutto facile? Manco per sogno

Per un vero scenario opt-in seguire le istruzioni:

EnableViewState per la pagina/container deve essere sempre true
ViewStateMode per la pagina/container va messo a Disabled
ViewStateMode per i controlli che si vuole va messo a Enabled

Al momento altre combinazioni o non funzionano o non danno risultati predicibii.

Testing o Testabilità

2009-05-14T13:04:38Z

Mentre noto che da qualche anno si parla molto di testing, mi pare di rilevare una minore attenzione verso uno degli attributi fondamentali del software, almeno stando agli standard internazionali ISO/IEC--la testabilità del software.

Cosa conta di più, allora?

Beh, il testing è sotanzialmente il risultato dell'esecuzione di una serie di programmi ad hoc (OK, intendo automated testing) volti ad assicurare che le classi (unit) o il sistema nel suo insieme si comportano come ci si aspetta in relazione al codice ed eventualmente a componenti esterni.

Il testing ci dice che il software funziona. O più esattamente ci dice che le funzioni/scenario che abbiamo testato funzionano. Il che non è male, ma non è nemmeno certezza assoluta. Come scriviamo con Andrea in "Architecting Applications for the Enterprise", il testing e in particolare lo unit-testing serve solo al team per darsi la sicurezza che si sta procedendo sulla giusta strada e per crearsi uno strumento di difesa contro regressioni post-modifiche.

La testabilità, invece, ci porta a scrivere codice che sia semplice da sottoporre a unit-testing. E come è possibile ciò? Sostanzialmente facendo uso di principi di design e opportuni pattern. Alla fine, il paradosso sapete qual è? E' che la testabilità serve non direttamente al testing, ma ad avere soprattutto codice migliore e meglio disegnato. Il testing è una scusa per dedicarsi seriamente alla testabilità.

E la testabilità del codice comincia dalla definizione di software contracts. O come li chiama MS (che deve sempre distinguersi...) code-contracts. Oggi anche per VS 2008 in attesa di .NET 4.0 e VS2010.

Certo talvolta la testabilità rischia di fare a pugni con la purezza del design OOD. Ma la ricerca della testabilità porta a codice più flessibile, modificabile e anche leggibile. E se poi non è puro OOD... chi se ne frega. E se, come dice un esperto del campo--il mio amico Roy Osherove--fosse ora di cambiare alcune definizioni di OOD?

Interviste

2009-05-03T09:44:24Z

E' solo un caso, ma pare che io abbia molte cose da dire in questi giorni... Infatti escono online due interviste (in inglese) rilasciate molto di recente. Una su DotNetRocks e una su SodThis, quest'ultima registrata peraltro durante Basta Italia.

100 di questi giorni

2009-04-23T22:42:08Z

Come abbondantemente ricordato da tiggì e giornali, il 22 aprile Rita Levi Montalcini ha compiuto 100 anni. Rita Levi Montalcini ha ricevuto il premio Nobel per la Medicina nel 1986 ed è senatore a vita dal 2001. E' meno noto che la Montalcini ha una sorella gemella Paola Levi Montalcini morta nel 2000 che è stata una ottima artista e pittrice.

Credo fosse il Natale del 1993 quando la piccola società per cui lavoravo realizza un "banale" chiosco elettronico con un'applicazione che gira ad libitum mostrando immagini zoomabili e descrizioni. Questo chiosco viene piazzato alla Galleria d'Arte Contemporanea di Roma in occasione di una mostra con opere anche della Montalcini. Alla cerimonia d'apertura partecipano le gemelle Montalcini e bontà degli organizzatori la mia società riceve alcuni inviti. Uno lo passano a me.

Non so come, né perché, ma ad un certo punto il mio capo mi chiama e dice più o meno che una persona vuole conoscermi. Penso ad un professore universitario, forse ad un top manager, più probabilmente a qualche politicante. Invece no, si tratta di Rita Levi Montalcini. Quando me lo dice, passo i successivi 20 secondi a pensare intensamente a cosa dire. Quando mi stringe la mano riesco a mormorare un "sono onorato...". E lei ribatte qualcosa come "ma che dice, io sono onorata di conoscere queste giovani menti che creano cose così meravigliose...".

Io avevo solo scritto una DLL Win16 per incapsulare una libreria di compressione frattale che all'epoca (...1993...) se la giocava da favorito con JPEG. Nulla nel chiosco era mio e nemmeno avevo idea di come potesse essere fatto.

Il 1993 era proprio un altro mondo, molto più lontano di 16 anni. Durante il trasloco con cui sono alle prese in questi giorni sono saltate fuori copie di MC Microcomputer dell'epoca o di Computer Programming e Microsoft Systems Journal. E' istruttivo rileggere di COM+ per esempio oggi nel 2009.

That's life!

Web Forms vs. ASP.NET MVC

2009-04-15T20:45:32Z

Tema difficile ... In un articolo che apparirà presto su MSDN Magazine provo a guardare ai fatti e non alle emozioni. Alla fine, mi viene da dire che è proprio come dice MS--auto o moto. Ciascun framework ha le sue caratteristiche e i suoi pregi e difetti. Uno è più RAD, l'altro più TDD.

Quello che mi preme dire è che NON è vero che serve ASP.NET MVC per scrivere una buona applicazione ASP.NET con pagine ragionevolmente testabili e modularità. Basta saper scrivere software o al limite lasciarsi guidare da un pattern. In ASP.NET MVC la Microsoft ha preso un pattern che ha visto funzionare (RoR e MonoRail) l'ha chiamato (anzi ribattezzato) MVC e, vox dei-vox populi, ci è accorti di quanto importante sia SoC.

Ma trentanni di software non hanno insegnato niente a nessuno? Dijkstra era un mito già negli anni 80 a Pisa; la SoC appartiene a un suo documento del 1974, quando la Lazio aveva appena vinto un incredibile scudetto... Anni luce ...

E adesso mi tocca leggere su blog e articoli che la MS ha lanciato un framework basato su un pattern che è troppo figo perché ti fa testare il software e ti fa separare logica da presentation e da business. Grande! Bellissimo!

Non ci posso credere... Scusate, ma prima? Come si faceva? Quando non c'era la TV come si faceva?

Microsoft aveva un solo obiettivo e due strade: costringere un milione di sviluppatori a scrivere codice migliore. Per farlo poteva migliorare ASP.NET Web Forms ficcandoci dentro un pattern oppure creare qualcosa di diverso ma compatibile.

La strada Web Client Software Factory è stata giudicata troppo complessa; ergo si è andati a prendere esempio da RoR. Ed è nato ASP.NET MVC. Tra l'altro (ora che l'ho visto un po' da vicino) nemmeno fatto male...

Nel mio blog in inglese potete leggere qualcosa di più in attesa dell'articolo di MSDN e di un mio libro che uscirà in autunno.