|
|||||||
|
|
|
![]() |
|
|
Strumenti |
|
|
#81 | |
|
Senior Member
Iscritto dal: Feb 2009
Città: Forlì
Messaggi: 3690
|
Quote:
Poi son d'accordissimo che una maggiore possibilità di scelta farebbe contente più persone (Linux da sto punto di vista è il top), ma tu ce lo vedi l'utente medio a configurarsi la GUI? E poi quando va nel PC di un amico/collega configurato diversamente che fa? Crisi totale! Per come la vedo io Metro non è perfetta ma è fatta bene, all'atto pratico è meglio del vecchio menù Start, fa molto di più e si può ancora migliorare, alla lunga credo possa pure sostituire a pieno l'interfaccia classica.
__________________
In My Humble Opinion
Tutto quello che scrivo è IMHO! |
|
|
|
|
|
|
#82 | |||
|
Senior Member
Iscritto dal: Jan 2007
Messaggi: 6243
|
Quote:
hanno compiuto. Se avessero permesso che le applicazioni WinRT girassero a finestre multiple nel desktop (mantenendo la modalità modern ui opzionale su desktop/notebook e di default su tablet e smartphone) avrebbero avuto molto meno problemi specialmente perche su desktop è percepito come normale che coesistano applicazioni con "stili di UI" differenti e che condividono lo stesso desktop. Invece con le due UI "obbligatoriamente separate" (ed usando di default quella "nuova" da tablet) si è visto che reazioni hanno prodotto. Se avessero rilasciato dei runtime WinRT per XP, Vista e 7 sarebbe stato anche meglio; attualmente su Windows x86 il runtime WinRT si appoggia alle win32 (ed ha pure funzionalità molto più ridotte) sarebbe stato un gioco da ragazzi per un azienda con le risorse che ha Microsoft; in questo modo gli sviluppatori avrebbero avuto meno remore a passare alla nuova UI ed alle nuove API. Invece ora, magari proprio quelli che restavano su Windows perchè "è lo standard di fatto" e gli permetteva di supportare una sola piattaforma, ora si ritrovano con DUE piattaforme differenti da supportare (runtime win32 e runtime WinRT) con costi maggiori (perchè almeno per qualche anno non si può smettere di supportare e migliorare le applicazioni per Win32 ... proprio a causa delle funzionalità mancanti sul lato WinRT). Non parliamo poi della faccenda "da qui in avanti ci incameriamo il 30% del costo di vendita delle nuove applicazioni per Windows e si installano le applicazioni nuove solo dallo Store". Un altro vantaggio che aveva chi sceglieva l'ecosistema Microsoft che se ne va in malora. Quote:
Quote:
Poi trovo ridicolo che non si siano resi conto che Windows Phone 7 ha avuto problemi sia per lo schema di commercializzazione obsoleto (basato su licenze) e sia per aver chiuso le possibilità di scelta degli sviluppatori forzando ad usare API limitate rispetto alla concorrenza e forzando l'uso di Silverlight. Con Windows Phone 8 hanno corretto il tiro sul lato sviluppatori ... ma continuano a proporre licenze che non sono competitive. Cioè se usi Windows Phone 8 devi comunque spendere per sviluppare/adattare il BSP (come faresti con Android) ma poi devi pagare Microsoft per la licenza d'uso di ogni prodotto venduto (e con Android, anche pagando a Microsoft "l'uso dei brevetti" finisce che spendi meno) e ci sono pure limitazioni sull'hardware che puoi utilizzare (sia verso il basso che verso l'alto). Potevano benissimo dare la licenza quasi gratis (solo i costi di certificazione una tampo per modello di dispositivo) ed avrebbero già guadagnato molto di più con le vendite di app e contenuti tramite il loro Store. In altre parole, non si tratta di cose che vengono risolte automagicamente con un API "unificata" (si fa per dire) e basta. Ma ormai sembra che abbiano deciso che possono ignorare la realtà e fare come vogliono se ci spendono sopra abbastanza soldi; sarà interessante vedere se ne hanno a sufficienza. |
|||
|
|
|
|
|
#83 |
|
Senior Member
Iscritto dal: Oct 2001
Messaggi: 14739
|
Guarda, io sono abbastanza d'accodo con quello che hai scritto (ho alcuni dubbi su certi punto, ma in generale posso condividere), ma non ho ben capito quale soluzione davvero proponi.
Voglio dire... sei sicuro che delle API uniche avrebbero permesso a Microsoft di lasciarsi dietro tutto il "vecchio" delle api precedenti? Non si sarebbe rischiato come al solito di portarsi dietro ciarpame in nome della compatibilità? In fin dei conti MS ha fatto già questo passaggio più volte, anche all'uscita di Win95, per esempio, c'è stata questa duplicazione delle librerie. E il vecchio alla fine è stato abbandonato. Oppure guarda cosa ha fatto Apple, la scelta di optare per un sistema mobile diverso e incompatibile rispetto a macos è sembrata a molti (me compreso) una follia perchè nonostante le potenzialità, ciò che risultava evidente era la mancanza di software rispetto agli altri sistemi. Eppure è stata proprio questa la scelta vincente, che ha permesso di creare un ambiente innovativo capace di dare un'esperienza d'uso che ha fatto il successo del dispositivo. |
|
|
|
|
| Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 15:31.




















