Il programma DVLUP di Nokia è un’ottima iniziativa di Nokia che mette alla prova tutti i developer di Windows Phone, con una serie di sfide (challenge), che consistono per lo più nel pubblicare app entro una certa data limite, oppure semplicemente aggiornarle, soddisfacendo allo stesso tempo alcuni requisiti specifici di ogni particolare challenge. Il tutto per guadagnare experience points (XP); e tutto ciò mi riporta alla mia gioventù, quando giocavo di ruolo. Ci sono challenge riguardanti i giochi, per esempio, altre app generiche, oppure altre ancora che vi obbligano ad implementare determinate features: utilizzare le Nokia Maps, le Nokia Music API, oppure supportare tutti i tipi di tiles di Windows Phone. Insomma, ce n’è per tutti i gusti, da chi è appena arrivato a sviluppare su questa piattaforma, a chi invece ha già un po’ di esperienza sulle spalle.
C’è una challenge molto interessante, ovvero questa, che vi segnalo in modo particolare.
In breve, se riuscite a pubblicare sullo store tre nuove app per Windows Phone ed altrettante per Windows 8 entro il 24 Dicembre prossimo, Nokia vi regalerà un bellissimo Nokia Lumia 925 (allo stato attuale probabilmente il mio smartphone preferito – potente come il 920, ma molto più elegante e leggero – uhm, adesso che ci penso, ci sarebbe anche il 1020).
Insomma, direi che è un’occasione da non lasciarsi scappare, che ne dite?
Send to KindleUna delle caratteristiche che trovo simpatiche in un’applicazione Windows è quando si ricorda la posizione e la dimensione delle finestre. Questa cosa diventa ancora più utile se si utilizza più di un monitor, perchè a questo punto la nostra applicazione si ricorderà di aprire le finestre anche sull’eventuale monitor secondario, ridimensionate e nella stessa identica posizione in cui la avevamo lasciate l’ultima volta.
Fare questa cosa con il code-behind è piuttosto banale, perchè basta gestire gli eventi Closed e Loaded delle finestre: nel primo caso bisogna salvare da qualche parte posizione e dimensione, nel secondo caso bisogna leggerle e ripristinarle.
E se volessi implementare questo meccanismo in un’applicazione enterprise sviluppata con MVVM? Magari scrivendo un codice XAML di questo tipo:
<Window x:Class="AppDiProva.UI.WPF.Views.LoginWindow" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:helper="clr-namespace:Helpers.Xaml" Title="Titolo" Height="370" Width="500" ResizeMode="NoResize" helper:WindowStateHelper.Active="True"> </Window>
Ho volutamente lasciato una riga spaziata per evidenziare l’helper che utilizzo, e che ovviamente mi sono scritto per gestire questo scenario. In pratica, si tratta di una classe WindowStateHelper, con una sola dependency property booleana, che imposto a “True”. Quando viene attivata, come nell’esempio qui sopra, internamente fa tutto quanto il lavoro, che può essere riassunto così:
- sottoscrive gli eventi Closed e Loaded della Window
- quando una finestra viene chiusa, salvo in un semplice file di testo la dimensione e la posizione della finestra; il nome del file viene generato prendendo in pratica il nome della classe, sostituendo ogni “.” con “-“, giusto per rendere il nome del file gradevole. Quindi lo stato di una Window con nome VivendoByte.MioSoftware.UI.LoginWindow verrebbe salvato nel file “VivendoByte-MioSoftware-UI-LoginWindow.txt”
- quando una finestre viene riaperta, controllo se esiste un file che contiene il suo stato (prendo il nome della classe, come nel punto 2): se esiste, lo leggo e lo decodifico, e reimposto dimensione e posizione. Se non esiste, significa che è la prima volta che è stata aperta, per cui non faccio nulla
- I files vengono salvati nella directory Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData) + "\\Mio Programma\\"; evitate la cartella di roaming, perchè in questo modo andreste a sincronizzare i files sugli altri PC con cui vi loggate con lo stesso Microsoft Account. E quindi significa che se su un PC avete due monitor Full HD, e su un notebook avete una vetusta 1366×768, le finestre potrebbero non comparire perchè al di fuori dell’area visibile
Lo trovo piuttosto elegante, e soprattutto molto trasparente, perchè il developer finale dell’applicazione non si accorge di nulla. Lui sa che lo stato delle finestre viene salvato e ripristinato, e tanto basta, senza troppe complicazioni e concentrandosi sulla sua applicazione finale.
Il codice dell’helper è scaricabile da qui. E’ sicuramente migliorabile, ma è un buon punto di partenza.
Send to KindleMilano è una grande città, questo si sa e non c’è bisogno che ve lo ricordi. Eppure, nonostante le sue dimensioni di città a livello europeo, visito sempre gli stessi posti, seguendo quasi le stesse strade, gli stessi percorsi. Leggendo mesi fa un libro sul funzionamento del cervello umano, ho scoperto che abbiamo bisogno di routine, perchè il cervello funziona meglio. Ed inconsapevolmente è ciò che faccio. Da qualche anno, ormai, mi sono trovato un barbiere a Milano, e vado sempre lì, nonostante abiti in un paese a circa 30km di distanza, nonostante mi costringa, una volta al mese, a prendere l’auto, poi l’autostrada, la metropolitana. Eppure, tutto ciò non mi pesa, diciamo, perchè quando si lavora a casa tutti i giorni della settimana, durante il weekend un po’ di casino lo vuoi anche vedere e vivere.
E poi, ne aprofitto, per fare tante cose: per fare due passi, per entrare in qualche negozio, per vedere qualche bella ragazza, per respirare un po’ di aria inquinata. Come dicevo prima, poi, tutto ormai è diventato routine: parcheggio a San Donato Milanese, metropolitana, scendo in Porta Romana, mi taglio i capelli e poi via, da qualche parte. E’ solo a questo punto che prendo in considerazione qualche variante: se è estate prendo la bicicletta con il BikeMi (servizio eccezionale della città di Milano), oppure riprendo la metropolitana. Per arrivare in Duomo, il famoso Duomo di Milano. E poi via, due passi, in Galleria, oppure verso San Babila, visitando negozi conosciuti e perciò rassicuranti.
Solitamente, sono un tipo piuttosto mattinieri, e quindi bene o male tutto questo avviene il sabato, dalla mattina presto fino a mezzogiorno.
Ma d’autunno, o d’inverno, Milano dà il suo meglio nel tardo pomeriggio.
E’ una cosa che mi tocca il cuore, ed è davvero difficile spiegarvelo. Il cielo scuro, il look gotico del Duomo, imponente, che ti guarda, le vetrine dei negozi, gente che va e che viene con le borse piene di acquisti. Le strade con i sampietrini, che quando piove sono scivolosi, i tram ricolmi di gente. I grandi punti vendita delle catene di elettronica di consumo, dove trovi di tutto, e che per me sono una tappa obbligata. E poi, gente di ogni tipo: italiani, russi, giapponesi, cinesi, ragazze e ragazzi dell’europa dell’est oppure dell’america del sud: alcuni turisti, altri invece che vivono che vivono qua insieme a noi. Gente che magari senti parlare in un italiano perfetto, ed un secondo dopo parla con la moglie in una lingua che neppure riesci a capire da dove arrivi. E poi, i neri che tentano di venderti braccialetti della fortuna. Le tre linee della metropolitana, in cui molte volte mi sono “nascosto” ed ho cercato rifugio, in qualche bar a fare colazione, di fretta e furia. Immancabile poi qualche manifestazione proprio in Piazza Duomo: che si tratti di “un qualcosa di religioso”, oppure di chissà che altro, Milano è sempre viva, e ti fa sentire vivo.
Sotto Natale, poi, è ancora meglio. Tempo fa sono entrato nella Rinascente, sempre in Duomo, ed ho salito un piano dopo l’altro. Praticamente, è quasi tutto abbigliamento: uomo, donna, bambino, grandi stilisti, moda ultra-chic di ogni tipo. Quando sono arrivato all’ultimo piano, mi si è aperto il cuore: era già tutto addobbato per Natale. C’erano festoni appesi ovunque, abeti di qua ed abeti di là, presepi, luci colorate dappertutto. Mi è quasi sembrato di entrare in un villaggio natalizio, lontano anni luce dal centro di Milano. Milano è anche questo. Ed è anche jazz, mostre e musei di ogni tipo. E’ la città della notte bianca. E’ la città dove ho passato i miei ultimi capodanni all’aperto.
Adoro Milano, e francamente non potrei farne mai a meno. Se un giorno dovessi trovarmi dall’altra parte del mondo, probabilmente continuerei a cercarla anche laggiù.
Send to KindleEbbene sì: senza indugiare troppo, ho aprofittato dell’offerta di Mediaworld per acquistare il nuovo Surface 2 con in bundle un Nokia Lumia 520, che ho ceduto a mia madre, che era ferma ad un vecchio Nokia con Symbian.
(immagine gentilmente presa da questo articolo)
Felice dell’acquisto io, molto, molto contenta mia madre, sia per il tablet di Microsoft che per lo smartphone di Nokia. Davvero: mia madre non è mai stata molto avvezza alla tecnologia, e vederla adesso ogni sera navigare su Internet oppure giocare con Surface, mi rende un pochino felice.
Ma come in tutte le migliori storie, anche qui abbiamo dovuto combattere un pochino, perchè a circa una settimana dall’acquisto, ho scoperto un dead pixel sullo schermo, nel quadrante in basso a destra. Prima ho tentato di risolvere il problema da solo, con qualche app scaricata dallo Store per tentare di risvegliare il pixel, ma chiaramente…nulla da fare. Sinceramente mi stavo intristendo, perchè so benissimo che per un pixel bruciato nessuno ti sostituisce il prodotto.
Nessuna, tranne Microsoft (ad essere onesti, qualcun’altra ce n’è: me l’hanno detto via Twitter, ma in questo momento non ricordo quali siano). Aggiungo: per sostituire un iPad con pixel bruciati, Apple vi dice che ne deve avere almeno 4. Questa cosa mi è stata detta da un tizio presso un Apple Store a Milano (ho chiesto apposta per evitare di scrivere cose inesatte), anche se poi, googlando, vedo versioni differenti su questa questione. Può essere benissimo che la politica delle varie case produttrici sia cambiata nel corso del tempo.
Ma torniamo a noi. Ecco bene o male ciò che ho fatto.
- Ho registrato Surface 2 sul sito http://www.microsoft.com/surface/it-it/support (chiaramente indicando il serial number del prodotto)
- Indicando di avere un “Problema con un dispositivo”, ho successivamente espresso di avere un “Problema dello schermo”. Qui ho descritto a parole mie il problema.
- Siccome in quel momento non sapevo che un pixel bruciato fosse sufficiente per la sostituzione in garanzia, ho richiesto una telefonata con un tecnico, perchè volevo togliermi il dubbio prima di fare qualsiasi altra cosa. Telefonata che praticamente arriva un secondo dopo aver cliccato “Invia” sul form Web. Quel click secondo me fa partire una telefonata da Microsoft verso il numero di telefono che avete indicato, in modo tale che la telefonata non sia a carico vostro.
- Parlo per 30 minuti buoni con Valeria, una ragazza cordiale, simpatica e soprattutto molto molto competente. Non appena gli do il mio Microsoft Account, si spaventa per tutte le subscription che ho attivato, di ogni tipo, sia da user che da developer. A parte questo, mi spiega la procedura da seguire, per filo e per segno.
In pratica mi spiega che Microsoft sostituisce il mio Surface 2 a costo zero, anche con un solo pixel bruciato sullo schermo. Tutto questo avviene il 12 Novembre scorso, martedì. Valeria apre una pratica di assistenza a nome mio: pochi minuti dopo aver chiuso la telefonata, via mail mi arriva un’etichetta elettronica per UPS, che dovrò attaccare sul pacco per spedire il Surface 2. Chiamo UPS per prenotare il ritiro, specificando di avere un’etichetta elettronica. IMPORTANTE: nel pacco devo mettere solo il tablet, senza alimentatori e senza usare la scatola originale. All’ora di pranzo del 13 Novembre, mercoledì, passa il corriere UPS e Surface 2 parte in assistenza. Eccezionale, davvero, tutto il meccanismo, perchè ho il tracking number della spedizione, per cui posso seguire passo passo dove si trova il mio Surface 2. Arriverà a destinazione (Olanda) due giorni dopo, il 15 Novembre, venerdì.
Il 18 Novembre, lunedì mattina, ore 8:30 circa, ricevo una mail di notifica da Microsoft, che mi dice, più o meno: ok, abbiamo ricevuto il tuo Surface 2, gli daremo un’occhiata entro i prossimi 2 giorni. Sempre lunedì mattina, due ore più tardi, ricevo un’altra mail da Microsoft, che più o meno mi dice: ok, abbiamo dato un’occhiata al tuo Surface 2, ti stiamo spedendo il nuovo Surface 2. Evidentemente, in Microsoft sono riusciti a comprimere 2 giorni in 2 ore: geniali. In questa mail è contenuto il tracking number della spedizione di ritorno. Figata. Ma non figata tanto per dire, perchè questo trattamento è rassicurante. Sì, rassicurante è la parola esatta.
Surface 2 arriva a casa mia il giorno dopo, 19 Novembre, martedì, nel tardissimo pomeriggio. Praticamente 5-6 giorni lavorativi in tutto. Chiaramente, è stato sostituito, e quello nuovo non ha più il pixel bruciato e funziona a meraviglia.
Esperienza eccezionale, insomma. Un servizio di assistenza semplicemente sublime, in ogni più piccolo dettaglio. Valeria gentilissima, paziente, con una bella voce squillante come piacciono a me, mi ha seguito nelle varie fasi; nell’arco di questi 5-6 giorni mi ha telefonato altre 2 volte per assicurarmi che l’avessi spedito, che fosse tornato, e che quello nuovo fosse ok. Siccome l’avevo informata del mio blog, le avevo promesso che avrei scritto un articolo su questa vicenda, come ho fatto in passato per altri casi che ho vissuto in prima persona.
Detto questo, qualche piccola considerazione:
- Microsoft dovrebbe occuparsi con lo stesso stile anche dell’assistenza su Windows Phone: darebbe la birra a tutti quanti
- Ci sono servizi di assistenza migliori, come Dell ad esempio, ma è in quel caso sono servizi a pagamento, e non di certo per un pubblico meramente consumer
- Apple, oggettivamente e probabilmente, fa meglio: grazie alla presenza degli Store un po’ ovunque, può sostituire un iPad danneggiato sul posto, senza spedizioni e relativi tempi di attesa. Ma un iPad costa decisamente di più (un Surface 2 con 32GB costa 439 euro; iPad Air WiFi con 32GB costa 569 euro – anche il Mini costa di più); inoltre, lo ribadisco, con un solo pixel bruciato Apple col cavolo che mi avrebbe sostituito l’iPad. E non venitemi a dire che iPad fa molto di più, perchè nel mio caso non è assolutamente vero. Grazie
- Complimenti al personale dell’assistenza: non so se sono stato fortunato io. Nel caso sia così, quando chiamate l’assistenza, chiedete espressamente di Valeria e siete in buone mani
Ottimo lavoro, insomma. Lo so, forse sono di parte e fan di Microsoft, come sono fan delle tastiere Logitech, di Steam, di Canon, di Mediaworld, di Amazon, di tanti altri brand che sono i miei preferiti quando devo fare un acquisto. E non ci vedo nulla di male. Se Microsoft continua a trattarmi come ha sempre fatto negli ultimi 15-20 anni, continuerà a vedermi come suo cliente ancora per molto tempo!
Send to KindleDi cosa si tratta?
Venerdì 8 Novembre scorso ho vissuto un evento aziendale, interno alla società in cui lavoro, Brain-Sys, davvero molto, molto interessante. Qualche premessa prima di cominciare. Brain-Sys è una società magari-piccola-nei-numeri, ma eccezionale per altri motivi: innanzitutto crede nel telelavoro, perchè permette a ciascun dipendente di lavorare da casa propria. Per questo motivo, fisicamente ci vediamo poco, anche perchè siamo distribuiti geograficamente in posti differenti: chi in zona Lodi come me, chi in zona Pavia come i capi e chi in Valtellina. Abbiamo clienti altrettanto distribuiti geograficamente, con i quali riusciamo a lavorare perfettamente con tutta una serie di strumenti, dal meno tecnologico (telefono) al più tecnologico (Office 365, Lync, Skype, etc.). Personalmente è tre anni che lavoro in questo modo: i clienti che seguo sono piuttosto soddisfatti, io altrettanto, e credo che tutta Brain-Sys tragga vantaggio da tutto questo. Ed io pure.
Tutto questo per dire che l’evento dell’8 Novembre è stata anche un’occasione per ritrovarci tutti quanti, per conoscerci ancora meglio e per conoscere qualche nuovo componente che da poco si è aggiunto alla famiglia Brain-Sys.
Ma è stata anche un’importante occasione per lavorare, chiaramente, e per mettere in pratica una tecnica (metodologia?) di cui avevamo letto io e Gabriele nelle settimane/giorni scorsi. Questa tecnica viene denominata “Event Storming”, ed abbiamo preso spunto dalle sessioni e dai post di un certo Alberto Brandolini, alias @ziobrando su Twitter).
In pratica, ci siamo ritrovati tutti in una location molto raffinata (per la cronaca: Cascina Scova, a Pavia, un hotel 4 stelle con annesso centro benessere) e….Fermi!!! Tutti chi??? Per assurdo che sia, una delle cose che mi ha più colpito è proprio questo “tutti”. Normalmente, infatti, quando si tratta di sviluppare un software, succede più o meno la seguente cosa: un gruppo di persone si riunisce e decide vita, morte e miracoli di questo software. Normalmente, questo “gruppo di persone” include il cliente, un’analista ed un gruppo di commerciali. Rarissima volte il developer viene coinvolto in questa fase: a lui arriva una mazzetta di fogli, o al massimo una mail, con il contenuto riassunto di quella riunione.
Quando si applica Event Storming, invece, quello che accade è che viene organizzata una riunione a cui partecipano tutti quanti gli attori (numericamente, ci si aggira – dice @ziobrando – intorno alle 6-8 persone: l’importante è che siano diversi “punti di vista” attorno allo stesso problema): il cliente (che espone ciò di cui ha bisogno), il developer, un moderatore, l’esperto di dominio, magari un commerciale e così via. Questo è un vantaggio impressionante, di cui secondo me ci si rende conto solo a fine giornata: tutto il team coinvolto ha ragionato sullo stesso problema, ed una volta “educato” anche con la stessa terminologia (ubiquitous language), e ciascuno ha imparato dagli altri qualcosa. Un vero e proprio brainstorming, insomma, una tempesta di cervelli che alla fine i suoi frutti li dà eccome.
Facciamo un passo indietro.
Event Storming è un workshop con una struttura ben precisa.
Ci si ritrova in un certo numero di persone, ci vuole un bel rotolo di carta da appendere alla parete, ci vogliono post-it di diverso colore, penne, matite, scotch, etc. etc. Il cliente espone inizialmente il problema che ha, e che teoricamente il nostro software dovrebbe risolvere. Perchè si chiama Event Storming? E’ semplice: perchè la prima cosa che il team deve fare è pensare agli eventi che accadono all’interno del sistema. Nella vita reale, ciascuno di noi “fa qualcosa” in reazione “a questa cosa che è accaduta”. La stessa cosa deve accadere nel software. Gli eventi devono essere espressi con il “participio passato”, perchè un evento è avvenuto, punto e stop. Un evento non si può annullare, viene persistito, da questo non si scappa. Gli eventi vengono rappresentati da post-it di un colore ben preciso, che vanno attaccati al rotolo di carta sulla parete. E vi posso assicurare che, in base alla composizione del team che avete riunito, i risultati possono essere buoni o cattivi: noi ci siamo trovati alla grande. Nel nostro gruppo c’erano developer junior e senior, c’erano almeno due persone che con la programmazione non c’entravano nulla, eppure hanno partecipato ugualmente con produttività, per esempio. Una volta definiti gli eventi, siamo passati ai comandi, che possono scatenarsi da: un evento utente (click di un bottone, per esempio), dal semplice trascorrere del tempo (se entro le ore XX non è accaduto questo, avviene questo evento), oppure come semplice conseguenza di un altro evento. Ed ovviamente anche i comandi sono stati rappresentati sul foglio di carta con altri post-it, di un colore diverso. Poi gli aggregati, i domini, i bounded context, tutti concetti derivanti da Domain Driven Design (per gli amici DDD). I primi (aggregati) rappresentati ancora da post-it, gli altri da linee di separazione sulla carta, con diversi stili.
Chiaramente, Event Storming non serve e probabilmente non è utile per tutti i progetti. Dà il meglio su progetti complessi, perchè è molto utile per:
- uniformare il linguaggio (ubiquitous language): alla fine della giornata, tutti noi (il cliente, i developer, il grafico, l’esperto di dominio, chiunque) eravamo allineati sulla terminologia da utilizzare (vocabolario), evitando ambiguità, fraintendimenti, conflitti vari. Fidatevi, per una volta: vi posso assicurare che una semplice parola, a cui voi attribuite un significato chiaro e limpido, per altri può significare una cosa completamente diversa. E’ importante uniformarsi, creare un ubiquitous language che sarà utilizzato nel codice, nella documentazione, sulla UI, in qualsiasi riunione con il cliente
- team building: la giornata personalmente mi è piaciuta molto, perchè tutti noi abbiamo collaborato strettamente, di persona, per cui alla fine tutto ciò aumenta il feeling con gli altri componenti dell’azienda. Abbiamo scherzato, e lavorato, ci siamo presi in giro ed abbiamo discusso, abbiamo avuto idee che non avremmo mai pensato di avere all’inizio della giornata. Sì: come succede spesso in Brain-Sys abbiamo lavorato divertendoci.
- chiarezza del progetto: forse, inerente il punto (1). Al di là del linguaggio, tutti noi abbiamo le idee chiare su ciò che dovrà fare il progetto, dalla A alla Z. Sappiamo i confini entro i quali si estende il dominio, abbiamo per certi versi separato le responsabilità, identificato ciascun bounded context
Da quella giornata, siamo tutti tornati a casa molto, molto soddisfatti. Prima di lasciare la location (davvero spettacolare!), abbiamo ovviamente ripulito tutto quanto, ed abbiamo scattato foto al rotolo di carta prima di staccarlo, per avere anche in futuro la nostra modellazione a portata di mano, come documentazione. Pian piano, il progetto sta prendendo vita anche dal punto di vista del codice.
Qualche ringraziamento!!
Beh, l’elenco può essere lungo.
- Innanzitutto, ai capi: Gabriele Gaggi ed Alessandra Maggi, perchè oltre ad essere i capi, sono amici e persone sempre disponibili, non solo rendendomi partecipe della vita dell’azienda, con i giusti limiti, ma anche dal punto di vista personale
- A Nazareno Manco, che si è mosso dall’est dell’Italia, per raggiungerci, portando con sè la sua famiglia, la sua simpatia, e la sua competenza durante l’Event Storming. Persona bravissima, in gamba, e competente. Ed anche un amico, soprattutto per il supporto morale di questa estate, che non dimenticherò mai, probabilmente. Ok, scusate l’OT
- Ad Andrea Barbaini, anche lui si è imbarcato in un lungo viaggio da Roma per essere dei nostri. Non è da tutti!!!
- Posso ringraziare ancora qualcuno? Ok, grazie. Aggiungo allora l’intero staff di Managed Designs, Andrea Saltarello e Mauro Servienti in primis, che nel corso del tempo mi hanno fatto entrare in testa i concetti di CQRS, Event Sourcing, e soprattutto DDD, metodologie e tecniche che non riguardano solo il mero sviluppo del codice, ma aiutano a pensare meglio, da molto prima di cominciare a scrivere il codice, al progetto software in cui ci si sta imbarcando
- All’intera famiglia Brain-Sys, cioè a tutti noi, perchè siamo (anche) bravi. E come dicevo alla nostra Chiara durante l’evento “Certo che noi della Brain-Sys siamo proprio belli!”!!!!
Send to KindleUna delle features a mio avviso che è poco sfruttata all’interno delle app Windows Phone è quella di poter uploadare/scaricare files dallo smartphone sul cloud (nel caso specifico Skydrive). A cosa potrebbe servire? Beh, immaginatevi un’app di qualsiasi tipo, che abbia impostazioni, files, fotografie, audio, qualsiasi contenuto. Se comprate un altro telefono Windows Phone, oppure se resettate il telefono, quei contenuti li perdete, perchè erano inclusi nell’Isolated Storage di quell’app specifica. Esempio concreto: immaginate Rowi, uno dei client Twitter più importanti ed utilizzati: voi lo acquistate la prima volta, lo impostate con i vostri account, e regolate le impostazioni come piacciono a voi. Poi sostituite il telefono, oppure resettate l’attuale, e perdete tutto quanto, e siete costretti a reimpostare daccapo tutto quanto. Oppure un gioco come Angry Birds: tutte le volte che lo installate, non c’è alcun modo per recuperare le partite che avevate. E così via, in generale il discorso si può applicare a bene o male tutte le app Windows Phone.
Grazie al Live Connect SDK, possiamo sfruttare le potenzialità del cloud Skydrive all’interno delle nostre app Windows Phone. Quindi: all’interno di una nostra app possiamo:
- inviare su Skydrive qualsiasi files che abbia un senso (impostazioni, file di dati dell’utente, etc.)
- scaricare i files per recuperare i vecchi contenuti
Il livello base l’ha già spiegato l’amico Matteo Pagani, in questo post sul suo blog in inglese. Qui viene spiegato quali reference aggiungere al progetto, come aggiungere il pulsante di login, e come inviare/scaricare files. Il tutto riguarda Windows Phone 7, ma va benissimo anche per Windows Phone 8: possiamo però sfruttare qualche miglioria, che ai tempi della stesura del post non esisteva (esempio: possiamo utilizzare le tecniche async/await, evitando le varie callback che complicano la leggibilità del codice). Però il 95% va più che bene.
Quello che non mi piace è che quel codice salva i files alla root di Skydrive.
Questo comporta che l’utente potrebbe inavvertitamente cancellare i files, perchè non li riconosce. Oppure potrebbe capitare che più app vadano a scrivere sugli stessi files: cosa un po’ assurda da pensare, ma mica tanto: non è poi così assurdo pensare che le impostazioni di un’app vengano salvate in un file chiamato Settings.xml, tramite serializzazione/deserializzazione. E quindi è assolutamente una cosa da evitare (almeno io la penso così).
La conclusione di tutto ciò è che si comincia a lavorare con i folder su SkyDrive.
Quindi, supponiamo: stiamo sviluppando un’app chiamato “La mia bella app”, che intenda inviare/scaricare files su Skydrive, dentro un folder chiamato “La mia bella app”. Cosa si realizza tutto ciò? Io mi sono inventato questo metodo helper, che in pratica fa una cosa molto semplice: dopo che ha ottenuto l’accesso al vostro account Skydrive, legge la root, e scansiona tutte le directory presenti, alla ricerca di quella che si chiama “La mia bella app”. Se la trova, ne recupera il Folder ID; se non la trova, la crea e ne recupera il Folder ID. Tramite questo Folder ID, possiamo utilizzare gli stessi metodi spiegati da Matteo Pagani nel suo post, solo che invece di lavorare alla root, lavoriamo all’interno del nostro folder.
private async Task EnsureSkyDriveFolderExists(string folderName) { this.SkyDriveOperationWaiting.IsIndeterminate = true; this.SkyDriveOperationDescription.Text = "Controllo cartella su SkyDrive"; var response1 = await client.GetAsync("me/skydrive/files"); List<object> items = response1.Result["data"] as List<object>; foreach (object item in items) { IDictionary<string, object> directories = item as IDictionary<string, object>; if (directories["name"].ToString() == folderName) { this.SkyDriveOperationDescription.Text = "Cartella su SkyDrive ok"; ApplicationContext.Instance.FolderIdSkyDrive = directories["id"].ToString(); App.SaveSettings(); return; } } this.SkyDriveOperationDescription.Text = "Creazione cartella su SkyDrive"; var folderData = new Dictionary<string, object>(); folderData.Add("name", folderName); var response4 = await client.PostAsync("me/skydrive", folderData); ApplicationContext.Instance.FolderIdSkyDrive = response4.Result["id"].ToString(); App.SaveSettings(); this.SkyDriveOperationDescription.Text = "Cartella su SkyDrive ok"; }
Il codice va un po’ ripulito, perchè ci sono riferimenti a controllo sulla UI, come ProgressBar e TextBlock, che mantengono informato l’utente su ciò che sta accadendo. La logica è questa:
- Grazie al path “me/skydrive/files” recupero l’elenco di file e directory presenti alla root di Skydrive
- Ottenuto l’elenco, lo ciclo alla ricerca della directory chiamata “folderName”, che è una stringa che arriva in input a questo metodo
- Se la trova, salva il Folder ID da qualche parte (io la memorizzo in una classe singleton AppicationContext), salva le nuove impostazioni ed esce
- Se il folder non viene trovato, allora viene creato (metodo PostAsync), viene recuperato il Folder ID, il tutto viene salvato e si esce dal metodo
Una precisazione è d’obbligo.
Teoricamente parlando, il codice potrebbe salvarsi il Folder ID al momento della prima generazione della cartella, in modo tale che si eviterebbe ogni volta di controllare se esiste oppure no. Sbagliato! Ricordiamoci che l’utente potrebbe cancellare il folder su SkyDrive (attraverso il sito, oppure attraverso una qualsiasi app Windows Phone, Windows 8, etc.). Quindi è importante andare a controllare l’esistenza del folder, ogni volta.
Una volta che si esce da questo metodo, si è pronti per inviare files all’interno di questo folder:
await client.UploadAsync(ApplicationContext.Instance.FolderIdSkyDrive, s,
stream, OverwriteOption.Overwrite);
Il primo parametro del metodo UploadAsync è proprio il Folder ID che abbiamo ottenuto. Matteo nel suo post indicava “me/skydrive”, per uploadare nella root. Indicando il Folder ID, i files vengono uploadati all’interno del nostro folder.
Scaricare un files è un filo più complesso. Con questo metodo:
var response2 = await client.GetAsync(
string.Format("{0}/files",
ApplicationContext.Instance.FolderIdSkyDrive));
recuperiamo l’elenco dei files contenuti nel folder indicato da Folder ID. Una volta che abbiamo l’elenco, dobbiamo ciclare la lista e scaricare solo quello che ci interessa (oppure banalmente implementare un foreach per scaricarli tutti quanti). Per scaricare un file, si utilizza questo metodo:
var response3 = await client.DownloadAsync
(string.Format("{0}/content",
fileId));
Il risultato di tutto questo giro di codice è che sulo Skydrive del nostro utente ci sarà un folder chiamato come vogliamo noi, con tutto ciò che abbiamo deciso di uploadare. Se abbiamo dato un nome chiaro al folder, l’utente lo riconoscerà senza problemi: potrebbe decidere di cancellarlo oppure no (questo è chiaramente al di fuori del nostro controllo, per cui non ci dobbiamo fare troppo affidamento).
Send to KindleTutti sappiamo che Internet Explorer (IE) può essere avviato da command-line, con un parametro che specifica l’unico ed il solo sito web che si desidera aprire. Ad esempio…
“C:\Program Files\Internet Explorer\explore.exe” http://www.facebook.com
…avvia IE direttamente sulla pagina di Facebook. Notare l’uso degli apici per gestire i path che contengono spazi, come in questo caso.
Ieri mi sono posto la domanda: e se volessi avviare una sessione di IE dedicata al mondo social, e quindi aprire contemporaneamente Facebook, Twitter e magari Yammer? Oppure una sessione IE dedicata alle notizie, e quindi aprire Repubblica, Il Cittadino (quotidiano di Lodi) e La Gazzetta dello Sport? Da command-line non è possibile specificare più siti da aprire. Fortunatamente, una googlata ed il problema si è risolto da sè. E’ necessario creare un file, che chiameremo social.js:
var navOpenInBackgroundTab = 0×1000;
var objIE = new ActiveXObject(“InternetExplorer.Application”);
objIE.Navigate2(“http://www.facebook.com”);
objIE.Navigate2(“http://www.twitter.com”, navOpenInBackgroundTab);
objIE.Visible = true;
Queste poche righe di JScript avviano una nuova istanza di IE, ed aprono i siti indicati, uno per tab, chiaramente. Molto comodo. Purtroppo, però, il semplice doppio-click sul file .js non ne scatena l’esecuzione, ma vi chiede un qualche editor con cui aprire il file (o almeno: sul mio PC succede questo). Come risolvere? Basta passare il .js come parametro di input a wscript.exe, e quindi:
wscript.exe social.js
Questo comando esegue lo script contenuto in social.js. Notare che siccome il folder C:\Windows\System32 (path in cui si trova wscript.exe) è contenuto nei path predefiniti del sistema, non è necessario specificarne il path. Semmai, sarà necessario specificare il path del vostro file social.js. Ovviamente, potete predisporre più files .js, ciascuno dei quali…come dire…tematico, tagliato su misura in base a ciò che vi serve.
E se avete una tastiera gaming come la Logitech G510?
Potete associare l’esecuzione di ciascuno dei files .js ad uno tasti G sulla tastiera.
Quindi: premete G1 e si apre IE sui social, premete G2 ed andate sui siti di news, oppure su qualsiasi altro sito (o gruppi di siti) che vi servono. Il tutto in modo estremamente intuitivo e rapido (una volta che avete messo a punto tutto il meccanismo).
Cool! Sinceramente non so come ho potuto farne a meno fino ad oggi!
Send to KindleGrazie a Nokia Italia sono riuscito a provare uno degli ultimi smartphone Windows Phone 8, il Lumia 1020 un vero gioiello di tecnologia, soprattutto per quanto riguarda la fotocamera da 41 Megapixel (non è un errore di battitura, sono proprio 41!).
Ho ricevuto il telefono il 27 Settembre e l’ho restituito al mittente esattamente una settimana dopo, il 4 Ottobre: sette giorni in cui ho portato sempre con me il Lumia, scattando foto, twittando, giocando, ascoltando (poca) musica, facendo tutte le attività che era già abituato a fare con gli altri due smartphone Windows Phone in mio possesso: un (vecchio) HTC HD7 ed un Nokia Lumia 920 (aziendale).
In questa recensione non vi parlerò, per quanto possibile, del sistema operativo di Microsoft, per un semplice motivo: Windows Phone 8 gira allo stesso modo su tutti i Lumia. In questa recensione mi piacerebbe focalizzarmi su ciò che differenzia il Lumia 1020 da tutti gli altri Windows Phone 8 sul mercato (non solo quelli di Nokia, ma anche quelli di HTC e Samsung): quindi principalmente le differenze a livello di hardware.
Credo infatti che uno dei grandissimi vantaggi del mondo Windows Phone sia le differenziazione dell’hardware, in grado di coprire diverse fasce di prezzo: in base a ciò che si vuole fare e a ciò che ci si aspetta di voler fare, una persona può spendere il giusto e prendersi un Windows Phone “ritagliato su misura”. Ci sono Windows Phone con una fotocamera così così (senza flash, come il 520), ci sono quelli con più memoria, con display più piccoli e più grandi, quello più leggero o più pesante, quello con la batteria integrata, oppure no, e poi ci sono quelli con…
…una fotocamera davvero spettacolare!!!
Inutile negarlo. Il vero pezzo forte del Nokia Lumia 1020 è la fotocamera da 41 Megapixel. Per poter gestire foto di questa dimensione, Nokia ha sviluppato un’applicazione specifica, Nokia Pro Cam. Windows Phone 8 permette di impostare quale app fotografica volete avviare quando tenete premuto il tasto della fotocamera, quindi è tutto molto istintivo. Siete in giro, vedete qualcosa di interessante, tenete premuto per 2 secondi il tasto fotocamera, inquadrate e scattate. Il Nokia Lumia 1020 in realtà scatta due fotografie: una a 5 Megapixel, l’altra a 41. La prima è quella che viene utilizzata per tutte le attività su Windows Phone (condivisione sui social network, per esempio); l’altra è visibile solo usando l’app Nokia Pro Cam, oppure collegando il telefono al PC. Usando Nokia Pro Cam, potete fare pan all’interno della fotografia, ritagliare porzioni di foto, zoomare, il tutto in modo molto fluido, e rendervi conto di ogni più piccolo dettaglio di ciò che avete inquadrato (e da qui il significato dell’hashtag #aworldofdetails usato su Twitter).
Fisicamente parlando, la fotocamera è ben visibile ovviamente sul retro dello smartphone, con un grande “occhio” (come l’ho battezzato io), che mi è piaciuto per diversi motivi. Innanzitutto è impossibile che si sporchi, perchè è stato costruito in modo da risultare ben protetto, evitando che prima o poi ci si infili un po’ di polvere. Esteticamente è molto bello a vedersi, e dà al Lumia 1020 una certa personalità (anche perchè è di colore nero, e spicca sui colori vivaci – il mio era giallo, per esempio). Inoltre, il fatto che l’occhio sporga in modo “smussato” dalla scocca del telefono, senza fastidiosi spigoli, aiuta in un certo qual modo la presa dello smartphone (come il 925, per capirci, ma la cosa qui è più marcata). E’ un po’ difficile da spiegare, e probabilmente dipende dalle dimensioni delle vostre mani: io mi sono trovato davvero comodo. Infine, piuttosto figoso il tick che si sente quando la fotocamera viene attivata.
Il flash ricorda molto quello delle reflex professionali: è davvero molto potente. Accanto al flash vero e proprio, accanto Nokia ha posizionato una luce led che si attiva su richiesta (agendo sulle impostazioni di Nokia Pro Cam), lampeggiando, per aiutare la messa a fuoco. Ottime, chiaramente, le foto anche al buio: il software installato su Windows Phone alza gli ISO – inevitabile la comparsa di artefatti, amen – ma la foto la fate, e pure bene. Molto, molto meglio di quanto possiate fare con un iPhone (su questo non voglio nemmeno discutere: qualche foto con iPhone in passato l’ho fatta, e vedendo quelle condivise dagli amici un’idea me la sono fatta). Dal punto di vista della qualità fotografica, l’intera gamma Lumia è decisamente sopra la concorrenza, e questo 1020 è l’apice. Ottimo lavoro, Nokia!!
30 grammi più leggero rispetto al Nokia Lumia 920
Il mio telefono aziendale è un Nokia Lumia 920. Il 1020 è più leggero del 920 di circa 30 grammi, che si sentono abbastanza. Mi piace, questa cosa. Non so esattamente da cosa dipenda questa differenza di peso (non credo proprio che dipenda dal wireless charging presente sul 920 di default), però si fa sentire positivamente. Ho sempre pensato che il 920 fosse un pochino troppo pesante. E’ anche un filino più sottile del 920. Anche da questo punto di vista, insomma, il Lumia 1020 mi ha convinto moltissimo.
Capienza della batteria: spettacolare!
Ora, prendete queste dichiarazione con le pinze. Penso che sia molto difficile giudicare in modo oggettivo la capienza di una batteria, perchè dipende molto da un certo numero di fattori, complicati da misurare. Mi spiego: ci sarà chi vi dice che la batteria di un Lumia dura un giorno, oppure 4 ore, oppure 2 giorni. Dipende da cosa fate con il vostro smartphone: quanto tenete lo schermo acceso, se avete attivato il 3G oppure no, se avete attivato Bluetooth o il WiFi, o il GPS, quanta musica ascoltate, quanto giocate e soprattutto quali giochi usate. Insomma, un gran casino. E quindi ognuno ha la sua percezione della durata della batteria, un po’ difficile da misurare in modo oggettivo.
Fatta questa premessa, trovo che il Lumia 1020 abbia una batteria impressionante, molto migliore del 920 (ho il 920 da fine agosto, quindi penso che la batteria integrata non si sia deteriorata granchè). Domenica 29 Settembre ero in fiera a Novegro (Milano), come espositore. Quel giorno ho staccato dalla corrente il Nokia Lumia 1020 alle 7:50 del mattino, e mi è durato fino alle 22:30 dello stesso giorno. Cosa ci ho fatto? Un mucchio di roba: ho scattato tante foto a 41MP, ho consultato moltissime volte Twitter con l’app Rowi, ho registrato tre video in HD (circa un paio di minuti l’uno), ho condiviso via NFC & Bluetooth uno di questi video e qualche foto, ho navigato, ho preso la posta, ho condiviso le foto su Twitter. Quel giorno non ho giocato, non ho ascoltato musica. Una cosa davvero incredibile! Il 920 molto probabilmente mi avrebbe richiesto una ricarica nel tardo pomeriggio. O magari, chissà, è solo una mia impressione.
Camera Grip
Nokia Italia mi ha mandato anche il Camera Grip, che è in pratica un “guscio” per il Nokia Lumia 1020, che trasforma lo smartphone in una vera e propria fotocamera. Al suo interno, il Camera Grip contiene una batteria aggiuntiva, da caricare separatemente: quando inserite il 1020, la batteria del Camera Grip ricarica lo smartphone.
Oltre a questo, il Camera Grip vi mette a disposizione un pulsante per la fotocamera decisamente più corposo ed a misura di dito; le dimensioni del guscio sono generose, e vi permettono di maneggiare il Lumia in modo più deciso, più “muscoloso”, senza preoccuparvi troppo pensando di aver fra le mani un costoso giocattolo hi-tech. Nella confezione del Camera Grip è incluso anche un laccetto da farvi passare intorno al polso per maggior sicurezza.
Sistema operativo: Windows Phone 8
Due righe veloci veloci sul sistema operativo, Windows Phone 8. Come dicevo all’inizio, il sistema operativo è in comune con qualsiasi altro smartphone. Quello che Nokia aggiunge – e dici poco – è tutta una serie di servizi: Nokia Maps, Nokia Drive (un navigatore che non richiede la connettività Internet, e che mette a disposizione un gran numero di mappe in tutto il mondo), più tutta una serie di app esclusive, che gli altri vendor si sognano. Sempre parlando del mondo Windows Phone, ero un fan dei prodotti HTC, ma di fronte a ciò che ha fatto Nokia, non vi è nient’altro che la resa incondizionata. Nokia ha e sta contribuendo alla crescita di Windows Phone, sotto tutti i punti di vista.
Per quello che mi riguarda, Windows Phone 8 è un ottimo sistema operativo. Veloce, fluido, pratico, semplice, assolutamente non complicato. Sento spesso parlare di amici con smartphone Android che si lamentano del fatto che quando si aggiungono foto, il telefono rallenta: questo – ve lo posso assicurare – con Windows Phone non accadrà mai. Che abbiate installato 5 app oppure 1000, un telefono Windows Phone non perderà mai lo smalto del primo giorno, e sogghigno sempre quando sento gli altri lamentarsi che “all’aumentare del numero delle app, o delle foto, o video”, il loro smartphone perde colpi, rallenta, si inchioda. Ed onestamente non ne capisco la ragione: francamente non mi interessa nemmeno approfondire. So che il mio Windows Phone non mi abbandonerà mai.
Ok, pare che sia una figata, ma la fregatura dov’è?
Nonostante mi abbia colpito in modo eccezionale, è giusto che vi segnali anche qualche piccolo dettaglio che mi ha fatto riflettere.
Innanzitutto, l’occhio della fotocamera, sebbene mi piaccia davvero molto, è sporgente rispetto alla scocca del telefono. Questo significa che quando lo mettete su una superficie piana, il Lumia 1020 non appoggia completamente in modo piatto sulla scocca: sta leggermente inclinato, e tende a ruotare se si tenta di interagire con il display (e lavorando qualche volta mi capita). Inoltre, mi preoccupa solamente il fatto che l’occhio, nel punto in cui tocca la superficie, alla lunga potrebbe rovinarsi un po’. Ma è solo una sensazione: bisognerebbe provare ad avere il 1020 per un tempo più lungo di una settimana, e magari a maltrattarlo un po’. Qui sopra ho messo una foto che spero illustri quello che ho cercato di spiegarvi a parole.
Un’altra piccola cosa è il Camera Grip, che non ha alcun problema quando deve essere innestato sul Lumia 1020. Invece dà qualche pensiero in più quando lo si deve staccare: gli agganci sono robusti e solidi, ed evitano che il telefono cada rovinosamento per terra. Ottimo, però alo stesso tempo richiede un bello sforzo per essere sganciato, e – insomma – si ha sempre un po’ paura, perchè si comincia a pensare che si stia manovrando nel modo sbagliato. Magari bisogna farci un po’ la mano – indubbiamente.
Ultimi consigli
Non fate l’errore, secondo me, di dire: “Prendo un Nokia Lumia 1020 perchè ha una fotocamera meravigliosa”. Considerate anche che ha più RAM rispetto al 920 ed ha un nero più nero (sempre paragonato al 920 – li ho accesi uno accanto all’altro, con lo schermo impostato alla stessa luminosità). E’ più leggero e maneggevole. Se non vi interessa il wireless charging del 920, puntate dritti al 1020, mettendo sulla bilancia anche il fattore economico. Ad oggi giustamente il 1020 costa di più, ma per quello che mi riguarda ha qualche marcia in più rispetto al 920.
Send to KindleIl mio post di ieri sera, relativo all’occupazione di RAM di Outlook 2013, ha scatenato il solito dibattito, sui social network. Chi come me ha lo stesso problema, chi invece lo tiene aperto per ore senza che accada nulla di anomalo, etc. etc. Poi è saltato fuori che utilizzo Outlook 2013 con 15 caselle di posta, e che quindi il problema potrebbe essere tutto qua. Innanzitutto preciso una cosa: il fatto che Outlook 2013 mi arrivi ad occupare 2GB di RAM, alzando allo stesso tempo il carico sulla CPU, non è sistematico: a volte accade, a volte no. Quindi non può essere solo un problema riguardante le 15 casella di posta, altrimenti accadrebbe tutte le volte, invece no.
Ma arriviamo al dunque. Perchè gestisco 15 casella di posta elettronica. Voglio spiegarvelo, per un motivo molto semplice: ho voglia di scrivere e credo di darvi qualche spunto su cui ragionare.
Di queste 15, una è quella relativa al mio Microsoft Account.
Un’altra è quella lavorativa, della mia azienda, insomma.
Ne rimangono 13. Cercherò di elencarvele, una ad una.
- una è la mia personale, quella che utilizzo più spesso, per scrivere ad amici, o comunque ogni qualvolta la persona dall’altra parte deve leggere il nome “Igor” riconoscendomi senza sforzi
- una è quella che utilizzo per gli acquisti (ad eccezione di Amazon, vedere dopo): qui ricevo le ricevute di pagamento di tutto ciò che acquisto online (da Steam, per esempio, a via via tutti gli altri siti su cui bene o male si possono fare acquisti)
- una è quella dedicata a tutto ciò che è “community”: con questa casella mi sono registrato su Facebook, su Twitter, su Foursquare, su Pinterest, e via dicendo. Qui ricevo tutte le mail di notifica: nuove amicizie su Facebook, qualsiasi forma di interazione su Twitter (nuovi follower, miei tweet retwittati, e via dicendo). Spesso queste mail sono poco importanti, per cui ogni tanto spazzolo via tutto senza curarmene più di tanto
- una è quella interamente dedicata al NAS della mia rete locale: se qualcosa va storto qui ricevo una mail di warning o di allarme. Effettivamente potrebbe essere eliminata ed accorpata con qualcos’altro
- una è dedicata alla ricezione di qualsiasi newsletter a cui mi sia sottoscritto. Promozioni, offerte, sconti, volantini, viaggi last minute. Anche queste sono mail davvero poco importanti, però mi è utile avere una casella dedicata da spulciare in modo spensierato
- due di queste caselle sono dedicate a Piloti Virtuali Italiani: una mi permette di seguire la mailing-list interna all’Associazione (decine, decine e decine di mail ogni giorno). L’altra è più legata al mio software VivendoByte Fsx Logger, ed è una casella su cui ricevo notifiche varie ogni volta che qualcuno termina e pubblica un volo virtuale. Queste due caselle generano molto, molto traffico ogni giorno, e non potrei farne a meno. Senza impazzirei in tre minuti
- una è dedicata al supporto tecnico di tre cose: il mio software Fsx Logger, le app Windows Phone e le app Windows 8. E’ la mail che indico nelle app, insomma, su cui qualsiasi utente delle mie app mi può scrivere per segnalarmi qualcosa che non va
- una è dedicata al mio TFS locale (quando ce l’avevo e lo utilizzavo). Effettivamente ad oggi potrei eliminarla senza problemi
- una è dedicata alle fatture Telepass. Anche questa effettivamente ad oggi potrei eliminarla senza problemi, non ho idea sinceramente del perchè abbia deciso di creare una casella di posta dedicata. Ho fatto questa cosa anni fa, e non ricordo più il motivo reale
- una è dedicata agli acquisti Amazon. Qui ricevo tutte le mail sui miei ordini: quando un pagamento viene completato con successo, quando un ordine viene spedito, etc. etc. Ma non solo: è la casella che ho autorizzato come mittente per inviare ebook sul mio Kindle
Se ho contato bene, sono arrivato a 11. Ne mancano 2: due caselle che effettivamente potrei spazzare via. Ok, potrei scendere da 13 a 11, e forse qualcosa meno, togliendone un altro paio. E’ evidente che io abbia esagerato un po’, ma francamente è un metodo che mi piace e che trovo molto molto utile.
Ma mi piace sinceramente avere caselle dedicate, perchè mi permette di organizzare meglio tutta la posta che ricevo: ogni casella ha un suo compito preciso. Ogni casella è molto specifica, e soprattutto nel caso di spamming posso chiudere temporaneamente la casella senza troppi problemi (e mi è successo: se avessi avuto una sola casella sarei stato in grossi guai).
Spero di essermi spiegato!!
Send to KindleA Luglio di quest’anno ho cambiato PC. Adesso il mio desktop è un Intel i7 con 16GB di RAM, monta un SSD ed una ATI Radeon HD6870. Ciò nonostante, Outlook 2013 è un virus talmente potente che riesce a metterlo in crisi. Ecco il mio aneddoto.
Nel BIOS della mia mainboard ho attivato un po’ di allarmi a livello hardware. Essi sono di due tipi:
- se una qualsiasi delle ventole montate nel case smette di girare
- se la temperatura della CPU supera i 60°C
Ieri pomeriggio, lavorando, sento partire il beep dalla mainboard, che dura un paio di secondi. Nel giro di 3-4 secondi apro il case, convinto che una delle ventole si fosse improvvisamente fermata. Invece no. Dopo aver rimosso il pannello laterale, vedo tutte le 4 ventole girare senza problemi: quella della CPU (soprattutto!!) e via via tutte le altre. Sul momento non ho pensato alla temperatura della CPU. Ho pensato ad un problema un po’ casuale, per cui non gli ho dato troppo peso.
Questo pomeriggio il fenomeno si ripete. Sto lavorando ed improvvisamente parte il BeeeEEEEeeeeeP dalla mainboard, e si ferma quasi subito. Avvio Open Hardware Monitor (OHM), che mi permette di tenere d’occhio un sacco di parametri del mio hardware (carico della GPU, giri/minuto di ogni ventola, temperatura di CPU, hard-disk, scheda grafica, frequenze di clock, e via dicendo). Torno a lavorare, tenendo aperto OHM. Quando il beep ritorna, do subito un’occhiata ai valori da OHM: vedo la CPU intorno ai 60-62°C, per cui capisco che il problema sta tutto lì.
Indago indago, apro il Task Manager di Windows. Outlook 2013 sta occupando 2,1 GB di RAM (su 16 totali disponibili), e la CPU è sopra il 60% di carico. Chiudo Outlook 2013, ed ovviamente la RAM viene liberata, la CPU torna intorno al 2-3%, e la temperatura del processore torna su valori accettabili, intorno ai 29-32°C. Per quello che mi riguarda, considero Outlook 2013 come un virus vero e proprio: se lo lascio aperto (o se me lo dimentico – cosa che accade molto spesso), so per certo che finirà per occupare tutte le risorse di sistema.
Quella brutta bestia di Outlook 2013 ha colpito ancora, insomma.
Ancora una volta.
Send to Kindle
