Roma – Si tratta molto probabilmente delle prime dichiarazioni pubbliche di Barack Obama sul famigerato Anti-Counterfeiting Trade Agreement (ACTA). Parole piuttosto ferme, con cui il Presidente degli Stati Uniti ha reso nota la propria posizione all’interno del vasto dibattito internazionale sul trattato segreto che dovrebbe estendere a livello globale la tutela del diritto d’autore.
Ma non si tratta di parole che piaceranno in modo particolare a tutti coloro che hanno visto in Barack Obama una sorta di paladino della trasparenza sul web, oltre che delle attuali libertà garantite dalle nuove tecnologie. Intervenuto nel corso di una conferenza a Washington D.C. – la Export/Import Bank’s annual conference – Barack Obama ha confessato un profondo impegno nella tutela delle opere dell’ingegno .
“Abbiamo intenzione di proteggere in maniera aggressiva la nostra proprietà intellettuale – ha spiegato Obama – perché il nostro più grande valore sta nell’innovazione e la creatività dei cittadini statunitensi. Questo è essenziale per la prosperità del nostro paese. E rappresenta un vantaggio competitivo solo se le nostre aziende sono consapevoli del fatto che nessun altro può rubare loro le idee, replicandole con risorse più economiche”.
Obama non si è fermato qui , sottolineando innanzitutto come non ci sia nulla di sbagliato nell’utilizzo altrui delle tecnologie made in USA . Un pagamento appropriato alle aziende a stelle e strisce sarebbe tuttavia più che fondamentale, attraverso un sistema incisivo di licensing. “È proprio per questo – ha continuato Obama – che i rappresentanti del commercio statunitense stanno sfruttando un intero arsenale di strumenti a loro disposizione”.
Strumenti per cosa? Secondo la visione di Obama , per combattere attività che danneggiano seriamente l’economia statunitense . “Tra questi strumenti – ha spiegato il Presidente – ci sono alcune negoziazioni atte a rinforzare gli attuali accordi, per crearne quindi di nuovi”. Incluso l’ Anti-Counterfeiting Trade Agreement (ACTA).
Mauro Vecchio
leggi i 24 commenti
-
Anche?
Silverlight spintona Flash anche su Symbianin che altri ambiti spintona?a parte i siti creati ad hocper un po' di pubblicità,tipo quello della RAI -
Curioso come...
... non si sia parlato di Windows Mobile 6.5 e precedentiEppure sono (ancora ?) figli di Microsoft.O tutti presi dalla loro nuova (cagata) con Windows Phone 7 si sono già dimenticati di tutti coloro che hanno acquistato il loro precedente sistema operativo preferendo a loro persino chi ha Symbian ? -
non mi piace
Nessuna delle 2 tecnologie mi convince. Si tratta pur sempre di metacontainerParrebbe ora che si vada ad uno standard pubblico e liberamente implementabile. Nella pratica allo stato attuale il flash è più diffuso, soprattutto sulle piattaforme mobile. Si è detto che sarebbe un mangia batteria, ma tutti sappiamo benissimo che il vero mangia batteria in uno smart phone è il display (basta guardare una statistica di consumo).il display è abbondantemente la voce principale. Il vero problema è invece arrivare a uno standard, mentre, sul lato consumi vedo al momento poche alternative ad un display più risparmioso. Tipo inchiostro elettronico, per capirci.-
Re: non mi piace
L'importante è che sia supportato adesso.Se, poi, non sarà più utilizzato, disinstalleremo o lasceremo inerte, il plug-in."Parrebbe ora che si vada ad uno standard pubblico e liberamente implementabile." ?A me non pare: HTML5 è solo un draft ed al momento ancora non si sa quale e se ci sarà uno standard pubblico, quello che c'è adesso non è standard e non è pubblico, oltre a non essere supportato dai maggiori browser, anche quelli mobile.-
Re: non mi piace
- Scritto da: ziovax
L'importante è che sia supportato adesso.
Se, poi, non sarà più utilizzato, disinstalleremo
o lasceremo inerte, il
plug-in.
"Parrebbe ora che si vada ad uno standard
pubblico e liberamente implementabile."
?
A me non pare: HTML5 è solo un draft ed al
momento ancora non si sa quale e se ci sarà uno
standard pubblico, quello che c'è adesso non è
standard e non è pubblico, oltre a non essere
supportato dai maggiori browser, anche quelli
mobile.Non hai capito, parrebbe, in questo caso stava per sarebbe. ..html5 infatti non basta.
-
-
Re: non mi piace
Flash non è fatto per programmatori.Flash è nato per fare animazioni, ultimamento stà cambiando, ma è sempre qualcosa orientato alla grafica.Silverlight è una AppletNonJava, ma con il vantaggio di essere più veloce in termini di prestazioni.
-
-
Flash -
Silverlight
Flash : Silverlight = Padella : brace-
Re: Flash -
Silverlight
- Scritto da: vac
Flash : Silverlight = Padella : braceMentre te te ne esci con queste banalità non ti domandi neanche perchè Microsoft sta investendo tanto su Silverlight...Guai a farsi domande.. guai a sforzarsi di capire..Meglio banalizzare investimenti e ricerca con "Padella : brace".-
Re: Flash -
Silverlight
perché la tecnologia dei plugin ti permette di poter arrivare ad avere il monopolio su come i contenuti sul web vengono veicolati?A differenza di spingere e aderire agli standard W3C?-
Re: Flash -
Silverlight
- Scritto da: MeX
perché la tecnologia dei plugin ti permette di
poter arrivare ad avere il monopolio su come i
contenuti sul web vengono
veicolati?
A differenza di spingere e aderire agli standard
W3C?Magari puoi anche pensare...che la tecnologia a plug in toglie molto carico al server...(che vuol dire rispariare molto in termini di hardware per ottenere scalabilità)!Permette di avere gli stessi comportamenti e performance su browser e macchine diverse in quanto non delega al browser il rendering...O mi vuoi ancora parlare di javascript dove le performance e la compatibilità cambia da browser a browser e da macchiana a macchina..Silverlight permette con lo stesso XAML di fare UI per client/server - mobile e web... tutto in un colpo..Secondo te non è una tecnologia "produttiva" in termini di costi aziendali?? Scritta nei vari linguaggio net supported (c#,vb.net,iron phyton,c++ etc etc...) insomma sicuramente piu robusto di un javascript..-
Re: Flash -
Silverlight
Magari puoi anche pensare...che la tecnologia a
plug in toglie molto carico al server...(che vuol
dire rispariare molto in termini di hardware per
ottenere
scalabilità)!
Permette di avere gli stessi comportamenti e
performance su browser e macchine diverse in
quanto non delega al browser il
rendering...
O mi vuoi ancora parlare di javascript dove le
performance e la compatibilità cambia da browser
a browser e da macchiana a
macchina..giá é risaputo che il Flash player per esempio ha le stesse performance su ogni macchina e OS, che tutti hanno l'ultima versione disponibile e installata ;)
Silverlight permette con lo stesso XAML di fare
UI per client/server - mobile e web... tutto in
un
colpo..
Secondo te non è una tecnologia "produttiva" in
termini di costi aziendali??secondo te invece i CSS a cosa servono?
Scritta nei vari linguaggio net supported
(c#,vb.net,iron phyton,c++ etc etc...) insomma
sicuramente piu robusto di un
javascript..sará piú robusto... ma se poi la microsoft decide di abbandonare Symbian? tu sei tagliato fuori -
Re: Flash -
Silverlight
- Scritto da: MeX
Magari puoi anche pensare...che la tecnologia a
plug in toglie molto carico al server...(che
vuol
dire rispariare molto in termini di hardware per
ottenere
scalabilità)!
Permette di avere gli stessi comportamenti e
performance su browser e macchine diverse in
quanto non delega al browser il
rendering...
O mi vuoi ancora parlare di javascript dove le
performance e la compatibilità cambia da browser
a browser e da macchiana a
macchina..
giá é risaputo che il Flash player per esempio ha
le stesse performance su ogni macchina e OS, che
tutti hanno l'ultima versione disponibile e
installata
;)
Silverlight permette con lo stesso XAML di fare
UI per client/server - mobile e web... tutto in
un
colpo..
Secondo te non è una tecnologia "produttiva" in
termini di costi aziendali??
secondo te invece i CSS a cosa servono?
Scritta nei vari linguaggio net supported
(c#,vb.net,iron phyton,c++ etc etc...) insomma
sicuramente piu robusto di un
javascript..
sará piú robusto... ma se poi la microsoft decide
di abbandonare Symbian? tu sei tagliato
fuoriIo sto dicendo che con LO STESSO linguaggio per scrivere UI quindi lo stesso XAML va bene per client/server - mobile - web... scrivi UNA volta e lo usi in contesti diversi (cellulare,web,desktop).Cavoli niente male direi...Logica di presentation e/o di business... scritta in c# è meglio che scritta in javascript..che come ho scritto ha performance e compatibilità diverse da browser e browser.Con microsoft si sà bisogna fare delle scelte.. io sostengo che la compatibilità globale su tutte le piattaforme è un miraggio, in applicazioni enterprise, per questo si scelgono in fase di start up progettuale dei verticali e dei target di piattaforma..Microsoft propone silverlight che copre un'ampia casistica di piattaforme e browser (mozilla,opera,chrome,ie etc etc) poi ognuno scelga quello che più gli garba.. -
Re: Flash -
Silverlight
Io sto dicendo che con LO STESSO linguaggio per
scrivere UI quindi lo stesso XAML va bene per
client/server - mobile - web... scrivi UNA volta
e lo usi in contesti diversi
(cellulare,web,desktop).
Cavoli niente male direi...continuo a non capire la differenza dal fare come dio comanda un applicazione web con i CSS
Logica di presentation e/o di business... scritta
in c# è meglio che scritta in javascript..che
come ho scritto ha performance e compatibilità
diverse da browser e
browser.mentre il plugin di Silverlight é identico su ogni piattaforma?
Con microsoft si sà bisogna fare delle scelte..di solito no, scelgono loro ;)
io sostengo che la compatibilità globale su tutte
le piattaforme è un miraggio, in applicazioni
enterprise, per questo si scelgono in fase di
start up progettuale dei verticali e dei target
di
piattaforma..non ti seguo... prima é il punto chiave adesso un miraggio?
Microsoft propone silverlight che copre un'ampia
casistica di piattaforme e browser
(mozilla,opera,chrome,ie etc etc) poi ognuno
scelga quello che più gli
garba..Io scelgo di usare gli standard -
Re: Flash -
Silverlight
- Scritto da: MeX
Io sto dicendo che con LO STESSO linguaggio per
scrivere UI quindi lo stesso XAML va bene per
client/server - mobile - web... scrivi UNA volta
e lo usi in contesti diversi
(cellulare,web,desktop).
Cavoli niente male direi...
continuo a non capire la differenza dal fare come
dio comanda un applicazione web con i
CSS
Logica di presentation e/o di business...
scritta
in c# è meglio che scritta in javascript..che
come ho scritto ha performance e compatibilità
diverse da browser e
browser.
mentre il plugin di Silverlight é identico su
ogni
piattaforma?
Con microsoft si sà bisogna fare delle scelte..
di solito no, scelgono loro ;)
io sostengo che la compatibilità globale su
tutte
le piattaforme è un miraggio, in applicazioni
enterprise, per questo si scelgono in fase di
start up progettuale dei verticali e dei target
di
piattaforma..
non ti seguo... prima é il punto chiave adesso un
miraggio?
Microsoft propone silverlight che copre un'ampia
casistica di piattaforme e browser
(mozilla,opera,chrome,ie etc etc) poi ognuno
scelga quello che più gli
garba..
Io scelgo di usare gli standardAllora la differenza tra la modalità plug-in e una pagina web dinamica e che in un caso il plug-in (client) si occupa del rendering e di motorizzare il tutto... nell'altro caso è il server che elabora la richiesta trasforma il tutto in html e ritorna indietro al browser (a meno che non ci si butti su ajax xmlhttprequest..auguri)!Quindi il cambio architetturale è OVVIO. In un caso il server espone solo a servizi i dati (Web service e l'effort di carico lo si può spostare tutto sul client) nel secondo caso no!Il plug-in silverlight permette per ogni piattaforma di avere le stesse prestazioni in quanto il clr è lo stesso è viene affidata ad una tecnologia proprietaria (plug-in) tutto quello che riguarda il rendering la gestione di eventi etc etc..cosi ci si smarca dai vari browser che diventano solo degli Host (silverlight come flash può essere ospitato da una semplicissima pagina html).Come ho detto silverlight copre una grandissima casistica di piattaforme e browser.. Non trovo criticabile il fatto che in realtà silverght non copre al 100% tutte le casistiche (vedi piattaforma linux) in quanto personalmente penso sia un miraggio trovare una tecnologia che permetta applicazioni enterprise che sia veramente cross-piattaforma, cross-browser, cross-tutto :0)Quindi la mia conclusione è che silverlight nel momento storico attuale, è un ottimo riassunto tra possibilità di fare RIA (rich internet application) creando anche nuovi paradigmi di user experience) che html attuale non può raggiungere, questo anche perchè silverlight permette animazioni,transazioni, programmazione in 3D,video h.264,mp3,webcam etc etc tutto scritto in linguaggi .net e non javascript. -
Re: Flash -
Silverlight
Allora la differenza tra la modalità plug-in e
una pagina web dinamica e che in un caso il
plug-in (client) si occupa del rendering e di
motorizzare il tutto... nell'altro caso è il
server che elabora la richiesta trasforma il
tutto in html e ritorna indietro al browser (a
meno che non ci si butti su ajax
xmlhttprequest..auguri)!che cosa non ti piace di Ajax? non mi semrba che Google Doc o GMAIL non funzionino bene...
Quindi il cambio architetturale è OVVIO. In un
caso il server espone solo a servizi i dati (Web
service e l'effort di carico lo si può spostare
tutto sul client) nel secondo caso
no!? javascript non carica per nulla il server... se fai chessó... un servizio web che converte filmati... non scappi.... qunado si tratta di encodare il video carichi il server... plugin o non plugin
Il plug-in silverlight permette per ogni
piattaforma di avere le stesse prestazioni in
quanto il clr è lo stesso è viene affidata ad una
tecnologia proprietaria (plug-in) tutto quello
che riguarda il rendering la gestione di eventi
etc etc..cosi ci si smarca dai vari browser che
diventano solo degli Host (silverlight come flash
può essere ospitato da una semplicissima pagina
html).giá... peccato che il 100% dei browser supporta Javascript ma non é certo il 100% ad usare Silverlight...Per dirne una, in ufficio non posso vedere le rotte Ryanair perché la mappa é fatta con Silverlight (e non ho i diritti per installarlo) mentre Google Maps va che é un piacere...
Come ho detto silverlight copre una grandissima
casistica di piattaforme e browser.. Non trovo
criticabile il fatto che in realtà silverght non
copre al 100% tutte le casistiche (vedi
piattaforma linux) in quanto personalmente penso
sia un miraggio trovare una tecnologia che
permetta applicazioni enterprise che sia
veramente cross-piattaforma, cross-browser,
cross-tutto
:0)e come mai invece Google Maps, GMail, Google Docs tanto per fare degli esempi, funzionano su Win/Linux/Mac e anche cellulari?
Quindi la mia conclusione è che silverlight nel
momento storico attuale, è un ottimo riassunto
tra possibilità di fare RIA (rich internet
application) creando anche nuovi paradigmi di
user experience) che html attuale non può
raggiungere, questo anche perchè silverlight
permette animazioni,transazioni, programmazione
in 3D,video h.264,mp3,webcam etc etc tutto
scritto in linguaggi .net e non
javascript.é sicuramente piú comodo per te, ma non per gli utenti, che non possono guardarsi la mappa delle rotte di Ryanair in ufficio.Secondo me cosa manca all'HTMLDOM é una suite di sviluppo che permetta la creazione di animazioni e GUI elaborate con la stessa facilitá con cui puoi farlo in Flash (Silverlight non lo conosco)Per il resto guarda che HTMLDOM permette di fare MOLTO:http://www.elizium.nu/scripts/lemmings/index.php -
Re: Flash -
Silverlight
- Scritto da: MeX
Allora la differenza tra la modalità plug-in e
una pagina web dinamica e che in un caso il
plug-in (client) si occupa del rendering e di
motorizzare il tutto... nell'altro caso è il
server che elabora la richiesta trasforma il
tutto in html e ritorna indietro al browser (a
meno che non ci si butti su ajax
xmlhttprequest..auguri)!
che cosa non ti piace di Ajax? non mi semrba che
Google Doc o GMAIL non funzionino
bene...
Quindi il cambio architetturale è OVVIO. In un
caso il server espone solo a servizi i dati (Web
service e l'effort di carico lo si può spostare
tutto sul client) nel secondo caso
no!
? javascript non carica per nulla il server... se
fai chessó... un servizio web che converte
filmati... non scappi.... qunado si tratta di
encodare il video carichi il server... plugin o
non
plugin
Il plug-in silverlight permette per ogni
piattaforma di avere le stesse prestazioni in
quanto il clr è lo stesso è viene affidata ad
una
tecnologia proprietaria (plug-in) tutto quello
che riguarda il rendering la gestione di eventi
etc etc..cosi ci si smarca dai vari browser che
diventano solo degli Host (silverlight come
flash
può essere ospitato da una semplicissima pagina
html).
giá... peccato che il 100% dei browser supporta
Javascript ma non é certo il 100% ad usare
Silverlight...
Per dirne una, in ufficio non posso vedere le
rotte Ryanair perché la mappa é fatta con
Silverlight (e non ho i diritti per installarlo)
mentre Google Maps va che é un
piacere...
Come ho detto silverlight copre una grandissima
casistica di piattaforme e browser.. Non trovo
criticabile il fatto che in realtà silverght non
copre al 100% tutte le casistiche (vedi
piattaforma linux) in quanto personalmente penso
sia un miraggio trovare una tecnologia che
permetta applicazioni enterprise che sia
veramente cross-piattaforma, cross-browser,
cross-tutto
:0)
e come mai invece Google Maps, GMail, Google Docs
tanto per fare degli esempi, funzionano su
Win/Linux/Mac e anche
cellulari?
Quindi la mia conclusione è che silverlight nel
momento storico attuale, è un ottimo riassunto
tra possibilità di fare RIA (rich internet
application) creando anche nuovi paradigmi di
user experience) che html attuale non può
raggiungere, questo anche perchè silverlight
permette animazioni,transazioni, programmazione
in 3D,video h.264,mp3,webcam etc etc tutto
scritto in linguaggi .net e non
javascript.
é sicuramente piú comodo per te, ma non per gli
utenti, che non possono guardarsi la mappa delle
rotte di Ryanair in
ufficio.
Secondo me cosa manca all'HTMLDOM é una suite di
sviluppo che permetta la creazione di animazioni
e GUI elaborate con la stessa facilitá con cui
puoi farlo in Flash (Silverlight non lo
conosco)
Per il resto guarda che HTMLDOM permette di fare
MOLTO:
http://www.elizium.nu/scripts/lemmings/index.phpVedi io metto in dubbio l'utilizzo stesso di javascript (quindi anche del pattern ajax) per elaborazioni sulla pagina web lato client, in quanto per me è ovvio che javascript si comporta diversamente (performance e dom) a seconda del browser...versione di browser...piattaforma..Quindi per chi deve sviluppare è un inferno in quanto dovrebbe fare un file js ad OC per ogni browser o versione di quest'ultimo o affidarsi a pseudo-framework che promettono interoperabilità cross-browser..Bene..se sei google che ha budget illimitato è facile fare versioni di CSS/Javascript a seconda del browser che si collega..Bene io non penso che sia una soluzione scalabile e robusta..scrivere listati di javascript non mi sembra il massimo come efficenza (memoria etc etc). Quindi sostengo silverlight che smarca tutti questi problemi.Tutto quello che dici sulle permission è vero.. però come ti ho scritto prima secondo me sono scelte....ti potrei dire anche che se in azienda come politiche disabilitano javascript per problemi di sicurezza..ti salta anche in aria AJAX... quindi...o torniamo HTML crudo e tabellare (in quanto il layout tableless non è supportato da tutte le versioni di browser) oppure ci si convince che bisogna fare delle scelte.Silverlight, ti assicuro che ha una produttività (a parità di obiettivo ha una velocità nell'implementazione maggiore rispotto al classico web dinamico) e una scalabilità (lo stesso file dove "scrivo" la ui può essere utilizzato su mobile e desktop) molto elevata che me la fà apprezzare.. e poi credo veramente che su silverlight l'unico limite al disegno della UI è la propria immaginazione, in quanto ogni singolo aspetto sulla UI può essere customizzato o pensato diversamente (vedi scroll-bar controlli textbox etc etc) puoi inventare tanti nuovi paradigmi..che su html/javascript è impossibile e/o bagno di sangue. -
Re: Flash -
Silverlight
Vedi io metto in dubbio l'utilizzo stesso di
javascript (quindi anche del pattern ajax) per
elaborazioni sulla pagina web lato client, in
quanto per me è ovvio che javascript si comporta
diversamente (performance e dom) a seconda del
browser...versione di
browser...piattaforma..
Quindi per chi deve sviluppare è un inferno in
quanto dovrebbe fare un file js ad OC per ogni
browser o versione di quest'ultimo o affidarsi a
pseudo-framework che promettono interoperabilità
cross-browser..
Bene..se sei google che ha budget illimitato è
facile fare versioni di CSS/Javascript a seconda
del browser che si
collega..quindi JQuery é una cagata?Non capisco poi il vantaggio di optare per un plugin che non é supportato dal 100% degli utenti quando con poca fatica invece ti avvicini di molto a quella percentuale usando gli standard
Bene io non penso che sia una soluzione scalabile
e robusta..scrivere listati di javascript non mi
sembra il massimo come efficenza (memoria etc
etc). Quindi sostengo silverlight che smarca
tutti questi
problemi.listati de che? appunto se usi JQuery per esempio ti sei tolto parecchi problemi.E se la tua applicazione deve andare su Linux? o su un cellulare Blackberry?
Tutto quello che dici sulle permission è vero..
però come ti ho scritto prima secondo me sono
scelte....ti potrei dire anche che se in azienda
come politiche disabilitano javascript per
problemi di sicurezza..ti salta anche in aria
AJAX... quindi...o torniamo HTML crudo e
tabellare (in quanto il layout tableless non è
supportato da tutte le versioni di browser)
oppure ci si convince che bisogna fare delle
scelte.non ci siamo.Javascript é attivo di dafault, Silverligth non é installato di default.Se vado in un internet point sono sicuro di avere Silverlight? ho i dirittti per installarlo? e se il tuo sito richiede l'ultima versione di silverlight e il terminale che uso ha una versione vecchia?
Silverlight, ti assicuro che ha una produttività
(a parità di obiettivo ha una velocità
nell'implementazione maggiore rispotto al
classico web dinamico) e una scalabilità (lo
stesso file dove "scrivo" la ui può essere
utilizzato su mobile e desktop) molto elevata che
me la fà apprezzare.. e poi credo veramente che
su silverlight l'unico limite al disegno della UI
è la propria immaginazione, in quanto ogni
singolo aspetto sulla UI può essere customizzato
o pensato diversamente (vedi scroll-bar controlli
textbox etc etc) puoi inventare tanti nuovi
paradigmi..che su html/javascript è impossibile
e/o bagno di
sangue.non dico che i plugin non abbiano vantaggi... ma a meno di sviluppare cose per situazione molto specifiche gli standard convengono -
Re: Flash -
Silverlight
- Scritto da: MeX
non ci siamo.
Javascript é attivo di dafault, Silverligth non é
installato di
default.
Se vado in un internet point sono sicuro di avere
Silverlight? ho i dirittti per installarlo? e se
il tuo sito richiede l'ultima versione di
silverlight e il terminale che uso ha una
versione
vecchia?Non si può dare colpa a una tecnologia se l'amministratori non fanno il loro dovere ....JScript e' solo più diffuso. Questo non e' sinonimo di soparioritàAltrimenti tutti a installare windows :P -
Re: Flash -
Silverlight
infatti io non sto parlando di superioritá, sto parlando di diffusione.Se oggi come oggi dovessi fare un videogioco lo farei per DirectX -
Re: Flash -
Silverlight
Poi non voglio fare l'esaltato di silverlight..ma mi sono accorto che passando da asp.net a silverlight è stato veramente un salto qualitativo, come appeal sulla UI e come velocità di sviluppo..Poi che dire..ho sempre lavorato su asp/asp.net e continuerò ma se ho l'occasione proverò a spingere sul fronte WPF/silverlight -
Re: Flash -
Silverlight
attento... ;)
-
-
Re: Flash -
Silverlight
Un po' come la tecnologia delle App ti permette di poter arrivare ad avere il monopolio su come i contenuti sul mobile vengono veicolati....Giusto?-
Re: Flash -
Silverlight
vuoi dire che Apple ha il monopolio sul mercato mobile per la diffusione delle applicaizoni mobili?Quindi solo su appStore su iTunes trovi le applicazioni di Android, Windows Mobile, RIM, Palm, Samsung etc?O stai dicendo che Apple ha il monopolio del telefono Apple? :)
-
-
-
-
