Newsgroup: it.comp.os.dibattiti
Titolo: Adobe proves that Flash can work on mobile devices

Tanto per gettare benzina sul fuoco:
http://www.examiner.com/gadgets-in-los-angeles/adobe-proves-that-flash-can-work-on-mobile-devices
"First, let me apologize to Adobe for all the harsh articles on how
Flash is outdated, how it doesn't work on mobile devices and how HTML5
is taking over. After using Adobe Flash with my HTC EVO and Android's
Froyo operating system, I am now a believer."
Come previsto, molte delle obiezioni di Jobs all'uso di Flash su
dispositivi mobili (performances, batteria, touch) si stanno
dimostrando false alla prova dei fatti.
Non resta che attendere il rilascio di Adobe Air per Android per
vedere se anche le questioni relative alle app risulteranno infondate
come quelle sopracitate.
Raffaele

 per il SUO device.
"In addition, Flash has not performed well on mobile devices. We have
routinely asked Adobe to show us Flash performing well on a mobile
device, any mobile device, for a few years now. We have never seen it.
Adobe publicly said that Flash would ship on a smartphone in early
2009, then the second half of 2009, then the first half of 2010, and
now they say the second half of 2010. We think it will eventually
ship, but we’re glad we didn’t hold our breath. Who knows how it will
perform?"
"To achieve long battery life when playing video, mobile devices must
decode the video in hardware; decoding it in software uses too much
power."
"But the mobile era is about low power devices, touch interfaces and
open web standards – all areas where Flash falls short."
"New open standards created in the mobile era, such as HTML5, will win
on mobile devices (and PCs too)."
A me pare che Jobs sia andato ben più in là dei SUOI devices, nel
criticare Flash.
Raffaele

 on mobile devices (and PCs too)."
E non te lo auguri? Gia', meglio flash. Fuck the standards. Microsoft
Rules. Ah, no scusa, tu sei con l'open source, mi avevi confuso.
-- 
-riko
http://www.enrico-franchi.org/
http://rik0-techtemple.blogspot.com/

 Rules. Ah, no scusa, tu sei con l'open source, mi avevi confuso.
Breve commento di passaggio. Come già detto altre volte, se HTML5
fosse pronto, stabile, completo e pantent-free, sarei felicissimo se
venisse usato anche per forni a microonde e friggitrici.
Ma non è pronto, non è stabile, non è completo, e non è patent-free.
E che un'azienda decida di imporlo spacciandolo come pronto, stabile,
completo, facendo lo gnorri sulla questione dei patent, bah...mi sta
un tantino nelle costole.
Se poi si mette pure a fare guerre ideologiche contro un'altra azienda
e relativa tecnologia (guerra che pare poco pulita non solo a me,
visto che si è mossa pure l'FTC), mi sta ancora più nelle costole.
Io sto con l'opensource, esatto, ed anche per la libertà di scelta, e
per le piattaforme aperte. E per libera scelta intendo anche la
libertà di installare software closed, che utilizza formati
proprietari e che mi consuma la batteria alla velocità della luce.
Raffaele

 consuma la batteria alla velocità della luce.
Proviamo ad analizzare la situazione eliminando per un momento il nome 
"Apple", "Adobe" e "Flash".
Da una parte un produttore di HW (e di SW) decide in maniera 
assolutamente legittima e autonoma come fare i propri device. Se 
nell'affrontare le questioni ingegnieristiche che la produzione pone, si 
accorge che il proprio device è inadatto, inadeguato, poco efficente 
energeticamente all'utilizzo con determinati software/tecnologie 
software, è probabile che inibire l'accesso a questi ultimi sul proprio 
device sia una conseguenza logica.
Se poi questo produttore ha un proprio canale distributivo del software 
di terze parti installabili sul suddetto device, sul quale esercita un  
legittimo controllo, capisco che di fatto renda molto complicato 
all'utente l'installazione di questi sw/tecnologie deprecate/sconsigliate/
bannate.
Tuttavia.
Alternative alla tecnologia in questione ci sono, anche se in fase 
embrionale, ma il cui supporto è sostenuto e raccomandato da diversi 
attori. Ricordo che spesso la diffusione di una tecnologia/software che 
monopolizza un segmento rende pressochè impossibile la sostituzione di 
questa tecnologia/sw con altri magari più efficenti, magari opensource, 
magari evolutivi per feature e prestazioni.
In situazioni simili, è necessaria una "rottura" per poter permettere a 
queste tecnologie competitive di svilupparsi e crescere, migliorando il 
panorama software.
Ora, siamo sicuri che in nome della libertà dell'utente di installare 
qualsiasi cosa su qualsiasi piattaforma (cosa peraltro possibile con 
qualche hack, se non ho letto male in giro), si debba dare addosso alla 
possibiltà appunto di far entrare e crescere  un nuovo standard al posto 
del molto poco libero software di Adobe?
ciao e buon Agosto
Filippo B.
-- 
http://www.danzainsieme.it
http://www.boschetti.info

 del molto poco libero software di Adobe?
Ovviamente no. Viva l'open source! Viva Flash! Viva Microsoft! Ecco,
scusate, mi sono confuso di nuovo.
Viva l'open source! Viva Flash! Viva GNU!
No. Non era nemmeno cosi'!
Viva Flash! Viva PHP! Viva MySQL!
Forse non era nemmeno cosi'... 


 proprietari e che mi consuma la batteria alla velocità della luce.
Ah... nuova visione per nuovo problema: ora il cattivo e' Apple, bisogna
adeguarsi. I vecchi slogan per la lotta a Microsoft non vanno piu' bene.


 del molto poco libero software di Adobe?
Il software di Adobe è più libero di quel che si vuole far credere. Le
specifiche di SWF sono free as in free beer, Flex ha specifiche
opensource, ActionScript3 è un dialetto di ECMAScript. Il progetto
lightspark è la dimostrazione che tutto ciò che riguarda Flash è ormai
pubblicamente disponibile free o opensource.
Usarli è sicuramente possibile, ma solo con un jailbreak, in
violazione delle condizioni d'uso, etc, e di conseguenza nessun
produttore di software può scrivere un app in AIR per iOS, perchè
dovrebbe mettere tra i "requisiti di sistema" il jailbreak.
Tramite hack è possibile persino installare android su iPhone 2g e 3g,
ma non è una soluzione, è appunto solo un hack.
Inoltre, non si mette in discussione la possibilità di far entrare e
crescere un nuovo standard. Si mette in discussione l'IMPOSIZIONE di
un nuovo standard.
Nessuno ha imposto FireFox: le sue qualità l'hanno fatto arrivare dove
è ora.
Nessuno ha imposto Linux: le sue qualità l'hanno portato su milioni di
server e device embedded/mobile.
etc per svariati altri software/protocolli/standard che ora non mi
verrebbero neppure in mente.
Tutte posizioni raggiunte grazie ai meriti, e non per imposizioni o
raccomandazioni.
Allo stesso modo, moltissimi altri software/protocolli/standard free/
open/tecnicamente superiori/etc sono stati affossati, o faticano a
crescere, a causa di imposizioni, artifici, etc.
Piccola nota finale: rivangando la questione ho scoperto che anche
l'Unione Europea si è messa come FTC ad indagare sulla questione Apple
vs Adobe, quindi ora ci sono due antità antitrust ad avere quantomeno
il sospetto che le pratiche adottate da Apple siano non legittime.
Raffaele

 adeguarsi. I vecchi slogan per la lotta a Microsoft non vanno piu' bene.
Microsoft è da criticare per certe cose, Apple per altre. Oracle per
altre ancora. Ed HP per altre ancora diverse. Persino Stalmann è da
criticare per certe cose, e pure Torvalds. Come del resto persino
Google, IBM, Sun etc etc. Tutti fanno o dicono qualcosa di criticabile
o discutibile.
Semplicemente, la cagata più grossa, ultimamente, l'ha fatta Apple.
Raffaele

 Semplicemente, la cagata più grossa, ultimamente, l'ha fatta Apple.
Tu stai ridefinendo in realtime il concetto di fanboi. Davvero.
In questo esatto momento, e nelle ultime 2 settimane, la questione è 
*scomparsa* dalle testate giornalistiche *del mondo*, da tanto che è 
grossa. Per far spazio alla tua amata Google, che ne ha combinata una 
talmente grossa che tutt'ora Ballmer si sta chiedendo perchè diavolo 
non ci ha pensato lui.
  ngw
-- 
Nicholas Wieland (ngw)
Zooppa CTO
911 Western Avenue, Suite 420
Seattle, WA  98104  US

 Semplicemente, la cagata piů grossa, ultimamente, l'ha fatta Apple.
No, e' che ad Apple si stanno a spaccare in quattro i peli del culo
delle mosche che girano per cupertino.


 delle mosche che girano per cupertino.
E' quello che succede quando una grande azienda fa una grande cazzata.
Per parafrasare l'altra mia frase, hanno spaccato peli del culo alle
mosche di Google, Oracle, Intel, AMD, Microsoft, e chi più ne ha più
ne metta, nel corso degli anni, e continueranno a farlo in futuro.
Raffaele

 non ci ha pensato lui.
Considera che fanno fatica guerre e disastri naturali e non a stare in
testa alle testate giornalistiche del mondo. Questo tuo punto è
piuttosto deboluccio.
Raffaele

 piuttosto deboluccio.
LOL :D
Molto semplicemente, che Apple l'abbia fatta così grossa è una tua 
invenzione, che Google l'abbia fatta grossa è su tutti i giornali. Come 
dici tu fanno fatica guerre e disastri naturali a stare in prima 
pagina, Google ci sta riuscendo molto bene, vista la gravità di quello 
che sta facendo.


 che non hai, dei client twitter che, tra l'altro fanno schifo.
Aspetta... mi e' giusto venuta in mente una cosa. Questo vuole dire che
per la comodita' degli sviluppatori io utente potrei dovermi trovare ad
installare 3 o 4 diversi SDK da qualche giga se no non posso usare certe
applicazioni? Effettivamente su computer e' cosi'. Ma li il problema non
lo sentiamo... spazio e risorse sono essenzialmente altissime. Bene...
grazie unione europea!


 ne metta, nel corso degli anni, e continueranno a farlo in futuro.
Mi sono perso i thread chilometrici per quello che stanno facendo in
questo momento Google e Oracle.
Questo gruppo e' diventato "it.comp.apple.haters". Ti rendi conto che
state continuando a rompere i coglioni ad apple per una cosa
assolutamente OT rispetto al manifesto del gruppo.


 grazie unione europea!
Esattamente così.
Del resto con java è funzionato meravigliosamente su desktop, mica che 
piuttosto che installarmi limewire mi do fuoco al cazzo con l'alcool.


 grazie unione europea!
Se parli dei terminali mobili (gli spartfone, i pad e consimili) e di 
android e Apple, sostanzialmente sì. Android è nota per la presenza di 
sdk divresificati per ogni versione di os.
Aspetta MeeGoo e (dovresti compilare) compilerai su piattaforma linux, 
fari ftp dell'eseguibile ed il gioco sarà fatto.

 fari ftp dell'eseguibile ed il gioco sarà fatto.
Io non e' che esattamente vorrei replicare tutti i simpatici problemi
del software binario su Linux anche sul mio telefono. E' un modello che
*evidentemente* non funziona; non voglio ridivertirmici.
Si sbattano gli sviluppatori: li pago, lavorino come si deve.


 piuttosto che installarmi limewire mi do fuoco al cazzo con l'alcool.
Ah, LOL. Siccome il mio uccello non e' una fenice credo proprio che
preferirei installare limewire. Ma con sofferenza.


 grazie unione europea!
Cosa ci azzecchi un SDK da qualche giga (ma quando mai...) con un
runtime da poco più di 4Mb, lo sai solo tu...
Raffaele

 *evidentemente* non funziona; non voglio ridivertirmici.
Sei tra quelli che pensano che la JVM sia la manna del cielo?

 runtime da poco piů di 4Mb, lo sai solo tu...
Gia' che ci siamo, non si sa mai che non potere sviluppare con il
telefono leda la mia liberta'...


 Sei tra quelli che pensano che la JVM sia la manna del cielo?
No. 


 E' una cosa di cui si e' spesso e volentieri parlato, eh.
Perdonami, non è che mi scarichi annate di newsgroup. Io son tornato da 
10 giorni.
Succintamente, che problemi hai nel compilare programmi?

 Succintamente, che problemi hai nel compilare programmi?
Io? A *compilare* nessuno. 
Il problema e' nel creare *binari* completamente cross-distro. Finche'
la distribuzione e' via sorgenti e si compila non ci sono assolutamente
problemi (a parte che per quel tipo di installazione chi installa deve
avere un minimo di idea di quello che sta succedendo e quindi IMHO non
e' assolutamente adatta ad un telefono, oltre per il fatto che la CPU
non e' quella che ho su un PC normale).



Diciamo che non č adatta alla capacitą media del programmatore moderno.
Cmq MeeGoo č supportata da Intel....indovina un pņ perchč?

 Cmq MeeGoo č supportata da Intel....indovina un pņ perchč?
Motivi ufficiali o ufficiosi?



Era una frase retorica.....

 Esistono i crss compiler.
E quindi ritorniamo ad installare un pacchetto binario. 
Cerchiamo di rimanere in focus: stiamo parlando di un telefono su cui
installare programmi. Prova a rivedere il resto del thread... continui a
saltare di palo in frasca oppure stai veramente suggerendo di installare
sul telefono partendo da un sorgente sul PC?



Dierei di sì, facciamo un dovuto esempio: l'ndk di android 
(
http://developer.android.com/sdk/ndk/index.html#overview
)
ndk usa makefile, per esempio Android.mk, eccone le prime righe
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_SRC_FILES:= \
	arch/$(TARGET_ARCH)/begin.S \
	linker.c \
	rt.c \
	dlfcn.c \
	debugger.c \
	ba.c
LINKER_TEXT_BASE := 0xB0000100
# The maximum size set aside for the linker, from
# LINKER_TEXT_BASE rounded down to a megabyte.
LINKER_AREA_SIZE := 0x01000000
E' un makefile tradizionale.
L'ndk offre un cross compiler, produce binari ARM direttamente sul tuo PC.
Certo poi per installarli sul cellulare usi le utility dell'sdk, magari 
da Ecipse.
Quindi siamo partiti da un sorgente CPP sul PC ed abbiamo un binario 
ARM. Certo installo il binario, hai ragione. Ma mi basta un compilatore

 obs-right
Il quale conferma che Flash può funzionare tranquillamente su un
dispositivo mobile senza causare la fine dell'universo, e dal quale
emerge che l'unico vero problema con flash è che caricando filmati con
bitrate eccessivamente alto il sistema diventa irresponsivo.
Poi tra gli altri qualcuno gli ha riportato un simpatico link:
http://cathodetan.blogspot.com/2010/08/omg-steve-jobs-wuz-right-wait-what.html
Insomma, non si vede alcun apocalisse.
Ma soprattutto, nessuno lo ha obbligato ad usare Flash, tant'è che ha
avuto la totale libertà di farne a meno.
Raffaele

 ARM. Certo installo il binario, hai ragione. Ma mi basta un compilatore
Posso chiederti cosa staresti cercando di dimostrare?

 ARM.
E secondo te questo e' quello che l'utente di un telefono vuole fare per
installare un'applicazione? *Seriamente*?



Probabilmente ho frainteso le tue affermazioni, non credevo che si 
riferissero all'installazione di programmi. Ecco perchè ti ho mostrato 
l'uso di un makefile su di un cross compiler.