Newsgroup: it.comp.hardware.palmari
Titolo: Si parlava di SDK

http://www.boygeniusreport.com/2009/01/12/your-first-look-at-palms-webos-sdk-mojo/

 
chiarissimo per me :P
chi ci dice qualcosa di più utile ad un profano come me ;)
-- 
Giuliano
Calidreaming - 
http://calidreaming.netsons.org

 chi ci dice qualcosa di più utile ad un profano come me ;)
Secondo diversi miei conoscenti, da quelle screenshot si comprendono un po'
di cose interessanti, una su tutte il fatto che l'architettura di questo
sistema operativo sia intesa come un webserver linux (un po' come se fosse
un server Apache), a cui si accede attraverso una GUI che è interamente
basata su Java. In pratica, semplificando, ogni applicazione che viene
aperta è come se fosse un "tab" del vostro browser.
Di per sé interessante, una cosa simile non si era mai vista prima. Folle o
geniale, a seconda di quale sarà il risultato finale.
Btw si riconferma ancora più prepotentemente la mia ipotesi iniziale, dove
lo sviluppo sarebbe stato basato esclusivamente su webapps. In
un'architettura simile, infatti, è *certamente* esclusa la programmazione
binaria, oggi come domani.
Ciò non toglie, come pensava Lock, che non è detto che le applicazioni
debbano essere tutte pensate per generare traffico. Dei database "leggeri"
potranno risiedere sul device.
Queste le prime speculazioni che si possono fare, con le informazioni
attuali.
Ciao, Gm
-- 
http://www.morse.it
Su Facebook: 
http://tinyurl.com/morse-fb

 aperta è come se fosse un "tab" del vostro browser.
In linea quindi con il "WebOS" ideato :)
Un altro utente, nel forum linkato, parla di un sistema a widget (dove
il singolo widget
sarebbe un programma). L'approccio e' interessante ma la domanda per
me piu' importante e':
considerato il livello di complessita' raggiungibile da Js e simili,
e' ragionevole aspettarsi un parco
applicazioni di livello professionale ? Spero che la risposta sia
affermativa perche' altrimenti
sara' un flop pazzesco (ma PREGO che non sia cosi' !)
Incrociando le dita,
Diego

 applicazioni di livello professionale ?
Dipende dall'architettura e dalle capacità del sistema e dell'SDK, e da come
in Palm saranno capaci a fornire collegamenti a chiamate ed eventi di
sistema per gli Javascripts.
Se non fossero in grado in questo modo di fornire risposte soddisfacenti, il
massimo che ci si può attendere potrebbe essere una SDK Java, per consentire
agli sviluppatori di applicazioni più "pesanti" di scriversi propri Java
servlets che girino localmente.
Più ci penso e più non me ne capacito: non avrei mai pensato che una
"riunificazione" dello sviluppo di applicativi per i diversi OS mobili
passasse per la programmazione JS/HTML5/CSS. Se Palm ci riuscirà sarà stata
l'apripista di un "nuovo corso" per l'intero mercato del mobile, perché gli
altri dovranno seguirla (Microsoft e Nokia saranno i primi a farlo, sono
pronto a scommetterci quello che volete).
Non sono sicuro che mi piaccia il risultato, ma la mossa è sicuramente
notevole sotto il profilo strategico.


 attuali.
mah, non è che magari il processore più potente mai montato su un  
dispotivo mobile viene quindi giustificato dal lavoro che dovrà fare per  
far girare piccole applicazione con tanti dati in locale senza andare  
on-line?
o dico fesserie ?
son niubbo in materia :D


 on-line?
Ni. 
E' anche vero questo, ma la sostanza è che il gran lavoro del processore
sarà nel far girare fluidamente la GUI e, soprattutto, nell'interpretare e
tradurre i linguaggi delle chiamate tra i vari strati del sistema operativo.
E' come se, immaginandoti il funzionamento del terminale spaccato dall'alto
verso il basso, fosse così:
1. l'utente, attraverso l'interfaccia multitouch
dialoga con
2. un browser evoluto (desktop ed applicazioni)
che in tempo reale dialoga (attraverso un interprete) con
3. una Java Virtual Machine
che in tempo reale dialoga (attraverso un interprete) con
4. il kernel Linux (che opera come webserver).
Il punto critico di tutti questi passaggi, su un device mobile, è
l'immediatezza d'uso. Quando navighi su internet da casa fai le stesse cose,
ma stai seduto davanti ad uno schermo, l emacchine che dialogano e si
smazzano i cicli sono almeno due, e generalmente il collo di bottiglia è la
banda disponibile. Su un telefonino non può esserci ritardo, e con tutte
queste "traduzioni" su una sola CPU è necessaria TANTA potenza di calcolo.
IMHO, ovviamente.


 Ciao, Gm
si era in pratica quello che intendevo dire, solo che tu sai di che si  
parla e io no ;)


 sistema per gli Javascripts.
La cosa che mi pare chiara, e` che il porting delle vecchie applicazioni
al nuovo WebOS e` praticamente "improbabile" per usare un eufemismo. Non
si parla di adattare librerie e chiamate di sistema, ma di riscrivere
praticamente da 0 l'applicativo. Spero *vivamente* di essere smentito.
Che sia ben chiaro, in nuovo WebOS e` quantomai leccornioso, capiamoci.
Ancora di piu` se il tutto gira su un cuore Linux (il che potrebbe
aprire la porta ad interessantissime evoluzioni IMHO), cosi` come si
diceva oramai da circa un lustro. Dico solo che dover rinunciare al
"vecchio" parco software a me personalmente dispiace.
Insomma, vediamo che accade... e aspettiamo la commercializzazione.

 sara' un flop pazzesco (ma PREGO che non sia cosi' !)
Palm negli ultimi anni sarà anche stata poco innovativa ma difficilmente
ha sbagliato la progettazione di un device. Attendo speranzoso. :]
 
-- 
Lock - 
http://locksoft.too.it

 potranno risiedere sul device.
Ma anche pesanti, tanto l'accesso sarà locale e monoutente.


 son niubbo in materia :D
Considera che anche il primo palm pilot gestiva databases e la velocità
del processore si misurava in pochi megahertz. Dubito che il nuovo
mostricciattolo possa avere problemi a far girare le applicazioni. :]


 "vecchio" parco software a me personalmente dispiace.
Si, è un po' un peccato. Ma non è escluso che, se il file system non
sarà molti complesso, che qualcuno non possa uscirsene con un emulatore,
magari scritto in java. Poi, se il pre avrà successo, sono certo che il
porting delle applicazioni più comuni sarà molto rapido.   


 magari scritto in java.
Aspè, non è per niente detto che si arrivi ad avere un'SDK Java. Sarebbe già
un bel passo avanti, ma per ora si parla di possibilità ben più limitate.


 Linux (che opera come webserver).
Abbastanza giusto, ma un paio di correzioni. :)
Il webserver e` jetty (lo si vede in uno screenshot di quelli pieni di 
messaggi di debug) che e` un webserver scritto completamente in Java, e 
puo` essere usato come apache o come webserver embedded in una 
applicazione. La stratificazione, quindi, direi che e`
Browser (Javascript) -> [HTML, JSON, XML su HTTP] -> webapp (in Java su 
jetty) -> [bytecode] -> JVM
Il kernel gestisce tutti i device, quindi il touchscreen, lo schermo, la 
tastiera, l'area gesture, i tasti hardware in giro, l'audio, il GSM, ecc. 
ecc. ma non fa da webserver.
Quindi, se ho capito bene, le applicazioni vanno scritte in Java (e quindi 
i produttori possono distribuirle precompilate in bytecode) con una GUI in 
HTML+Javascript. Questo permette sia di avere applicazioni installate in 
locale che di usare applicazioni remote (ma "always on line") senza 
modifiche all'interfaccia.
Probabilmente, a questo punto, nel SDK ci sono delle librerie per 
l'accesso all'hardware, ai DB (SQLite, sembra) e alla rete da Java, e 
probabilmente dei toolkit in Javascript e CSS, dei set di icone e sfondi, 
ecc. da usare per le GUI.
O meglio, tutta questa roba e` gia` nel telefono, ma nell'SDK ci sono la 
documentazione per usarlo, un "emulatore" (cioe` lo stesso software 
ricompilato per x86), quasi sicuramente Eclipse con un plugin per 
facilitare lo sviluppo di webapps, e un debugger, un po' come per Android.
Bye.

 jetty) -> [bytecode] -> JVM
Grazie della precisazione (e delucidazione per me). In effetti mi ero
lanciato un po' avanti in un territorio per me poco esplorato :)


 limitate.
Non intendevo Java come interprete "stand alone", ipotizzavo che, se il
webkit supportasse flash e java, si potessero realizzare applicazioni
HTML con l'escamotage di utilizzare tali plugin "sparati" a schermo
intero (320x480).


 HTML+Javascript. 
Penso anch'io sarà qualcosa del genere, anche per tutelare i sorgenti
delle varie applicazioni che, in caso contrario, potrebbero essere
facilmente duplicabili e/o modificate senza autorizzazione.


 facilmente duplicabili e/o modificate senza autorizzazione.
Specifico meglio: il programmatore sviluppa in standard w3c e alla fine
un compilatore crea un eseguibile binario (ottimizzato per l'os). Questo
sistema potrebbe anche velocizzare l'esecuzione.
Naturalmente sono solo congetture personali.


 porting delle applicazioni piÃ¹ comuni sarÃ  molto rapido.
Mah, guarda. Concettualmente Sotto il Pre dovrebbe girare pur sempre un
Kernel Linux, il che almeno concettualmente aprirebbe la strada
all'emulatore ALP che gia` gira su Nokia N810, un device Linux anche
quello. Diciamo che qualche segnale positivo c'e` in quel senso.
Vedremo
-- 
+----------------------------------------------------+
| William Maddler                                    |
+----------------------------------------------------+
| Visit my blog at 
http://www.eth0.it
                |
| eth0 / ifconfig realworld up!                      |
+----------------------------------------------------+
| gpg fingerprint:                                   |
| EAAA 5A70 0359 ECEC 1167 D81E 3ED7 87C1 29EE 144Aa |
+----------------------------------------------------+