Microsoft Lumia 950 e 950XL ufficiali e a liquido: lo smartphone si trasforma in PC

[LMCH]

Originariamente inviato da manga81

hw bello peccato per l'os

Le applicazioni, il vero problema sono le applicazioni.
In Microsoft hanno speso quasi due decenni a spingere gli sviluppatori verso direzioni fondamentalmente sbagliate ed ora stanno pagando ogni singola caXXata che hanno fatto.
Dovevano rendersene conto già quando sorsero i primi mugugni con .Net 1.0
ma erano troppo sicuri della loro posizione di monopolisti di fatto.

[Krusty93]

Originariamente inviato da LMCH

Le applicazioni, il vero problema sono le applicazioni.
In Microsoft hanno speso quasi due decenni a spingere gli sviluppatori verso direzioni fondamentalmente sbagliate ed ora stanno pagando ogni singola caXXata che hanno fatto.
Dovevano rendersene conto già quando sorsero i primi mugugni con .Net 1.0
ma erano troppo sicuri della loro posizione di monopolisti di fatto.

Spiegati meglio

[Pier2204]

Originariamente inviato da manga81

hw bello peccato per l'os

Io l'ho preso proprio per l'os...
Lumia 800, 920, 930 e 640 LTE

[LMCH]

Originariamente inviato da Krusty93

Spiegati meglio

Hai presente tutte le applicazioni win32 che funzionano da cuo su schermi ad alta risoluzione ? Con immagini sgranate e font (vettoriali) che vengono scalati male ?
Windows supportava la possibilità di leggere la risoluzione reale dello schermo, poi decisero di "fissarla" a 96dpi e scalare le bitmap se la risoluzione era più elevata o più bassa, con le API che restituivano la risoluzione che restituivano sempre 96dpi invece del valore reale.
Solo dopo molti anni (con l'introduzione di Vista) fu reso possibile leggere la risoluzione reale (modalità highDPI) ma nel frattempo un fottio di roba era stata scritta dando per scontato che la risoluzione fosse solo a 96dpi, usando bitmap a dimensione prefissata, ecc. ecc.
Quello è uno dei motivi per cui molte applicazioni win32 che in teoria si potrebbero adattare velocemente per schermi touchscreen devono essere riscritte da zero.

Questo problema riguarda anche .Net "per win32" (alla faccia della portabilità che doveva avere).

Poi un altro casino assurdo riguarda il voler imporre Direct2D,Direct3D, ecc. quando sarebbe stato consigliabile "abbracciare ed estendere" OpenGL (e questo ha creato problemi di porting da e verso Windows; cosa che prima era a vantaggio di Windows ma ora invece è a suo esclusivo svantaggio, specialmente per quel che riguarda il supporto di Soc ARM al di fuori di quelli Qualcomm).

Non parliamo poi di tutta una serie di scelte progettuali nello sviluppo e nell'evoluzione di .Net che alla fine hanno portato a relegarlo allo status di un runtime legato a versioni specifiche di Visual Studio (come succedeva con le MFC) ed alla sua sostituzione con il runtime WinRT.

Infine ci sono varie decisioni discutibili riguardo l'uso ed il supporto di linguaggi "proprietari".
Quando con .Net 1.0 hanno deciso di abbandonare Visual Basic per sostituirlo con il non retrocompatibile Visual Basic .Net hanno creato un problema di retrocompatibilità non da poco (perchè molte applicazioni sono rimaste a VB6 e non sono state portate verso VB .Net) creando inoltre un inutile doppione (VB .Net di fatto è C# con una sintassi simil-VB).

[Unrealizer]

Originariamente inviato da Lithium_2.0

in pratica con continuum la schermata Start del telefono diventa semplicemente un menù Start sul display esterno... vabbè in ogni caso sembra promettere bene

puoi eseguire contemporaneamente un'app sul display del telefono e una sul display esterno

Originariamente inviato da Rei & Asuka

La feature è interessante, e giustifica un pò di più l'acquisto di cellulari al prezzo di notebook... Che non ho mai concepito.
Detto comunque che:
- ormai siamo tutti pieni di PC, e non è che ne serva uno in più (almeno imho): usati al prezzo delle patate si trova di tutto... Bisogna vedere poi la potenza: se il cell è più performante di un vecchio PC o meno.
- Dietro bisogna portarsi dietro dock, tastiera e mouse, o lasciarli in un posto (dove probabilmente c'è già un vecchio PC che va bene uguale).
Alla fine non è come un notebook, ma portarsi dietro tutto ingombra quasi uguale e la comodità di andare in un albergo o simile, non è cosi tanta.
- Bisogna vedere la compatibilità di Win Mobile: per Office e simili, integrati con Onedrive, dovrebbe andare bene. Il resto, si vedrà...
Avevo parecchio entusiasmo subito, ma a conti fatti, l'ho ridimensionato un bel pò.

tecnicamente non hai bisogno della dock, in teoria dovrebbero bastare anche Miracast (quindi un monitor compatibile o un dongle HDMI, di dimensioni simili a ChromeCast, o ChromeCast stesso) e mouse/tastiera Bluetooth

Originariamente inviato da litocat

Se hanno dovuto inserire il raffreddamento a liquido per risolvere i problemi di surriscaldamento dello snap 810, tanto valeva usare un processore intel... avrebbe avuto più senso per sfruttare continuum al 100%.

Affatto: è Windows 10 Mobile, niente software win32
Mobile regge solo app UWP e app Windows Phone "legacy", sommaci il fatto che molte app per Windows Phone 8.0 e successivi includono librerie native ARM e ottieni che il parco software di un telefono W10 Mobile basato su processori Intel è limitato alle UWP (che sono ancora pochissime), alle app per WP 7.x (che IMHO dovrebbero estirpare dallo store con la forza) e le 2-3 app per WP 8.x che non usano librerie native (basta anche usare SQLite e questo requisito salta)

avresti una piccola frazione di un parco software che è già considerato troppo piccolo... ovvero sarebbe un disastro!

Originariamente inviato da LMCH

Ah! Ah! Ah! Ah!

Hanno messo il RAFFREDDAMENTO A LIQUIDO ...
e gli abbinano una batteria da 3000mAh.

Significa che quel sistema di raffreddamento
GLI SERVE SOLO QUANDO IL DISPOSITIVO E' CONNESSO ALLA DOCKING STATION
oppure che alcune app si succhiano viva la batteria in poche decine di minuti.

E non dimentichiamo che anche se c'e' la docking station ecc. si è comunque limitati
alle Universal App (che devono ancora arrivare in forze ... si spera) ed alla roba che girava già sui Tablet Windows RT (quelli che hanno avuto un successone che non vi dico).

Insomma, se le nuove app non arrivano in fretta, sul lato smartphone non la vedo bene neanche questa volta per Microsoft nonostante l'hardware decisamente interessante.

Non ha nulla a che vedere con RT, quelli erano dispositivi economici e che facevano girare soltanto app che non erano viste di buon occhio da sviluppatori e utenti... con UWP puoi fare app perfettamente utilizzabili anche da desktop, quindi è molto più conveniente per gli sviluppatori realizzarne rispetto a 8.1

Originariamente inviato da ugo73

niente dual sim?

è nella variante a cialde

Originariamente inviato da 761-176

Io ho letto che far girare le app di Android non è difficile e pare funzionino anche discretamente bene. È un buon inizio...

Poi Google pare che voglia fare le sue apo anche per l'ecosistema windows

quelle che partono funzionano più o meno decentemente

Originariamente inviato da CrzHrs

Da un punto di vista lavorativo sto aspettando questo telefono. La maggior parte dei software produttivi e programmatori girano su windows, ergo poter programmare tutto portandomi dietro solo le interfacce usb sarebbe comodo.. molto comodo..

peccato che supporti solo UWP e non Win32 (leggi la parte sopra in cui rispondevo a litocat)

Originariamente inviato da litocat

Visto il flop di Windows RT, io qualche domanda me la porrei.

unrelated

Originariamente inviato da 761-176

Domanda stupida... Quando collego il telefono alla dock è in carica? La dock ha alimentazione a parte visto che non credo che hdmi sia energia... Giusto?

Si, il cavo USB-C porta anche l'alimentazione oltre a dati e video

Originariamente inviato da Utonto_n°1

Dipende da che aziende frequenti, la mia e altre belle grosse, danno in dotazione portatili con docking station, quindi capita spesso che ci siano scrivanie libere (persone in ferie, in trasferta o altro), con mouse, tastiera e monitor pronti all'uso
Cmq, al momento, l'inghippo è che ogni modello di portatile ha una docking diversa e quindi non ci si può collegare al volo

So per certo che una certa grossa azienda italiana correlata al topic lavora così, i dipendenti hanno dei portatili (ThinkPad credo) e non ci sono scrivanie fisse, tu arrivi, trovi una postazione qualunque, attacchi il PC a monitor/mouse/tastiera che trovi alla postazione e lavori (e non mi sorprenderebbe se iniziassero ad equipaggiare qualche piattaforma con dock Continuum)

Originariamente inviato da gnappoman

ma perchè diamine non usano chip inteL??????

leggi sopra

Originariamente inviato da LMCH

Hai presente tutte le applicazioni win32 che funzionano da cuo su schermi ad alta risoluzione ? Con immagini sgranate e font (vettoriali) che vengono scalati male ?
Windows supportava la possibilità di leggere la risoluzione reale dello schermo, poi decisero di "fissarla" a 96dpi e scalare le bitmap se la risoluzione era più elevata o più bassa, con le API che restituivano la risoluzione che restituivano sempre 96dpi invece del valore reale.
Solo dopo molti anni (con l'introduzione di Vista) fu reso possibile leggere la risoluzione reale (modalità highDPI) ma nel frattempo un fottio di roba era stata scritta dando per scontato che la risoluzione fosse solo a 96dpi, usando bitmap a dimensione prefissata, ecc. ecc.
Quello è uno dei motivi per cui molte applicazioni win32 che in teoria si potrebbero adattare velocemente per schermi touchscreen devono essere riscritte da zero.

Questo problema riguarda anche .Net "per win32" (alla faccia della portabilità che doveva avere).

Motivo in più per sviluppare su UWP piuttosto che con le tecnologie desktop tradizionali, non credi? Ovviamente a meno di requisiti particolari

Poi un altro casino assurdo riguarda il voler imporre Direct2D,Direct3D, ecc. quando sarebbe stato consigliabile "abbracciare ed estendere" OpenGL (e questo ha creato problemi di porting da e verso Windows; cosa che prima era a vantaggio di Windows ma ora invece è a suo esclusivo svantaggio, specialmente per quel che riguarda il supporto di Soc ARM al di fuori di quelli Qualcomm).

Adesso è possibile usare OpenGL tramite ANGLE

Non parliamo poi di tutta una serie di scelte progettuali nello sviluppo e nell'evoluzione di .Net che alla fine hanno portato a relegarlo allo status di un runtime legato a versioni specifiche di Visual Studio (come succedeva con le MFC) ed alla sua sostituzione con il runtime WinRT.

Perché legato a versioni specifiche di VS? Per ora sto usando la 2015 e nulla mi vieta di creare un progetto .NET 2.0 (oltre al fatto che non mi piace farmi del male )

Infine ci sono varie decisioni discutibili riguardo l'uso ed il supporto di linguaggi "proprietari".
Quando con .Net 1.0 hanno deciso di abbandonare Visual Basic per sostituirlo con il non retrocompatibile Visual Basic .Net hanno creato un problema di retrocompatibilità non da poco (perchè molte applicazioni sono rimaste a VB6 e non sono state portate verso VB .Net) creando inoltre un inutile doppione (VB .Net di fatto è C# con una sintassi simil-VB).

Beh C# è arrivato dopo VB
Comunque su UWP non sei limitato a .NET

E non capisco come possano eventi avvenuti 15 anni fa avere a che fare con il successo di una piattaforma appena uscita

Ti da fastidio usare .NET? Puoi usare C++ o JavaScript/TypeScript, o anche Java e Swift se ti va (usando i prodotti RemObjects)

[ziozetti]

Display dock a 99 dollari.
Circa il doppio di quanto sarei stato disposto a spendere se avessi avuto uno smartphone WP.

[LMCH]

Originariamente inviato da Unrealizer

Non ha nulla a che vedere con RT, quelli erano dispositivi economici e che facevano girare soltanto app che non erano viste di buon occhio da sviluppatori e utenti... con UWP puoi fare app perfettamente utilizzabili anche da desktop, quindi è molto più conveniente per gli sviluppatori realizzarne rispetto a 8.1

Indovina quale è il software attualmente disponibile per Windows 10 "per ARM".

Originariamente inviato da Unrealizer

Motivo in più per sviluppare su UWP piuttosto che con le tecnologie desktop tradizionali, non credi? Ovviamente a meno di requisiti particolari

Attualmente sviluppare per UWP significa usare API ancora in fase di transizione la cui maggior fetta di utenza sono notebook e desktop con Windwos 8.x e 10.

Originariamente inviato da Unrealizer

Adesso è possibile usare OpenGL tramite ANGLE

Non certo grazie a Microsoft, inoltre ANGLE emula solo OpenGL/ES 2 e si basa su DirectX9.

Originariamente inviato da Unrealizer

Perché legato a versioni specifiche di VS? Per ora sto usando la 2015 e nulla mi vieta di creare un progetto .NET 2.0 (oltre al fatto che non mi piace farmi del male )

Hai presente quanto installi VS2010 ed SDK 7.1 su Windows 10 e spuntano rogne di retrocompatibilità riguardo la versione di .Net utilizzata ?

Originariamente inviato da Unrealizer

Beh C# è arrivato dopo VB
Comunque su UWP non sei limitato a .NET

E non capisco come possano eventi avvenuti 15 anni fa avere a che fare con il successo di una piattaforma appena uscita

Gli eventi di 15 anni fa hanno di fatto causato problemi di porting verso i nuovi runtime e letteralmente bruciato l'investimento fatto da quelli che hanno fatto l'idiozia di portare il loro software da win32 a .Net.

Originariamente inviato da Unrealizer

Ti da fastidio usare .NET? Puoi usare C++ o JavaScript/TypeScript, o anche Java e Swift se ti va (usando i prodotti RemObjects)

A parte il fatto che .Net ormai neppure Microsoft sa più cosa sia (e NON è un linguaggio).
Sono anni che preferenzialmente uso librerie crossplatform e mi risparmio tutti gli sbattimenti che hanno quelli che si ritrovano a dover ri-portare il loro software da questo a quel runtime o da queste o quelle API di Microsoft.
Questo perchè nonostante Microsoft si sia fissata a reinventare la ruota ogni due..tre anni ... la ruota rimane sempre la stessa.

[bio.hazard]

Originariamente inviato da ziozetti

Display dock a 99 dollari.
Circa il doppio di quanto sarei stato disposto a spendere se avessi avuto uno smartphone WP.

con il nuovo smartphone Windows 10 presentato da Acer, il dock, la tastiera ed il mouse saranno compresi nel prezzo...

...solo che non si sa ancora quale sarà il prezzo!

[Unrealizer]

Originariamente inviato da ambaradan74

Esiste una lista di App con supporto a Continuum e con i changelog?

Credo non esista e non esisterà mai una lista ufficiale visto che teoricamente dovrebbe essere tutto lo Store compatibile con Mobile

Originariamente inviato da LMCH

Indovina quale è il software attualmente disponibile per Windows 10 "per ARM".

Le app Windows Phone e quelle UWP visto che le uniche varianti di 10 compatibili con ARM sono Mobile e IoT, e su nessuna di queste girano le vecchie app RT 8.1

Attualmente sviluppare per UWP significa usare API ancora in fase di transizione la cui maggior fetta di utenza sono notebook e desktop con Windwos 8.x e 10.

UWP è solo su 10, inoltre sarà l'API di riferimento per le prossime versioni di Windows, quindi se si deve iniziare un nuovo progetto a lungo termine ha senso prenderlo in considerazione

Non certo grazie a Microsoft, inoltre ANGLE emula solo OpenGL/ES 2 e si basa su DirectX9.

Capisco che il supporto ad OpenGL abbia senso in ottica di porting da iOS e Android, ma dev'essere anche una bella rogna garantire il supporto su tutta la lineup (mobile, IoT, desktop, hololens...) ad un'API su cui non hanno alcun controllo

D3D e D2D li usi (quasi) allo stesso modo su tutti i dispositivi Windows moderni, inoltre Win2D e la projection di D3D su UWP lo rendono molto più semplice da utilizzare rispetto all'API tradizionale per D3D

Hai presente quanto installi VS2010 ed SDK 7.1 su Windows 10 e spuntano rogne di retrocompatibilità riguardo la versione di .Net utilizzata ?

intendi il form che ti chiede il permesso per scaricare ed installare .NET 3.5?

Gli eventi di 15 anni fa hanno di fatto causato problemi di porting verso i nuovi runtime e letteralmente bruciato l'investimento fatto da quelli che hanno fatto l'idiozia di portare il loro software da win32 a .Net.

Portare un software da un runtime ad un altro senza alcun vantaggio pratico se non quello di poter dire che stai usando il nuovo e scintillante giocattolo è stupido a prescindere dalla piattaforma... Comunque su RT e UWP puoi utilizzare molto codice .NET e C++ (anche COM e Win32) se scritto con criterio, quindi a meno che la tua applicazione non sia composta al 90% da API non portate non dovrebbe essere un task troppo complesso il porting

A parte il fatto che .Net ormai neppure Microsoft sa più cosa sia (e NON è un linguaggio).
Sono anni che preferenzialmente uso librerie crossplatform e mi risparmio tutti gli sbattimenti che hanno quelli che si ritrovano a dover ri-portare il loro software da questo a quel runtime o da queste o quelle API di Microsoft.
Questo perchè nonostante Microsoft si sia fissata a reinventare la ruota ogni due..tre anni ... la ruota rimane sempre la stessa.

che non fosse un linguaggio mi pareva abbastanza ovvio...
comunque anch'io utilizzo preferenzialmente librerie cross-platform... e lavoro su .NET