Rilasciata la guida per il porting da Symbian Qt a Windows Phone

[darkbasic]

Originariamente inviato da WarDuck

Tra l'altro non mi risultano porting ufficiali di Qt sulle altre piattaforme mobili, per cui perché dovrebbero fare una cosa del genere?

Guarda che le qt sono loro, se le sono comprate e ci hanno investito centinaia di milioni di dollari prima di buttarle nel cesso

Originariamente inviato da andw93

non ho mai visto nessuno argomentare bene come te
prima di "augurare" dicci almeno il perchè

Prima o poi ci si stufa di argomentare, ne hanno combinate troppe e hanno un CEO a cui non sta a cuore minimamente l'azienda e che è disposto a remare controcorrente pur di diffondere windows phone

[calabar]

@zephyr83
Mi riferivo al codice nativo.

[LMCH]

Originariamente inviato da zephyr83

prima o poi il modo di usare codice nativo devono implementarla altrimenti tutti quei programmi con un codec proprio nn approderanno mai su WP (vedi Viber).

Non solo i programmi con codec, pure parecchia altra roba utile.

Ad esempio OpenCV attualmente gira sia su Android che su iOS, ma per WP7 proprio non se ne parla.

Una volta Microsoft arrivava seconda dopo aver preso nota degli sbagli della concorrenza e li scavalcava, ora con WP7 è arrivata terza e non ha preso minimamente nota che pure Android (il suo vero avversario nel settore degli smartphone) era partito con Java+Dalvik e poi hanno dovuto aggiungere un NDK.

Silverlight non può fare a parità di hardware tutto quello che si può fare in C/C++ e chi ha già grosse basi di codice sviluppato preferisce evitare le riscritture e peggio ancora tenere basi di codice sorgente completamente separate, specialmente se l'unica ragione è che un gruppetto di markettari chiusi nei loro uffici a Redmond ha deciso così.

Io sviluppo già applicazioni industriali sia per Windows che per Windows CE usando Qt proprio perchè oltre ad essere molto più produttivo in generale, non devo perdere inutilmente tempo a riscrivere codice per il "linguaggio del giorno" di Microsoft.

[zephyr83]

Originariamente inviato da calabar

@zephyr83
Mi riferivo al codice nativo.

capisco e infatti i suoi vantaggi la soluzione adottata da microsoft (così come android cn "java") ce l'ha eccome! Ma per alcune applicazioni bisogna usare codice nativo e secondo me prima o poi microsoft "concederà" questa cosa, nn si può lasciare un sistema operativo del genere senza questa possibilità

[Elgabro]

Originariamente inviato da Pier2204

Ma tu quando si parla di Nokia devi sempre Trollare?, non vedi l'ora che arrivino queste notizie per sfogarti?

Ma il forum di iPhone non è da un'altra parte?

Ho espresso la mia opinione in merito, se poi ti rode così evidentemente qualcosa ha toccato un punto dolente, ma sono affari tuoi.

Problem?

[Pier2204]

Originariamente inviato da Elgabro

Ho espresso la mia opinione in merito, se poi ti rode così evidentemente qualcosa ha toccato un punto dolente, ma sono affari tuoi.

Problem?

io lo chiamo sarcasmo di basso livello. In sostanza dici che si tratta di ferraglia. Le opinioni, come le critiche vanno documentate.

[tacchinox]

Ma silverlight ha un senso adesso che esce HTML5 ?

[Elgabro]

ma documentami tu il contrario :-)

[zephyr83]

Originariamente inviato da tacchinox

Ma silverlight ha un senso adesso che esce HTML5 ?

bhe di sicuro microsoft sta pensando anche a quello
http://www.appuntidigitali.it/16077/...emi-microsoft/
La nuova piattaforma di sviluppo sarà stata basata su HTML5, Javascript, css. Ma tanto il linguaggio di programmazione definitivo non esiste, meglio esser il più flessibili possibili! Di certo moltissime delle applicazioni che girano su un telefono nn hanno certo bisogno di chissà quale linguaggio, delle "web apps"! sarebbero più che sufficienti! ma per altre cose il discorso è ben diverso!

[unnilennium]

bAH. intanto il lancio dell'n9, anche se è già pronto, sta ritardando, e stanno riducendo anche i paesi dove verrà distribuito, per paura che in tanti si accorgano che il prodotto, anche se in ritardo, ha tutti i crismi per essere un ottimo smartphone, anche confrontato con wp7... che invece è ancora in ritardo. queste riconversioni brutali di software non hanno mai portato nulla di buono, vedremo nel lungo termine, adesso esce mango, ed è la cosa migliore che hanno fatto, nokia o non nokia.

[zephyr83]

Originariamente inviato da unnilennium

bAH. intanto il lancio dell'n9, anche se è già pronto, sta ritardando, e stanno riducendo anche i paesi dove verrà distribuito, per paura che in tanti si accorgano che il prodotto, anche se in ritardo, ha tutti i crismi per essere un ottimo smartphone, anche confrontato con wp7... che invece è ancora in ritardo. queste riconversioni brutali di software non hanno mai portato nulla di buono, vedremo nel lungo termine, adesso esce mango, ed è la cosa migliore che hanno fatto, nokia o non nokia.

sto n9 così in ritardo nn sembrava! nn ci fosse stato Elop l'avrebbero già immesso nel mercato visto che in origine il debutto era previsto per la prima vera scorsa!! Ma va bhe, ormai è andata così

[WarDuck]

Originariamente inviato da LMCH

Non solo i programmi con codec, pure parecchia altra roba utile.

Ad esempio OpenCV attualmente gira sia su Android che su iOS, ma per WP7 proprio non se ne parla.

Una volta Microsoft arrivava seconda dopo aver preso nota degli sbagli della concorrenza e li scavalcava, ora con WP7 è arrivata terza e non ha preso minimamente nota che pure Android (il suo vero avversario nel settore degli smartphone) era partito con Java+Dalvik e poi hanno dovuto aggiungere un NDK.

Silverlight non può fare a parità di hardware tutto quello che si può fare in C/C++ e chi ha già grosse basi di codice sviluppato preferisce evitare le riscritture e peggio ancora tenere basi di codice sorgente completamente separate, specialmente se l'unica ragione è che un gruppetto di markettari chiusi nei loro uffici a Redmond ha deciso così.

Io sviluppo già applicazioni industriali sia per Windows che per Windows CE usando Qt proprio perchè oltre ad essere molto più produttivo in generale, non devo perdere inutilmente tempo a riscrivere codice per il "linguaggio del giorno" di Microsoft.

WP7 è nato così, non è che c'è diventato. E comunque non si è mai visto che le API di un SO che si debbano adattare ai programmatori (ergo alle applicazioni) ma viceversa.

Inoltre in linea teorica C# permette il codice unsafe, quindi secondo me al massimo potenzieranno quello, piuttosto che tornare su linguaggi orripilanti come C++.

[zephyr83]

Originariamente inviato da WarDuck

WP7 è nato così, non è che c'è diventato. E comunque non si è mai visto che le API di un SO che si debbano adattare ai programmatori (ergo alle applicazioni) ma viceversa.

Inoltre in linea teorica C# permette il codice unsafe, quindi secondo me al massimo potenzieranno quello, piuttosto che tornare su linguaggi orripilanti come C++.

dai ma perché sempre con sta storia dei linguaggi "orripilanti"?? poi nn si tratta di realizzare tutte le applicazioni in questa maniera ma solo alcune o alcune parti tipo un codec!

[eltalpa]

Originariamente inviato da WarDuck

WP7 è nato così, non è che c'è diventato. E comunque non si è mai visto che le API di un SO che si debbano adattare ai programmatori (ergo alle applicazioni) ma viceversa.

Inoltre in linea teorica C# permette il codice unsafe, quindi secondo me al massimo potenzieranno quello, piuttosto che tornare su linguaggi orripilanti come C++.

Schifare un linguaggio tanto per schifarlo non ha senso. C e C++ hanno il loro senso di esistere, soprattutto sui dispositivi mobili dove le performance sono ancora piu' critiche. Nelle routine piu' usate magari pure due righe di assembler non farebbero male. Chiudendo le porte al codice nativo su WP7 si stanno solo giocando molte possibilita' di applicazioni in piu'. Il tutto per cosa? Per forzare la gente su .NET.

Un esempio recente di ottimizzazione da parte del team Qt. C'e' un motivo se le Qt hanno prestazioni eccezionali anche sui device nokia (che sono degli arm11, quindi da tutti additati come 'lenti'): http://labs.qt.nokia.com/2011/03/25/...tringfromutf8/

[LMCH]

Originariamente inviato da WarDuck

WP7 è nato così, non è che c'è diventato. E comunque non si è mai visto che le API di un SO che si debbano adattare ai programmatori (ergo alle applicazioni) ma viceversa.

Appunto perché è "nato così" che la cosa è grave.
Ripeto, avevano sotto il naso cosa aveva sbagliato la concorrenza.

Originariamente inviato da WarDuck

Inoltre in linea teorica C# permette il codice unsafe, quindi secondo me al massimo potenzieranno quello, piuttosto che tornare su linguaggi orripilanti come C++.

C# sarebbe un linguaggio ben più orripilante se non avesse un enorme set di librerie "più o meno standard" e tool di sviluppo consolidati.

Infatti anche in passato avevo scritto che è inutile confrontare C# (con implicitamente tutto l'ambaradan che si porta dietro) con il C/C++ "nudo e crudo" oppure con C++ & MFC (win32 "incapsulato a pene di segugio" in classi C++).

Inoltre come hai scritto pure tu "in linea teorica" C# permette il codice unsafe e questo la dice lunga su come è stata gestita la fase iniziale di ideazione del linguaggio visto che non esiste un interfaccia "pulita" che permetta di tener separati ed entrambi portabili i lati safe ed unsafe (e questo in un linguaggio "progettato da zero" è indice di una pessima progettazione, Microsoft voleva "il suo Java" e quello ha ottenuto, ma non è che sia un linguaggio superiore agli altri).