[RS 2008] A cena con un PM...

Complici gli amici e qualche boccale di birra, una steakhouse di Seattle è stata il teatro di una chiaccherata tecnologica con Lukasz Pawlowski, Program Manager all'interno del team di Reporting Services.

Lukasz, di origine polacca, lavora in Microsoft Corporation dal 2001 ed ha sempre fatto parte del team di reporting.

Com'è composto il team di sviluppo dei reporting e qual è la tua attività?

Il team oggi, per la versione 2008, è composto da 80 persone (per la versione precedente, la 2005, erano una trentina).
Alcuni di essi sono sviluppatori C++, per la parte relativa a SQL OS, gli altri sviluppatori scrivono codice managed .Net (C#).
Io sono responsabile di alcune componenti server dell'infrastruttura dei Reporting Services.

Il motore di questa versione è nuovo, confermi?

Si, abbiamo riscritto completamente l'egine per supportare in maniera migliore richieste simultanee e concorrenti dei report.
Si è fatto molto per rendere molto più efficiente e performante il motore di elaborazione e di render dei report, focalizzando al massimo l'attenzione sulle performance e sulla stabilità.
Siamo riusciti a ridurre considerevolmente l'utilizzo della memoria, il suo recycling, il possibile errore di memory exception su report molto grandi ed impegnativi (report con diversi milioni di righe).
Oggi, con la nuova versione, il motore di report processa solo la particolare pagina richiesta, ovvero la specifica data region interessata dall'elaborazione, non più l'intero dataset.

Con la nuova versione non si parla ancora di "eventi", è corretto?

Si, non è possibile lavorare per eventi.
Il codice custom, ad esempio come le espressioni, viene valutato ad ogni richiesta.

La parte di layout, come gauge e grafici: sono molto più ricchi delle versioni precedenti. Lo aspettavamo...

Si, si è investito molto sulla user experience, sulla necessità di avere report "ricchi" e d'impatto.

Da questa versione i reporting lavorano senza IIS. Perchè questa scelta?

IIS è senza dubbio il miglior web server in circolazione.
Bisogna però pensare che i reporting, o meglio il report server, non è un'applicazione web.
Non mi serve quindi uno strato che sia in grado di ricevere le richieste e processare, ad esempio, pagine aspx.
Il servizio di reporting è un application server.

Se poi, per necessità applicative, dovessi avere bisogno di una applicazione web potrei usare web part all'interno di sharepoint o applicazioni custom utilizzando, ad esempio, il report viewer.

Domanda che viene e che verrà fatta spesso: posso utilizzare i reporting 2008 con quelli 2005?

Si, assolutamente.
I due servizi sono completamente indipendenti uno dall'altro e le applicazioni di gestione possono convivere tranquillamente sulla stessa macchina.

Il lifecycle del progetto è complicato?

Si, molto.
Sicuramente l'utilizzo di Team System aiuta molto il team.
Uno dei momenti più critici è, ad esempio, il rilascio di una ctp: tutto deve essere come ci si aspetta, la localizzazione, la globalization, la scalabilità, ... tutti i tasselli del puzzle al loro posto.
Ognuno, all'interno del team, contibuisce per rendere il prodotto stabile e migliore della versione precedente.

Formati di render: con la possibilità di effettuare il render verso word avete coperto un'altra necessità molto richiesta.
Altri formati di render che andrete a supportare in futuro?

XPS, lavoreremo su questo.

Ultima domanda: il nuovo report designer.
Progetto molto interessante ma con una limitazione: lo utilizziamo per fare un solo report alla volta.

Si, vero.
Tieni conto che se sono uno sviluppatore, un DEV, vado ad utilizzare Visual Studio in cui posso costruire progetti, data source condivise, diversi report, ...
Il nuovo report designer ha un'altra audience, è diretto ad un pubblico "meno" sviluppatore, ma che ha comunque voglia e necessità di costruire report e presentare le informazioni come meglio preferisce.

Non è così facile parlare con i ragazzi del team di sviluppo. Quando si può non bisogna perdere l'occasione ;-)

Thanks Lukasz!

Il suo blog: http://blogs.msdn.com/lukaszp/