Silverlight

Una riflessione su Html5 e XAML

Alessandro Scardova — Wed, 30 Nov 2011 12:49:45 GMT

L’occasione è quella dell’uscita della 4 prewiev di Internet Explorer 10 (link) ma è da un po’ che mi chiedo se HTML5 diventerà concretamente una tecnologia per lo sviluppo di applicazioni “client”. Diamo per scontato che HTML5 sarà il futuro del web ma oggi, tolti i grossi ‘player’, vedo ancora tanti, forse troppi, contenuti con tecnologie a plug-in ma soprattutto strumenti di sviluppo ancora allo stato primordiale.

La strada di Html5 verso la conquista del desktop è parallela, non conseguente, a quella del web, con scenari molto differenti.

Oggi sviluppare un’applicazione Metro in Html5 è vincente quando si verificano almeno una di queste condizioni:

l’applicazione condivide parte del front end con un sito web;
il team è fortemente skillato su HTML CSS e JavaScript.

Alcuni potrebbero suggerire una terza opzione se tra i requisiti ci fosse il supporto multipiattaforma, ma che io sappia le funzionalità Html5 per desktop di Apple sono limitate ai widget, senza un accesso diretto alle funzionalità del sistema operativo.

Per contro sviluppare applicazioni Metro in Html5 è perdente quando tra i requisiti ci sono:

supporto a Windows 7 o precedenti;
mancanza di conoscenze specifiche nel team di sviluppo.

Sviluppare in XAML oggi è vincente se il team ha

conoscenze dei linguaggi del Framework .NET: C# o VB.Net;
conoscenza di C++;
esperienza di sviluppo di applicazioni Silverlight, WPF o Windows Phone.

La mancanza del supporto a Windows 7 o precedenti di WinRT ne preclude anche il supporto di applicazioni Metro basate su XAML; probabilmente però sarà più semplice fare il porting verso Silverlight di un’applicazione XAML che non di una scritta con HMTL5, specie se si sono adottati pattern di separazione del presentation layer come il noto MVVM. Tra l’altro possiamo dire che oggi Silverlight rimanga ancora una buona soluzione per sviluppare soluzioni verso Mac OS.

Lo scenario di un unico linguaggio cross-platform per realizzare applicazioni che possano girare ovunque è dunque ancora lontano e penso che Html5 potrà essere una base concreta per svilupparlo. Microsoft in futuro supporterà le tecnologie che verranno più utilizzate, ,ma non penso esisti una roadmap definita in tal senso: troppe sono le incognite, in particolare quelle che dipendono dalla concorrenza.

Per concludere questa breve riflessione, XAML è la tecnologia che ci offre maggiore retro compatibilità e migliori strumenti di sviluppo: Html5 oggi ha ancora troppe incognite per rappresentare una soluzione equivalente.

Volevate forse essere gli unici a sviluppare per Windows?

Alessandro Scardova — Sat, 04 Jun 2011 14:32:48 GMT

L’annuncio del supporto a HTML5 di Windows 8 ha suscitato commenti nella comunità di sviluppatori che vanno dall’entusiastico al disperato. Ancora una volta qualcuno ha profetizzato la morte di Silverlight. Di nuovo. Faccio questo mestiere da più 20 anni, sono passato da Clipper a WPF e in tanti anni ho imparato a leggere soprattutto i fatti, più che le parole non dette.

Vediamo i fatti.

HTML 5 non è uno standard completo, e probabilmente non lo sarà entro la fine dell’anno in corso;
Silverlight oggi gira su sistemi X86 e ARM, con la versione per Windows Phone 7;
Il mercato dei PC oggi non è solo fatto di desktop ma anche (in una percentuale piccola ma in crescita) di tablet, un mercato che sta offrendo dispositivi basati su processori x86 ma anche su processori ARM; Leader di questo nuovo mercato (anche se loro dicono che non sono PC) è Apple con iPad seguito da dispositivi basati su Android;
Probabilmente Microsoft ha oggi il sistema operativo migliore per la piattaforma x86 e x64 ma non ha una soluzione per i dispositivi ARM, se ovviamente escludiamo Windows Phone 7;

Ora ecco le mie supposizioni personali:

Sul mercato desktop Windows ha un dominio consolidato, i competitor di Microsoft stanno perciò spingendo su due fronti: il cloud e il mobile. Sul cloud abbiamo visto come Microsoft ha saputo rispondere egregiamente con Azure, sul mobile la risposta è stata data, con un certo ritardo, con Windows Phone 7. Con Windows Phone 7 Microsoft ha dato un taglio con Windows Mobile investendo su Silverlight e su un nuovo modello di UI, che abbiamo visto paro paro sull’anteprima della UI di Windows 8.

Probabilmente, se io pensassi davvero di fare morire Silverlight, non l’avrei adottato come piattaforma di sviluppo per le applicazioni mobili, scatenando la prevedibile ira degli sviluppatori Windows Mobile 6.5 e regalando una buona fetta di quel mercato alla concorrenza. Probabilmente avrei fatto prima a sviluppare un Windows Mobile 7, magari con un browser decente, lasciando la tecnlogia “winform”. Ma così non è stato: Silverlight è oggi la piattaforma Microsoft di riferimento per lo sviluppo su Mobile (escludendo XNA per i giochi).

Sul mobile la sfida ha un campo di battaglia preciso: il tablet. Una sfida che corre sul filo del cross-platform, terreno minato sul quale è difficile capire l’approccio giusto. Le soluzioni oggi sul mercato sono di due tipi: una basata su runtime, la seconda di tipo “multi-compile”. Soluzioni interessanti ma entrambe con dei limiti importanti.

Le soluzioni basate su runtime, come JAVA, Silverlight, AIR/Flash funzionano un runtime per ogni “platform” che si vuole “crossare”. Questa soluzione si è dimostrata fallimentare con la comparsa piattaforme, come quella iPhone OS /iOS, dove per scelta del produttore i runtime sono stati banditi. La stessa Apple, forse per giustificare il mancato supporto a Flash, ha insistito sulla necessità di migrare il web verso HTML5 il più velocemente possibile.

L’altra soluzione, quella che ho chiamato multi-compile, si basa su tools che, una volta sviluppata la soluzione, sono in grado di generare codice eseguibile su più piattaforme. Io personalmente non credo molto a questi “generatori multi purpose”, sia perché difficilmente riescono a cogliere le specificità delle varie piattaforme, sia perché non tutti i tools oggi supportano tutte le piattaforme e soprattutto non è detto che lo facciano in futuro.

Microsoft ha evidenziato il supporto a HTML5 non perché vuole abbandonare Silverlight, ma perché si rende correttamente conto che il cross-platform non può essere risolto da un tool, ma deve essere supportato da uno standard. Uno standard che dovrà essere rispettato sia dagli sviluppatori che dai produttori di PC. Che non si limiti al web ma che possa anche essere usato per applicazioni, giochi e quant’altro.

Definirsi “sviluppatori Silverlight delusi” è da imbecilli. Delusi da cosa? Gli sviluppatori Microsoft potranno continuare a sviluppare con Silverlight per le piattaforme in cui Silverlight è supportato (e continuerà ad esserlo): Windows e Mac OS. Volevate forse essere gli unici a sviluppare per Windows?

Con il supporto a HTML 5 Microsoft non chiude la porta agli sviluppatori Silverlight/WPF ma semplicemente ne apre un’altra ai tanti sviluppatori, soprattutto giovani, che oggi fanno applicazioni per altre piattaforme.

HTML5 sarà il linguaggio del futuro?

Alessandro Scardova — Thu, 02 Jun 2011 14:28:36 GMT

Oggi tutti guardano a HTML 5, inteso come HTML 5 + CSS3 + JS, come la piattaforma futura per sviluppare non solo siti, ma vere e proprie applicazioni, che possano essere eseguite indipendentemente dal dispositivo sul quale sono installate.

Da quello che si è potuto capire, dalla recente intervista di Steven Sinofsky al D9 e dalle dichiarazioni ufficiali di Microsoft il nuovo Windows 8 sarà in grado di eseguire queste applicazioni non solo nel browser, ma come oggetti autonomi, esattamente come succede ora con le applicazioni Silverlight out of browser.

HTML 5 quindi si affiancherà alle altre tecnologie di presentazione oggi consolidate come Silverlight/WPF, con il vantaggio della portabilità su altre piattaforme, come Android o iOS.

Se oltre ad affiancarlo HTML 5 saprà sopraffare Silverlight/WPF solo il tempo saprà dirlo. La portabilità verso molte piattaforme sarà sicuramente strategica per molte aziende che oggi producono software, ma per altri mercati probabilmente la produttività di WPF sarà imbattibile su applicazioni progettate per Windows che, ricordiamo, ha ancora oltre il 90% del mercato dei desktop.

HTML 5 diventa in ogni caso una preziosa risorsa per il nostro business, che non possiamo ignorare. La mia sessione di giovedì prossimo allo SMAU Business di Bologna cercherà appunto di fare chiarezza sulle novità che HTML 5 ci propone, quanto lo standard è maturo ma soprattutto come usarlo, e anche, perché no, non usarlo.

Vi aspetto!

I tablet oggi e domani

Alessandro Scardova — Mon, 25 Apr 2011 12:28:39 GMT

Oggi il mondo dei tablet si divide fondamentalmente in 3:

Apple iPad 1 e 2
Tablet basati su Android 2.x e 3
Tablet basati su Windows 7

Si tratta di una suddivisione del mercato vicina a quello che è il modo smartphone (iOS, Android e Windows Phone 7) con una importante differenza, che non è solo nel sistema operativo utilizzato, ma è proprio una differenza nella “vision” che si ha verso il mercato dei tablet.

Attualmente Apple propone un modello che vede il tablet come un nuovo dispositivo, più simile ad uno smartphone multi touch con un grosso display (senza funzionalità telefoniche classiche), che a un notebook senza tastiera. Recentemente Steve Jobs alla keynote di presentazione di iPad2 ha chiarito che “Tablets Are Not PCs And Our Competitors Don't Get It”, anche se il co-fondatore di Apple Steve Wozniak ha recentemente fornito una versione diversa.

Sta di fatto che iPad è equipaggiato da hardware e software progettato e ottimizzato per dispositivi mobili che devono essere leggeri, tenuti in mano ed essere usati con le dita dell’altra. Google dalla sua non introduce nulla di diverso rispetto a quella che è la strada tracciata da Steve Jobs, con la differenza che iPad potrà essere aggiornato con le prossime versioni del sistema operativo, mentre i tablet basati su Android rischiano di non poter essere aggiornati alle versioni future dell’OS di Google.

Completamente diverso è l’approccio di Microsoft, che vede il Tablet come un Notebook con una tastiera software. Al Mix 2011, chi si aspettava una versione di Windows Phone per Tablet con chipset ARM è rimasto deluso. La direzione è chiara: oggi tablet con architettura x86 o x64 con Windows 7 e domani con tablet anche ARM con Windows 8.

Il vantaggio per gli sviluppatori .NET che intendono cimentarsi in applicazioni per tablet è immediato: oggi hanno a disposizione hardware abbastanza variegato che spazia da soluzioni low-profile a basso costo a soluzioni che non fanno rimpiangere la potenza di un desktop; possono sviluppare la UX su una tecnologia potente e collaudata (WPF) e con librerie studiate specificatamente per l’utilizzo di device multi touch disponibili nel Surface Toolkit for Windows Touch attualmente in beta. Già oggi è quindi possibile realizzare un’applicazione WPF o Silverlight e portarla in produzione su Tablet Windows.

Non tutte le rose sono senza spine però: l’architettura dei tablet basati su Windows oggi è quella di un notebook che, per quanto leggera, fatica a stare sotto i 900 grammi con dei consumi tali che l’autonomia è limitata alle 5-6 ore. Queste problematiche oggi non permettono ai tablet basati su Windows 7 di penetrare in modo convincente nel mercato consumer, mentre a mio parere possono essere presi in seria considerazione per applicazioni professionali.

UX Day a Napoli: le slides

Alessandro Scardova — Sat, 05 Mar 2011 10:12:14 GMT

Per chi è interessato, può rivedere le slide dei miei due interventi allo UX Day di Napoli.

Napoli UX Day - Principi di user experience

View more presentations from ascardova

Napoli Napoli UX Day - User eXperience in action con WP7

View more presentations from ascardova

Windows Phone 7 UI: l’icona e la Tile.

Alessandro Scardova — Fri, 10 Sep 2010 09:48:06 GMT

Le UI guidelines di luglio introducono due elementi molto importanti per integrare le nostre applicazioni per Windows Phone 7 nella User Experience dell’utente e sono l’icona e la Tile.

L’icona, che nel template fornito con i Tools (almeno nella versione beta) ha il nome di ApplicationIcon.png, viene aggiunta al progetto come “content” e viene referenziata nel file WMAppManifest.xml in questa riga:

    <IconPath IsRelative="true" IsResource="false">ApplicationIcon.png</IconPath>

L’icona deve avere una dimensione di ~~63x63~~ 62x62 pixel e dovrebbe essere un formato PNG ~~o JPEG~~. La versione beta dei tool permette di selezionere nei setting solo il formato PNG.*

L’integrazione purtroppo non è completa: come si vede dell’immagine l’icona della mia applicazione “Do Not Push” non ha il colore di sfondo (in questo del tema “blue”) chiamato “Accent”: quel colore, disponibile come risorsa chiamata ~~PhoneAccentColor~~ PhoneAccentBrush all’applicazione, non viene per ora applicato all’icona anche se abbiamo scelto uno sfondo trasparente per il nostro PNG.

Speriamo che nella versione RTM questo fastidioso inconveniente venga risolto o che venga fornita una documentazione ufficiale su come sfruttare l’Accent per colorare l’icona dell’applicazione.

La tile è una icona più grande, di dimensione 173x173 pixel che viene utilizzata nello start menu per eseguire rapidamente la nostra applicazione e per visualizzare le notifiche appunto dette Tile. La tile può essere posizionata nello start menu solo dall’utente finale con il comando “pin to start”

Le informazioni della Tile sono contenuti sempre nel file WMAppManifest.xml in questa sezione:

        <TemplateType5>
          <BackgroundImageURI IsRelative="true" IsResource="false">Background.png</BackgroundImageURI>
          <Count>7</Count>
          <Title>Do Not Push</Title>
        </TemplateType5>

Anche in questo caso il tool in versione beta visualizza solo formati PNG e non ha il supporto del colore “Accent”. Nel realizzare questa icona occorre prevedere una zona libera nella parte bassa nella quale verrà automaticamente posizionato il nome dell’applicazione. La tile notification verrà posizionata in alto a destra in un cerchio del colore dell’Accent con un numero in bianco da 1 a 99.

L’icona verrà visualizzata con un velo opaco rispetto alla vostra icona originale. Il layer che contiene il titolo dell’applicazione ha infatti un fondo opaco che si sovrappone alla vostra icona, per permettere la visualizzazione del testo in bianco anche su icone molto chiare.

Vi sono anche Tile a doppia larghezza, ma sono riservate per Microsoft, Il produttore del telefono o il carrier telefonico.

*Aggiornato con le specifiche finali.

Rilasciato Expression Studio 4

Alessandro Scardova — Mon, 07 Jun 2010 15:47:38 GMT

Sono molte le novità del nuovo Expression Studio: a cominciare dalle versioni:

Ultimate, che comprende Expression Blend + SketchFlow; Expression Web e SuperPreview, Expression Encoder Pro e Expression Design.
Premium che comprende Expression Blend, Expression Web e SuperPreview, Expression Encoder e Expression Design
Web Professional che comprende Expression Web e SuperPreview, Expression Encoder, e Expression Design.

Molto interessanti le funzionalità collaborative in Blend + SketchFlow che si appoggiano a SharePoint.

Per gli abbonati MSDN è già disponibile il downoad della versione Ultimate e Premium.

Lancio di Expression Studio 4 il 7 Giugno 2010

Alessandro Scardova — Wed, 26 May 2010 07:01:20 GMT

Lunedì 7 giugno al Metropolitan Pavilion di New York sarà lanciato ufficialmente Expression Studio 4, ed ovviamente Expression Blend 4, che oltre al supporto a WPF 4 e Silverlight 4, conterrà molte novità anche in SketchFlow, tantissimi nuovi controlli Sketch già pronti e molti altri saranno disponibili in open source, controlli che saranno oggetto di un mio prossimo post.

Ci si vede al REMIX!

Usare MEF per caricare Il ViewModel in Silverlight 4

Alessandro Scardova — Wed, 26 May 2010 05:36:37 GMT

Thomas ha scritto un interessante articolo che sfrutta la tecnlogia MEF per caricare il ViewModel in Silverlight 4.

Non conoscete MEF? Benissimo! Allora non dovete fare altro che registrarvi al Visual Studio 2010 Community Tour @ Cesena dove Federico vi introdurrà al Managed Extensibility Framework.

Ci si vede là. :D

Flash e Silverlight non sono la stessa cosa

Alessandro Scardova — Wed, 05 May 2010 13:35:28 GMT

Facciamo un po’ di storia.

Flash è figlio adottivo di Macromedia, una software house di strumenti grafici di qualità come Freehand e Autorware. Flash nasce nel 1996 come strumento di animazione di oggetti vettoriali, e successivamente per la riproduzione di contenuti multimediali.

Nel 1996 il Web era ancora agli albori e allora le aziende di comunicazione sapevano muoversi sulla carta stampata e nei media audiovisivi. I direttori creativi si affacciano in quegli anni al Web ma gli standard HTML non gli permettono di esprimersi come sono abituati a farlo sulla carta stampata.

Le esigenze sono: definizione di un formato, posizionamento assoluto, gestione del font, filetti e sfumati. Flash diventa perciò con gli anni (e lo è tutt’ora) lo strumento che permette ai creativi di sparare sul web le cartucce che la stampa tradizionale gli ha sempre fornito, tra l’altro senza sorbirsi i brontolii dei tipografi e dei fotolitografi.

Con l’acquisizione di Macromedia da parte di Adobe i tool per Flash vengono integrati nell’offerta di Adobe rivolta ai grafici.

L’evoluzione di Flash è notevole, già sotto Macromedia acquisisce capacità di programmazione ma lo strumento è sempre rivolto al mercato della grafica per web, assieme a tool come Photoshop e Illustrator.

I due mondi, quello della grafica e dello sviluppo, sono tutt’altro che coincidenti e spesso integrare funzionalità particolari a Flash, come il semplice consumo di un Web Service diventa un ostacolo insormontabile per il designer, che non capisce perchè tu, sviluppatore, non puoi dargli un semplice file di testo.

Il web 2.0 cambia le carte in tavola, non è più necessario solo comunicare, ma la parola d’ordine diventa interagire e le necessità di svluppo aumentano. Le comptenze e gli sviluppatori ci sono, ma spesso non nelle web agency.

Silverlight nasce per dare una risposta all’esigenza di associare le specificità dello svliuppatore e del grafico; non ultimo anche per accontare il cliente che vuole il cross-platform/browsing: la stessa filosofia di fondo che sta dietro a HTML5.

I tools per sviluppare Silverlight seguono il mercato di chi li deve usare: per il mondo dei developer con Visual Studio ed gli appositi Tools, e per il mondo dei designer con Expression Blend.

Io credo che la novità di Silverlight sia proprio in questo: cercare di unire i due mondi, fino ad oggi separati.