[Gulli] Io sono un tecnico non un...programmatore

Mar 8 Gen 2013 23:33:44 CET

C'e' Gmail, GTalk, Facebook, ecc,,, ?   SI
Sono aggiornate rispetto quelle per Android ?  SI
Si puo' mettere BADA su altri cell tipo il mio ? forse controlla su 
samfirmware.com

Il 08/01/2013 23:31, Alberto Cortesi ha scritto:
> No (per quello che so), samsung ha deciso di tenere separate le 
> piattaforme  :-X e la app di android che trovi per bada (poche) sono 
> state riscritte in C da qualche volenteroso...
>
>
> Il 08/01/2013 22:30, Anubis Wolf ha scritto:
>> Ok...in questo caso...
>>
>> Quelle di terze parti possono essere quelle di android ?
>>
>> C'e' Gmail, GTalk, Facebook, ecc,,, ?
>> Sono aggiornate rispetto quelle per Android ?
>>
>> Si puo' mettere BADA su altri cell tipo il mio ?
>>
>> Il 08 gennaio 2013 22:28, Alberto Cortesi<cortesialberto@tiscali.it>
>> ha scritto:
>>> No, le app per bada sono scritte in C e non necessitano di macchine 
>>> virtuali
>>> o interpreti vari, pur avendo una macchina java per far girare le 
>>> app di
>>> terze parti, le app ufficiali sono tutte compilate per l'hardware 
>>> specifico
>>> del cell e hanno prestazini di tutto rispetto (considerando la misera
>>> dotazione hw che hanno questi telefonetti)
>>>
>>>
>>> Il 08/01/2013 22:13, Anubis Wolf ha scritto:
>>>
>>>> Ok, intendevi BADA l' OS...
>>>>
>>>> E quindi, qualcosa mi sfugge...
>>>>
>>>> Ricompila in codice macchina le applicazioni scritte per Davlik
>>>> durante la loro installazione ?
>>>>
>>>> Il 08 gennaio 2013 21:56, Alberto Cortesi<cortesialberto@tiscali.it>
>>>> ha scritto:
>>>>
>>>>> ecco qui tutte le spiegazioni del caso
>>>>>
>>>>> http://it.wikipedia.org/wiki/Bada
>>>>>
>>>>> Il 08/01/2013 21:47, Anubis Wolf ha scritto:
>>>>>
>>>>>
>>>>>> Non ho capito la tua risposta in coreano cosa significhi
>>>>>>
>>>>>> E comunque, nonostante la compilazione JIT, io credo si potrebbe
>>>>>> risparmiare molte risorse...
>>>>>>
>>>>>> E sono comunque "inguaiato" e fara' la fine che dovro' cambiare
>>>>>> telefono...se non trovo un modo di risolvere la cosa.
>>>>>>
>>>>>>
>>>>>> Il 08 gennaio 2013 21:41, Alberto Cortesi<cortesialberto@tiscali.it>
>>>>>> ha scritto:
>>>>>>
>>>>>>
>>>>>>> Vedo che hai avuto le risposte che cercavi, però ne manca una.
>>>>>>> Quando hai attivato la modalità ultra folle ti sei posto una 
>>>>>>> domanda,
>>>>>>> bene,
>>>>>>> la risposta è<bada>    non nel suo significato di "attento", ma di
>>>>>>> oceano
>>>>>>> (in
>>>>>>> coreano).
>>>>>>>
>>>>>>> Purtroppo, come detto da altri, la cosa funziona molto bene, quindi
>>>>>>> basse
>>>>>>> richieste hw, nessuna esigenza di aggiornare il cell a causa di
>>>>>>> prestazioni
>>>>>>> scadenti,  le app vanno scritte in C etc etc e i $$$ non girano!
>>>>>>>
>>>>>>>
>>>>>>> Il 07/01/2013 11:26, Anubis Wolf ha scritto:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> Bene ragazzi, come da oggetto (citazione ovvia di McCoy), ho un
>>>>>>>> dilemma che riguarda la programmazione, una semplice curiosita' 
>>>>>>>> che
>>>>>>>> non riesco a levarmi dalla testa da quando ho visto il PC nuovo di
>>>>>>>> Andrea, un Lenovo, con cpu Intel montare Andorid x86 e far girare
>>>>>>>> TUTTE le applicazioni native per Android.
>>>>>>>>
>>>>>>>> Quindi se qualcuno vuole aiutarmi a risolvere l' arcano, ne sarei
>>>>>>>> molto
>>>>>>>> felice.
>>>>>>>>
>>>>>>>> Partiamo dalla teoria, le applicazioni sono compilate per 
>>>>>>>> girare su
>>>>>>>> una certa architettura, ad esempio x86, AMD64, ARM.
>>>>>>>> Le applicazioni x86 sono le uniche che possono girare sia su 
>>>>>>>> x86 che
>>>>>>>> su AMD64, perche' quest' ultima architettura e' costruita in 
>>>>>>>> modo da
>>>>>>>> permettere, in hardware, l' esecuzione di codice x86.
>>>>>>>>
>>>>>>>> Ma un programma scritto per x86 NON PUO' girare su ARM, ne 
>>>>>>>> viceversa.
>>>>>>>>
>>>>>>>> Pero' i programmi scritti per Android, che notoriamente gira su 
>>>>>>>> ARM,
>>>>>>>> funzionano perfettamente su Android x86 su x86 (Intel in questo 
>>>>>>>> caso),
>>>>>>>> come e' possibile ?
>>>>>>>>
>>>>>>>> L' unica soluzione che ho pensato all' arcano e' che Davlik c' 
>>>>>>>> entri
>>>>>>>> qualcosa, una sorta di layer "uniforme" per tutte le applicazioni,
>>>>>>>> indipendente dall' architettura, a cui le applicazioni si 
>>>>>>>> appoggiano e
>>>>>>>> vengono eseguite. In modo molto simile al Java (da cui in realta'
>>>>>>>> Davlik e' dervato). Non so, pero', se questa e' solo una mia
>>>>>>>> elucubrazione o e' veramente cosi', qualcuno ne conosce la 
>>>>>>>> risposta ?
>>>>>>>>
>>>>>>>> Se fosse realmente cosi', pero', nascono due grossi problemi e un
>>>>>>>> vantaggio. Il primo e' la complessita' del sistema, il secondo 
>>>>>>>> e' l'
>>>>>>>> enorme richiesta di risorse hardware per gestire tutto l' 
>>>>>>>> accrocchio,
>>>>>>>> visto che delle applicazioni compilate nativamente per l' 
>>>>>>>> architettura
>>>>>>>> girerebbero richiedendo frazioni di queste risorse...mentre il
>>>>>>>> vantaggio e'...che le applicazioni in questo caso sarebbero 
>>>>>>>> scritte in
>>>>>>>> un liguaggio ad altissimo livello e quindi sarebbe abbastanza 
>>>>>>>> semplice
>>>>>>>> da fare. Ma anche di questo non sono sicuro, non sapendo 
>>>>>>>> programmare
>>>>>>>> per Android.
>>>>>>>>
>>>>>>>> <modalita' folle>ON</modalita' folle>
>>>>>>>> Se avessi ragione mi chiedo una cosa...ci sono moltissimi 
>>>>>>>> terminali
>>>>>>>> (smartphone, tablet, PC stick USB, schede sperimentali) dotati 
>>>>>>>> di chip
>>>>>>>> piu' o meno potenti ARM11, ARM Cortex A8, ARM Cortex A9...fino a 1
>>>>>>>> GHz, che purtroppo non stanno dietro alle attuali applicazioni per
>>>>>>>> Android, basta guardare il mio smartphone, ha un ARMv6 (ARM 
>>>>>>>> 11), da
>>>>>>>> 500 MHz, overcloccato a 690 MHz (solo quando sotto uso 
>>>>>>>> intensivo, e
>>>>>>>> devo dire che l' overclook e' stabile, almeno) e se si apre 
>>>>>>>> anche solo
>>>>>>>> Facebook e' inutilizzabile tanto e' lento.
>>>>>>>> Dicevo, mi chiedo una cosa...sarebbe possibile, limitatamente a 
>>>>>>>> cio'
>>>>>>>> che interessa e con un po' di ammattimento, ricompilare 
>>>>>>>> nativamente
>>>>>>>> per l' architettura ARM in questione, sistema e applicazioni, 
>>>>>>>> sempre
>>>>>>>> lasciando android, ma usando applicazioni scritte nativamente 
>>>>>>>> per ARM,
>>>>>>>> e lasciando anche il layer di compatibilita' Davlik per le altre
>>>>>>>> applicazioni e il market ?
>>>>>>>> In questo modo l' intero sistema risulterebbe estremamente piu'
>>>>>>>> leggero e veloce e le applicazioni "pesanti" girerebbero comunque
>>>>>>>> senza problemi anche su hardware datato, mentre allo stesso 
>>>>>>>> tempo ci
>>>>>>>> sarebbe accesso al market e alle altre applicazioni.
>>>>>>>> <modalita' folle>OFF</modalita' folle>
>>>>>>>>
>>>>>>>> <modalita' ultra-folle>ON</modalita' ultra-folle>
>>>>>>>> Magari, ancora meglio, un sistema compilato per quell' 
>>>>>>>> architettura e
>>>>>>>> un programma scritto nativamente per la stessa architettura, che
>>>>>>>> intercetti i programmi che il play store installerebbe (a 
>>>>>>>> quanto ne so
>>>>>>>> l' installazione di un programma su Android e' quasi la copia del
>>>>>>>> pacchetto APK, e poco piu'), e lo compilasse nativamente per 
>>>>>>>> quell'
>>>>>>>> architettura, in modo che rimanga installato, ma compilato
>>>>>>>> direttamente per ARM, e non che giri su Davlik (e credo che questo
>>>>>>>> sarebbe estremamente piu' performante della compilazione JIT di
>>>>>>>> Davlic, o no ? i programmatori che dicono ?)
>>>>>>>> Se si trovasse la maniera di fare questo programma, e magari di
>>>>>>>> proporlo sul playstore, probabilmente si farebbero dei bei 
>>>>>>>> soldini,
>>>>>>>> visto che permetterebbe a chiunque di eseguire qualunque 
>>>>>>>> applicazione
>>>>>>>> del play store (o magari anche di installarla da altre fonti), 
>>>>>>>> anche
>>>>>>>> su smartphone e altri device "datati" che non supportano quella
>>>>>>>> "normale" per Android o la supportano ma il sistema e' talmente 
>>>>>>>> lento
>>>>>>>> da risultare inutilizzabile...come nel mio caso.
>>>>>>>> <modalita' ultra-folle>OFF</modalita' ultra-folle>
>>>>>>>>
>>>>>>>> Grazie per le risposte.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> -- 
>>>>>>> Mailing list info: http://lists.linux.it/listinfo/gulli
>>>>>>> Pagina web del GULLI: www.livorno.linux.it
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> -- 
>>>>> Mailing list info: http://lists.linux.it/listinfo/gulli
>>>>> Pagina web del GULLI: www.livorno.linux.it
>>>>>
>>>>
>>>>
>>>>
>>>
>>> -- 
>>> Mailing list info: http://lists.linux.it/listinfo/gulli
>>> Pagina web del GULLI: www.livorno.linux.it
>>
>>
>