A couple of weeks ago, Joe Belfiore confirmed that Microsoft is not “focusing” on Windows 10 Mobile anymore, essentially giving up the whole phone strategy of Microsoft. While Redmond is not officially retiring the platform, Belfiore told us that there will be no new features and no new devices, suggesting to switch to competing platforms. I almost instantly commented that it is a huge error made by Microsoft that had and has the resources to run a niche mobile platform while it waits for “the new generation of mobile devices”, as they call it.

The first casualty of that error could be the Universal Windows Platform (UWP) framework that promised to help developers to design applications for “any form factor” Windows 10 was running onto. However, with the retirement of Windows 10 Mobile and without any viable alternative for the smartphone-sized form factor, what would the word “any” mean ? While the UWP platform also includes Xboxes, IoT and holographic devices (Hololens and compatible devices), it is easy to understand that the big share of devices that could be interested in UWP apps were the desktop+mobile ones.

Xboxes, holographic and especially IoT devices for sure will feature a completely different class of apps and it will be not so common to have UWP software running the very same application on IoT devices AND desktop ones. Sure, Spotify could be useful on Xbox but since .NET is the common development framework for both Win32 and UWP there’s already a baseline of code that could be shared across the different versions of Windows-based applications and Win32 recently had access to the UWP-specific APIs too.

Xboxes, holographic and especially IoT devices for sure will feature a completely different class of apps and it will be not so common to have UWP software running the very same application on IoT devices AND desktop ones.

No-one was thinking that Win32 was going anywhere soon because Microsoft is sane and it will not cut the tie to hundreds of millions of applications just to turn itself into a new OS X but the fact that Win32 will come to ARM devices, in my opinion, makes even less important to dig into UWP ecosystem. The very fact that Microsoft not only ensured to move the Win32 ecosystem onto the boat of ARM devices but also ensured that such apps could be packaged for the store and also enabled its access to UWP APIs means that the adoption of that universal platform is not moving as fast as initially expected.

While there could be some technical reasons for that, the main point here is just that the mobile demise made less important to switch to a somewhat limited and entire new platform just to create apps that would run on desktops anyway. .NET standard 2.0 that has been recently released will help put UWP apps on par with .NET framework ones but it’s difficult to understand whom such apps are aimed to now that mobile is no more.

Don’t get me wrong: I [...]

If you’re anything like me, virtualization has a great and important role in your everyday work. I use to virtualize most of my development machines, with Visual Studio and the whole stack. That allows me to avoid reconfiguring the environments whenever I need to switch my main machine, plus you get all the benefits of virtualization like for example the ability to backup the whole machine and move it elsewhere.

Up until now, such deployments had just one limitation: you could not use them to run mobile apps since nested virtualization was not supported on Windows 8 or Windows Server 2012 R2 so you could not run emulators that needed Hyper-V. Things changed with Windows 10 and Windows Server 2016 since nested virtualization is now allowed so I thought that was perfect chance to redeploy machines I used for mobile development into VMs.

So Visual Studio 2015 is running and Xamarin ready, you create a new Xamarin Forms project and you want to test that your environment is working fine. You start debug for the Android application but the Visual Studio Android emulator is not working. A “Hyper-V component is not running” :

Something happened while starting a virtual machine: ‘VS Emulator 5-inch KitKat (4.4) XXHDPI Phone.macoswin’ failed to start. (Virtual machine ID 77D02994-C4A1-4A43-9AE7-7E55C03521D4) The Virtual Machine Management Service failed to start the virtual machine ‘VS Emulator 5-inch KitKat (4.4) XXHDPI Phone.macoswin’ because one of the Hyper-V components is not running (Virtual machine ID 77D02994-C4A1-4A43-9AE7-7E55C03521D4). _

Hyper-V seems to be working fine plus it has been installed, something that never succeeded in past Windows (Server) versions but emulators don’t work. The reason for this is your host is not enabling all Hyper-V features to the guest machine. That’s probably related to the fact that Hyper-V is also needed for Containers but I’m not sure about that.

Turns out that you need to tell host that you want to expose ALL Hyper-V functionalities if you want to enable full nested virtualization so you have to log into the host (which might simply be your own notebook or desktop PC or even a Surface Pro, like in my case) and run this command using an elevated shell:

Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true

<VMName> obviously is the name of the virtual machine that you want to enable nested virtualization for. Also ensure that such VM has been shut down (no saving, no suspension). Once you reboot, emulators will start working. You might need to re-deploy the emulators VMs just to ensure that everything will be redeployed in a smooth way. You simply need to delete those emulators inside Hyper-V Manager.

The problem is: when you will deploy your test app – even the simplest one, the one generated by the template – it will not run inside the emulator. It just starts and shuts down almost instantly, probably crashing.

To fix this problem, you need to change a setting in the virtual machine that is hosting Visual Studio and the emulators as well:

Again, you need to shut the VM down before changing [...]

Ricercatori internazionali hanno scoperto un RAT (remote access Trojan) basato su Android che colpisce specifici telefoni rooted in Cina e Giappone. Il sistema di spionaggio avrebbe la possibilità di effettuare screenshot, ascoltare le telefonate ed inviare i dati alla centrale di controllo che è basata in Italia. Lo sostengono i ricercatori di Bitdefender, azienda specializzata in sicurezza. Tra l’altro, si stima che quasi l’80% degli utenti di smartphone cinesi sia a rischio data la prevalenza di telefoni rooted,  cioè telefoni sbloccati per l’uso di funzionalità e applicazioni aggiuntive.

Tuttavia i ricercatori affermano che il trojan non sia usato come strumento di spionaggio di massa ma che sia usato per colpire specifici telefoni attraverso il numero identificativo international mobile equipment identity (IMEI), che è unico per ogni dispositivo, come confermerebbero i test effettuati nella prima metà del 2016.

Inoltre, sebbene il software-spia funzioni solo su telefoni rooted,  analisi compiute da Bitdefender in precedenza sembrano dimostrare che alcune applicazioni-spia su Android abbiano la capacità di sbloccare lo smartphone, a prescindere dalla versione del sistema operativo. In altre circostanza, infatti, applicazioni malware sono riuscite ad usare ben 18 moduli di rooting per cercare di guadagnare il controllo del dispositivo. In questi casi, però, lo scopo era quello di installare applicazioni sui telefoni delle vittime, non quello di installare programmi di sorveglianza.

L’uso dei codici IMEI per colpire obiettivi specifici fa pensare ad un attacco più ampio che non è stato ancora scoperto nella sua interezza. Questo perchè di solito la selezione di specifici obiettivi di solito è associata con operazioni APT (advanced persistent threat).

Bitdefender afferma che il malware è distribuito con due nomi di pacchetti, “it.cyprus.client” e “it.assistenzaumts.update” che hanno la stessa funzionalità e non hanno alcun impatto sul dispositivo della vittima.

Secondo diversi report che sono affiorati nelle scorse settimane sulla Rete, Google starebbe preparandosi a creare una versione di Android per i personal computer. Il nuovo sistema operativo dovrebbe vedere la luce entro il 2017 ma una versione di anteprima dovrebbe essere pronta già il prossimo anno, probabilmente per incoraggiare lo sviluppo di applicazioni prima dell’uscita ufficiale. Questa decisione, che deve ancora essere confermata ufficialmente, è potenzialmente importante per i suoi risvolti sia nel mercato dell’hardware che in quello del software ed è ovviamente impossibile non collegarla alle mosse recenti che Microsoft ha avviato con il progetto Windows10. Anzi, sebbene Microsoft venga da tutti considerata in difficoltà in più di un settore, almeno a leggere blog e magazine nel settore della tecnologia, è difficile non constatare come diverse mosse che concorrenti come Google o Apple hanno effettuato negli ultimi 2 anni sembrino principalmente delle risposte, forse anche tardive, alla strategia complessiva dell’azienda di Redmond. In generale, quindi, il panorama per gli sviluppatori sembra diventare di molto più complesso di quanto lo si fosse immaginato solo un paio di anni fa ma questa complessità non è da considerarsi negativa e potrebbe anzi portare a maggiori opportunità in un mercato, soprattutto quello mobile, da tempo considerato molto difficile se non addirittura asfittico.

Android e ChromeOS: cosa succederà ai due sistemi operativi di Google

Secondo le indiscrezioni, Android non andrà a sostituire ChromeOS ma affiancherà la linea di device che Google aveva preparato come alternativa ai computer desktop tradizionali. Questa soluzione ha già un sapore difensivo e serve probabilmente a cercare di placare le perplessità di tutte le aziende che hanno investito in ChromeOS e che ora, di colpo, si trovano a fare i conti con macchine ad alto rischio di diventare subito obsolete e il cui ciclo di sviluppo è altamente in dubbio.

A dire il vero, nonostante i numerosi report che decretavano il grande successo della linea ChromeOS che aveva portato qualcuno a pronosticare l’imminente sostituzione dei PC Windows con quelli del sistema Google, la linea di Internet-PC che Google ha presentato qualche anno fa non ha mai davvero sfondato nel mercato e i pochi successi presentati da BigG sono stati relativi ad accordi commerciali stipulati soprattutto nel settore scolastico/educativo nei quali il prezzo è stato probabilmente il fattore principale per la buona riuscita dell’operazione. Nelle intenzioni di Google, ChromeOS doveva infatti essere una sorta di cavallo di Troia che avrebbe portato gli utenti del mondo PC più vicino ai servizi di dell’azienda di Mountain View. L’obiettivo era sostituire molti software di uso ormai consolidato nel mondo dei PC, come ad esempio Office, con le corrispondenti versioni online di Google ma i risultati, al di fuori di accordi particolari, sono stati assolutamente deludenti soprattutto perché nel frattempo Microsoft aveva iniziato a rendere disponibili le versioni online dei propri software di produttività, collegandoli anche alle versioni installabili sui PC.

L’obiettivo di ChromeOS era quello di sostituire molti software di uso ormai consolidato nel mondo dei PC con le corrispondenti versioni online di Google ma i risultati, al di [...]

Google ha dato seguito alla sua “minaccia” di offrire Android Wear agli utenti di iPhone ed ha annunciato che i dispositivi wearable (indossabili) sono ora capaci di effettuare il pairing con gli iPhone di quinta generazione attraverso una applicazione specifica. Lo svantaggio è però che il pairing è possibile solo con dispositivi di nuova generazione (i più recenti) e che non tutte le funzionalità supportate su Android lo saranno anche su iPhone.

La mossa viene considerata importante per un mercato che, dopo un picco di interesse, sta rallentando in modo sensibile. Negli USA, il mercato dei wearable si è ridotto moltissimo dopo il picco di Gennaio, un mese che ha visto quadruplicarsi le richieste rispetto allo stesso mese dell’anno precedente. IDC afferma che Apple ha venduto circa 3,6 milioni di Watch nel secondo quadrimestre dell’anno, cosa che la porta ad essere il secondo produttore con il 19,9% del mercato.

Fitbit rimane il primo produttore con i suoi 4,4 milioni di consegne ma Apple è in scia. Samsung è l’unico dei produttori di dispositivi Android Wear nei top-5, con il quinto posto garantito da circa 600mila consegne, per un market share del 3,3%.

Ma ora che Wear consente di ricevere le notifiche da applicazioni compatibili con Android su iPhone, gli sviluppatori della piattaforma di Google possono aprirsi ad un mercato che tradizionalmente spende di più del corrispondente segmento Android, sia per i dispositivi che sullo store di applicazioni.

Google ha già confermato che tutti i dispositivi indossabili di nuova generazione supporteranno l’integrazione con iOS ma questo sottintende che i dispositivi meno recenti. e cioè quelli dei clienti che per primi hanno comprato la nuova linea e la nuova piattaforma, non saranno supportati per la delusione dei loro possessori. Android poi è famoso per la sua estrema frammentazione con decine di dispositivi non aggiornabili pur in presenza della possibilità tecnica di farlo. Alcuni utenti hanno scoperto che il reset del dispositivo alle condizioni di fabbrica consente di abilitare il funzionamento del supporto per iOS ma i messaggi conflittuali che lancia Google non aiutano a fare chiarezza.