Google Chrome OS e Citrix Receiver : una bella coppia

Durante l’evento di presentazione a San Francisco, lo scorso 7 dicembre, del netbook Cr-48 con Chrome OS , Google ha invitato Citrix Systems nella persona  Gordon Payne – Senior Vice President- , ad illustrare Citrix Receiver e come le due tecnologie si integrino perfettamente in modo da soddisfare anche le esigenze dell’utenza business.

Cr-48 è un prototipo di netbook che Google rilascerà, al momento solo negli USA, per testare Chrome OS, superata questa fase di test è probabile che ne venga rilasciata una versione commerciale.

Google afferma che il motivo per il quale è stato pensato e creato Chrome OS è che “la maggior parte del codice, della complessità, della gestione, dei problemi di sicurezza di un computer sono da imputare al sistema operativo, non al browser, e quasi (forse tutti?) i sistemi operativi sono stati ideati prima dell’avvento del web! Invece Chrome OS è stato progettato e realizzato per il web”.

L’idea che sta alla base del Chrome OS in fondo è quella del Network Computer o NetPC della Sun Microsystems nato a partire dal 1996, ma allora erano ancora assenti alcuni elementi infrastrutturali chiave, come la banda larga, il cloud computing, ambienti e strumenti di programmazione tali da poter rendere un’applicazione veloce, usabile e quindi fornire una esperienza utente all’altezza delle sue aspettative.

Adesso quel gap tecnologico si sta rapidamente colmando (come sempre nel nostro paese siamo orribilmente indietro, infatti non rappresentiamo lo stato dell’arte ed è di quella della quale sto parlando, non delle miserie nostrane).

E’ ovvio che un sistema operativo come Chrome OS che ha ambizioni di sostituire nel breve periodo Windows nei  nostri desktop  deve poter fornire la possibilità agli utenti, soprattutto quelli business, di poter accedere alle proprie applicazioni aziendali senza problemi.

Da qui la realizzazione della versione per Chrome OS di Citrix Receiver lo strumento che permetterà la connessione dai netbook Chrome OS alle applicazioni della propria azienda, con tutte le garanzie di sicurezza , gestione “di chi deve vedere cosa, e con quali diritti accedervi” e quant’altro tipico di un ambiente enterprise.

Per un’azienda lo scenario ipotizzabile per il futuro, è quello dove le nuove applicazioni saranno sviluppate nativamente per il web (HTML5 , WebGL)  , ma altresì tutto l’immenso parco di applicazioni sviluppate negli anni per “i vari” sistemi Windows potranno continuare ad essere utilizzate senza difficoltà, e l’accesso avrà luogo dallo stesso sistema operativo – Chrome OS, comunque open source – e, nelle intezioni di Google, anche dalla stessa tipologia di hardware (i figli e nipoti del Cr-48).

Già questo mi sembra un ottimo risultato, ma agli occhi di molti questa soluzione di Citrix può apparire come di retroguardia, ovvero Citrix, con le dovute differenze ovviamente,  sembrerebbe fare quello che a partire dalla metà degli anni 90, con l’affermarsi degli ambienti di sviluppo GUI, i produttore di applicazioni (che allora si sovrapponevano anche con i produttori di hardware) per mini ,come AS400, crearono dei framework il cui unico scopo era rifare il look alle loro applicazioni a caratteri, sviluppando degli ambienti che “webbificavano” quelle interfacce ormai vecchie.

Per quanto riguarda Citrix Receiver non è assolutamente così,  non fosse per altro che lo sviluppo delle applicazioni in ambiente Windows è ben lontano dall’esaurirsi, anzi Citrix Receiver restituisce alla sterminata platea di sviluppatori ed utilizzatori di Windows application una rinnovata giovinezza.

Non ultimo è che Citrix Receiver è disponibile anche per tutti i dispositivi mobile iOS, Android , Symbian, BlackBerry, ma come direbbe Carlo Lucarelli, “questa è un’altra storia” 🙂

L’intervento di Gordon Payne – Citrix Systems, Senior Vice President – è dal minuto 21:30 al 30:00 (circa)

GoGoGenius: la mia "prima" esperienza e-commerce

Per la serie “chi si ferma è perduto” ;-)

Da qualche mese ho aderito al progetto imprenditoriale creato e sviluppato da mio fratello e sua moglie (info) che si chiama GoGoGenius.com

Si tratta di un sito di e-commerce i cui prodotti principali sono giochi e giocattoli (pupazzi, peluche, burattini, etc.) che possono essere utilizzati per l’apprendimento della lingua inglese accompagnati dall’uso di  tecniche teatrali che Miranda (attrice diplomata alla Guildhall School of Music and Drama di Londra e insegnante di inglese qualificata Celta) comunicherà a chiunque è interessato mediante video sul canale YouTube di GoGoGenius e la bacheca della Fan Page di FaceBook.

Oltre all’aspetto legato al business , che ovviamente come in ogni attività imprenditoriale, riveste un’alta priorità, quello che mi ha stimolato a partecipare al progetto sta proprio nel fare esperienza diretta nel mondo dell’e-commerce per comprenderne le potenzialità, ma anche le difficoltà.

Ovviamente GoGoGenius, essendo on line da poche settimane – dopo mesi dalla stesura del business plan, al suo sviluppo – ,  è ancora in fase di start-up, quindi mi riservo ancora un pò di tempo prima di presentare un resoconto dettagliato sull’esperienza.

Per il momento auguro tanta fortuna a GoGoGenius :razz:

Esperienza di migrazione in cloud (e dintorni)

Il nostro servizio RoomShop, ideato nel 2006 e che fino agli inizi di questo anno ha avuto una crescita lenta quindi gestibile, dallo scorso giugno  ha conosciuto un incremento inaspettato di clienti (cosa senz’altro interessante e sempre auspicabile, ma alla quale , come vedremo è necessario sempre prestare la massima attenzione).

L’intero ecosistema era allocato all’interno di una farm di tutto rispetto, nei pressi dei nostri uffici, ed utilizzava server di nostra proprietà, non scendo nei dettagli , ma credetemi per sostenere il servizio che dobbiamo fornire l’architettura è sufficientemente complessa.

La parte più rognosa sta nel fatto che il servizio che offriamo consiste nell’interfacciarsi , in vario modo via XML o screen-scraping con i più importanti portali turistici esistenti (Expedia, Booking, Lastminute, Venere, etc.) per inserire con un solo-click (come recita il claim di RoomShop) da una unica interfaccia utente, tariffe e disponibilità e/o recuperare le tariffe dei competitor dei nostri clienti.
La sfida che impatta maggiormente è che ognuno dei portali turistici è una entità indipendente che dedice – giustamente – di modificare o manutere il proprio web site quando meglio lo ritiene opportuno, quindi da parte nostra dobbiamo il più rapidamente possibile (sempre troppo tardi per i nostri clienti 🙂  , adeguare i nostri programmi ai cambiamenti.

Un aumento improvviso di clienti (cioè di alberghi che utilizzano il servizio) , comporta ovviamente un proporzionale incremento di utilizzo di risorse, ed è qui che il modello definito “in-house”  (con questo termine intendo riferirmi  a gestire l’intera infrastruttura con propri server )  ha mostrato immediatamente la corda, soprattutto nei confronti della scalabilità,  rappresentato dalla seguente e semplice equazione :

Incremento improvviso e consistente di clienti = nuovi server + attività sistemistiche di configurazione e manutenzione + costi accessori (aumento di banda, etc)

Ovviamente l’adeguamento alla nuove richieste deve avvenire nel minor tempo possibile, pena la percezione da parte del cliente o del partner che il servizio nel suo complesso sia scadente  o comunque non adeguato ad un target professionale.

I nuovi server vanno acquistati (difficile pensare di averne a magazzino), i sistemisti hanno già attività pianificate (per fortuna) per la settimana e probabilmente anche per le due successive, insomma il tutto diventa assolutamente ingestibile.

La soluzione : Cloud

L’idea di passare in cloud non è balenata all’improvviso è già da un bel pò (più di anno) che testiamo i vari servizi , abbiamo account aperti su Amazon Web Services, Microsoft Windows Azure Platform, GoGrid,  altri li abbiamo testati e o li abbiamo, per il momento accantonati, o li abbiamo chiusi perchè non rispondevano alle nostre necessità.

Per quanto riguarda il passaggio del servizio RoomShop abbiamo iniziato a programmarlo già alla fine di luglio facendo un censimento preciso di tutti i servizi per ognuno dei quali è stato necessario effettuare verifiche di compatibilità.

Sono state proprio queste verifiche che hanno fatto si che , dall’idea iniziale di allocare tutto su un unico fornitore cloud, abbiamo optato per due servizi distinti e cioè :

  • Microsoft Azure :  dove risiedono principalmente i processi per il recupero ed inserimento delle informazioni da e per i portali
  • Amazon Web Services : che abbiamo ritenuto maggiormente affidabile e flessibile per quanto riguarda la gestione del data base

Successivamente abbiamo pianificato due sessioni di interventi a distanza di circa due settimane l’una dall’altra dove prima abbiamo migrato e quindi popolato  Azure Platform, dopodiché lo scorso martedì è stato migrato e popolato Amazon Web Services con il database ed i servizi residui.

Come è andata la migrazione ?

Dal punto di vista generale posso affermare che l’operazione ha avuto successo.
Inutile nascondere che per quanto si possa porre la massima attenzione ad ogni minimo particolare, qualcosa può sempre sfuggire (non tutte le necessarie informazioni sono state raccolte o ci sono state comunicate)  e anche nel nostro caso è accaduto, generando qualche incomprensione (accompagnata da uno sincero  scambio di opinioni) con un nostro partner.

Da notare che a differenza di gran parte delle applicazioni, che per quanto complesse siano,  vivono in confini “finiti” e quindi controllabili, RoomShop (e tutti i servizi che appartengono alla stessa categoria)  naviga in un mare magnum spesso in burrasca.

Ma questa è la sfida che a noi piace.

Qual’è la situazione adesso ?

E’ quella che ci aspettavamo. Tutte le criticità che prima si presentavano generando colli di bottiglia sulle varie parti del sistema si sono brillantemente risolte.

Le richieste arrivano da parte degli albergi e vengono immediatamente, e sottolineo immediatamente elaborate. Una meraviglia.

Sono certo che in Italia adesso siamo uno dei (o forse il) Channel Manager ( è questa la categoria alla quale appartiene il servzio RoomShop) con l’infrastruttura migliore.

E questo soprattutto grazie alle varie competenze e la passione che le persone in Vivido mettono su questo progetto.

Ma ?

E’ ovvio che c’è sempre un risvolto negativo. Qual’è in questo caso ? Bè ovviamente sempre lo stesso cioè il costo. Tutta questa affidabilità, volume di fuoco e scalabilità si paga e si paga cara. Ma questo è un altro argomento che affronterò in futuro  ;-)

Chip: Pulsante per Slot Car realizzato con Arduino

Dopo mesi di sperimentazioni ecco le prime foto della versione preproduzione di Chip, pulsante per Slot Car (avete presente piste e macchinine in miniatura).

E’ stato realizzato da Francesco Doni, sistemista in Vivido e ovviamente appassionato di Slot Car, la particolarità di questo progetto (ed ecco il perchè di questo post) sta nel fatto che si basa su una scheda Arduino, del cui utilizzo e potenzialità ho più volte parlato in questo blog.

Il pulsante nella sua versione finale, appena disponibile,  potrà essere acquistato su SlotShop.it .

Ecco alcune foto per gentile concessione di Francesco.

Prima applicazione su Android

Naturalmente per gli sviluppatori in Servizio Permanente Effettivo questa è una NON notizia, ma per chi come me, non sviluppava da una vita garantisco che è stato un impegno non da poco, e  solo in queste settimane estive ho avuto il tempo per dedicarmi.

Si tratta di una applicazione demo, il gioco del Sudoku,  tratta dalla terza edizione del libro “Hello, Android”  di Ed Burnette.

Il video fa schifo al lezzo, ma dovrebbe rendere l’idea ed è quanto basta per gratificare gli sforzi ;-)