Un primo sguardo all'Internet of Things di Microsoft
Durante l'edizione di quest'anno di //Build/, la più importante conferenza dedicata agli sviluppatori organizzata da Microsoft, e tenutasi anche quest'anno a San Francisco, è stato presentato e aperto al pubblico il "Windows Developer Program for IoT". Lo scopo di questo programma è quello di portare la cosiddetta Windows Platform all'interno di una nuova classe di dispositivi, mettendo a disposizione agli sviluppatori e ai makers, strumenti di sviluppo e debug di prima scelta, che permettono tramite l'utilizzo di un sub-set delle API Win32, di sviluppare e distribuire soluzioni software per questo particolare tipo di dispositivi. Il Windows Developer Program for IoT è nato come diretta risposta da parte di Microsoft a uno dei trend di maggior rilevanza mediatica, nonché uno dei più importanti trend nel panorama IT del 2014 secondo l'IEEE (Institute of Electrical and Electronics Engineers), ovvero l'Internet of Things.
Il mondo dell'Internet delle cose rappresenta una particolare visione di una realtà futura, dove gli oggetti di tutti giorni, saranno dotati di connettività e tramite essa potranno trasferire all'interno della rete una serie di informazioni e dati, relativi a ciò che circonda noi stessi e il dispositivo stesso. Le aspettative di guadagno per questo settore dell'industria IT sono state generosissime, andando a stimare guadagni ben oltre i miliardi di dollari e un numero di dispositivi intelligenti connessi alla rete per un totale anche esso ben superiore al miliardo. Detto questo è facile capire e comprendere perché Microsoft abbia scelto di aumentare i propri effort in questo settore, partendo appunto dagli strumenti e dalle risorse messe a disposizione a noi sviluppatori.
Preconcetti e hardware per il debug del nostro software
Ovviamente, come per ogni nuova tecnologia, anche in questo caso sono necessarie una serie di conoscenze di base per iniziare a sviluppare per Windows on Device, in questo caso il requisito fondamentale, oltre all'hardware per il debug di cui parleremo tra poco, è la familiarità con lo sviluppo nativo e il set di API di Win32; Ad oggi infatti, lo sviluppo .NET non è uno scenario completamente supportato, a causa di una parziale implementazione del runtime, tuttavia come vedremo più avanti questo limite può essere in parte superato utilizzando software di terze parti.
Per quanto riguarda invece le development board da utilizzare in fase di debug del nostro software, è possibile scegliere tra svariati modelli, tuttavia le board Intel Galileo (G1 oppure G2), rappresentano la scelta migliore per fare i primi esperimenti di sviluppo, anche grazie all'ottimo prezzo di vendita che nel caso della Galileo G1 si aggira intorno ai 60¤, spedizioni incluse. Qualora possediate già una board Galileo, o avete in programma di acquistarne una, potete trovare maggiori dettagli e le istruzioni per il setup della board a questo indirizzo.
Contenuti dell'articolo
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Utilizzare le collection expression in C#
Utilizzare Model as a Service su Microsoft Azure
Come migrare da una form non tipizzata a una form tipizzata in Angular
Definire stili a livello di libreria in Angular
Specificare il versioning nel path degli URL in ASP.NET Web API
Evitare la script injection nelle GitHub Actions
Load test di ASP.NET Core con k6
Copiare automaticamente le secret tra più repository di GitHub
Creare form tipizzati con Angular
Sfruttare lo streaming di una chiamata Http da Blazor
Utilizzare un service principal per accedere a Azure Container Registry
Filtrare e rimuovere gli elementi dalla cache del browser tramite le API JavaScript
Top Ten Articoli
- Blazor e il pattern Model-View-ViewModel
di Giampaolo Tucci - Realizzare una Progressive Web Application con Blazor e ASP.NET Core
di Giampaolo Tucci - Gestire le chiamate a servizi esterni in ASP.NET Core e Blazor tramite Polly
di Morgan Pizzini - Le novità in ASP.NET Core e Blazor con .NET 7
di Morgan Pizzini - Creare API GraphQL con ASP.NET Core e HotChocolate
di Moreno Gentili - Introduzione a Blazor WebAssembly
di Marco De Sanctis, Moreno Gentili - Utilizzare scene 3D in Windows Presentation Foundation
di Marco Leoncini - Usare gRPC come infrastruttura per i nostri servizi web
di Morgan Pizzini - Abilitare e gestire il prerendering nelle applicazioni Blazor WebAssembly
di Marco De Sanctis - Le novità di ASP.NET Core 5
di Marco De Sanctis
Articoli via e-mail
Iscriviti alla nostra newsletter nuoviarticoli per ricevere via e-mail le notifiche!
In primo piano
I più letti di oggi
- Impostare un elemento come ridimensionabile tramite CSS
- Proteggersi dagli attacchi di Open Redirect in ASP.NET Core MVC
- Personalizzare l'errore del rate limiting middleware in ASP.NET Core
- Accedere alla console di una Azure Container App
- Modificare i metadati nell'head dell'HTML di una Blazor Web App
- Gli oggetti CallOut di Expression Blend 4.0
- SQL Server 2005 December CTP
- Sfruttare le nuove tipologie di input di HTML5 con ASP.NET 4.0
- Upload da una pagina web con Dundas Upload
In evidenza
- Disabilitare automaticamente un workflow di GitHub (parte 2)
- Ottimizzazione dei block template in Angular 17
- Utilizzare il trigger SQL con le Azure Function
- Paginare i risultati con QuickGrid in Blazor
- Come EF 8 ha ottimizzato le query che usano il metodo Contains
- Evitare (o ridurre) il repo-jacking sulle GitHub Actions
- Definire stili a livello di libreria in Angular
- Cambiare la chiave di partizionamento di Azure Cosmos DB