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

Alberto Cortesi cortesialberto@tiscali.it
Mar 8 Gen 2013 23:31:42 CET 

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
>>      
>
>
>

Maggiori informazioni sulla lista Gulli