Ho aggiornato il semplice esempio di search, un’applicazione in python che si appoggia alle API di BOSS, includendo una delle nuove feature presentate ieri dai tecnici di Yahoo!.
Nei risultati — vicino al titolo delle entry — troverete il corrispondente numero di save ottenuto in Delicious. Nulla di eclatante. Se vi va potete provarlo >>>
One Ring to bring them all and in the darkness bind them
In the Land of Mordor where the Shadows lie.
— J. R. R. Tolkien
Il post sull’introduzione di java in App Engine espone solo una delle implicazioni (per giunta marginale) di questa “rivoluzione”, non è completo — non chiude il cerchio.
Per farlo (dimostrare, chiudere o completare, a vostra scelta) comincerò col parlarvi di due delle cose che riescono sempre a stupirmi quando — circa ogni giorno — mi immergo nel mondo legato allo sviluppo di applicazioni web:
Spiego meglio la seconda. La user experience è — giustamente — considerata sacra, per questo è d’obbligo fornire un feedback immediato agli utenti che stanno inserendo dati potenzialmente non corretti. Pensate alle form di registrazione dei moderni social cosi.
Questo porta ad avere la stessa logica espressa, per esempio, in JavaScript (client side) e in PHP (server side). A volte una parte del lavoro implementativo viene riutilizzata: il riapplicare le stesse espressioni regolari, per esempio. Molto spesso il lavoro si sdoppia e raddoppia.
Come proof of concept di “nuove” possibilità di riuso e come esempio di utilizzo smart (spero) della nuova incarnazione di App Engine, ho creato un semplicissimo validatore di codice fiscale.
La peculiarità di questa applicazione sta proprio nel suo essere 100% DRY-compliant. Il codice di validazione (una funzione JavaScript che avevo scaricato un po’ di tempo fa — accetto hint riguardo ai credit) viene usato si lato client (dai velocissimi JavaScript engine dei vostri browser) che lato server (da java su App Engine via Rhino).
Lo trovate qui: http://ditloids.appspot.com/ (attualmente offline)
come potete osservare il riuso si applica anche ai dominii 😛 chi non sapesse cosa sono i ditloidi può sbirciare qui.
Se avete bisogno di un codice fiscale di test potete usare questo: PPPPLT80R10M082K (preso qui)
Come dicevo si tratta solo di una delle implicazioni, per giunta marginale…
I più perversi si orienteranno verso Quercus (PHP in Java).
aggiornamento: Lord of the REPLs
Ci pensavo. Si è parlato parecchio di Groovy e di JRuby, ma una delle prime — e delle più semplici — implicazioni che scaturiscono dall’introduzione del Java runtime in App Engine è la possibilità di eseguire codice JavaScript 1.7** lato server (sui server di Google!) sfruttando l’ottimo Rhino.
** per intenderci JavaScript 1.7 è la versione introdotta in Firefox 2
Ricordatevi che javax.script.* (vedi JSR 223) è vostro amico.
update: il non essere (il) solo mi rincuora
var runtime = java.lang.Runtime.getRuntime(); runtime.availableProcessors() -> 4
segue: JavaScript lato server con Google App Engine – parte 2
— Quelo
Adobe ha deciso di offrire una licenza gratuita di Flex Builder 3 Professional — uno dei suoi prodotti di punta — a tutti gli sviluppatori attualmente disoccupati, con l’impegno a non usare questo potente strumento con finalità commerciali (trovate tutti i dettagli nella pagina che riporta i termini). L’obiettivo dichiarato è didascalico; la cosa in sé non troppo sorprendente.
Ulteriori informazioni le potete trovare nella pagina di accettazione dei termini.
Sebbene i lolcats siano ancora notevolmente in voga l’idea di provare il supporto per le estensioni presente nelle ultime release di Chrome (beta e dev) rimpiazzando loghi di Google con rotondi felini accattivanti non mi garba più di tanto.
Per questo ho deciso — con semplice tinkering — di mettere insieme un esempio di estensione un po’ più utile. Dopo aver scartato alcune idee troppo complesse credo di aver trovato quello che fa al caso nostro. Proverò a trasformare AdSweep in una vera e propria estensione del browser di Mountain View, in modo tale da creare un “perfetto” surrogato di Adblock Plus.
Il procedimento da seguire per costruirla è davvero semplice.
Innanzitutto dovete mettere in Sleep il vostro Mac, o in standby la vostra (distro GNU/Linux) Fedora, o la vostra Ubuntu, perché questo interessantissimo browser — per il momento — gira nativamente solo su Windows.
Create una nuova cartella da qualche parte; come nel Chrome Extension HOWTO assumiamo che abbiate creato c:myextension, ma è solo un esempio perché potete davvero posizionarla in ogniddove nel vostro filesystem.
In c:myextension create un nuovo file di testo chiamato manifest.json e riempitelo con le info seguenti:
{
"format_version": 1,
"id": "CAFFEBABECAFFEBABECAFFEBABECAFFEBABECAFE",
"version": "1.0",
"name": "AdSweep Test",
"description": "A real Chrome extension.",
"content_scripts": [
{
"matches": ["http://*/*", "https://*/*"],
"js": ["AdSweep.js"]
}
]
}
Una volta salvato sarete a metà dell’opera. Se il manifest vi sembra criptico vi consiglio di leggere attentamente l’HOWTO linkato sopra insieme al resto della documentazione sparsa per dev.chromium.org. La parte più interessante in questo caso è la direttiva matches che fa si che il codice JavaScript presente in AdSweep.js venga eseguito in ogni pagina.
Non resta che scaricare la release più recente di AdSweep e da quell’archivio estrarre AdSweep.js e copiarlo in c:myextension. Il risultato ottenuto apparirà circa così:
Okay, ora dobbiamo installare la versione giusta di Chrome.
Per avere il supporto per le estensioni, come dicevo, abbiamo bisogno di una versione recente di questo browser. Le istruzioni per ottenerla si trovano in getting-involved/dev-channel; in realtà la procedura è semplicissima, basta 1) installare Google Chrome 2) scaricare, lanciare Google Chrome Channel Changer, e da lì selezionare beta o dev. Il passo successivo è l’aggiornamento di Chrome, per portarlo alla versione 2.0.X.Y (attualmente sto usando una 2.0.170.0).
Una volta fatto ciò ri-avviamo Chrome indicando(gli) la directory in cui è presente l’estensione:
chrome.exe --enable-extensions --load-extension="c:myextension"
nota: è necessario avere la directory in cui risiede chrome.exe in PATH
Se il browser parte senza lamentarsi tutto dovrebbe essere andato a buon fine.
Possiamo controllare la presenza dell’estensione “visitando”:
chrome-ui://extensions/
Da questo momento buona parte delle pubblictà verranno nascoste (vedi screenshot degli effetti) da AdSweep integrato in Chrome. Come avete visto la procedura per la creazione delle estensioni per questo browser is a piece of cake.
Quella che potrebbe essere una scena pre-climax hanekiana è invece il
video di un’incredibile (o imperdibile) performance urbana datata 2007.
Mimesi essenziale. Ho i brividi.
Esistono altre varianti, ma questa di certo è la più grezza.
peccato per i piedi.
Google (il search engine standard) ha seri problemi. E tutto il web è portatore di malware.
nello screenshot uno dei sacrileghi sacrilegi
update delle 16.20: tutto è tornato alla normalità .
Adesso i tecnocosi hanno-di-che-parlare… Yaaaaaaaaawn.
Se solo lo avessero inventato prima.
Ammetto di essere spesso scettico nei confronti delle creazioni degli ingegneri di Google (che in genere costruiscono sulla sabbia, come direbbe un uomo molto ricco che non conosco bene), ma questa gemma dei Labs — da incastonare in Gmail — è a dir poco indispensabile.
Non è possibile credere che sia superflua, marginale o, addirittura, futile.
Concepita da Jon Perlow (genio) seguendo un rigido processo di design e sviluppo improntato sul modello eat your own dog food Mail Goggles (è un lui — cambio genere) porrà fine a molti dei nostri quotidiani rimpianti e ci renderà , quasi certamente, persone migliori.
Di post come questo ne vedrete mille, quindi non vi farò perdere tempo descrivendo i casi d’uso (alcolici, romantici e forse anche un po’ emo) che lo hanno forgiato e i complicati meccanismi che lo regolano. Attivatelo; lasciate che la vostra vita cambi grazie ad esso.
Data — come dicevo — l’estrema ridondanza dell’argomento, per decenza eviterò di embeddare lo screenshot in cui al posto di un telematico invio mi viene consigliata una bella dormita.
I settaggi invece sono interessanti. Questi sono i miei…
La data di “completamento” della quinta versione di HTML, che sta nascendo da una sinergia tra il WHATWG (Web Hypertext Application Technology Working Group) e il più popolare W3C (World Wide Web Consortium), è stata indicata — all’incirca — nel lontano 2022. In un ambito in cui la velocità regna sovrana indisturbata, questa scelta può sembrare davvero assurda.
Nel frattempo cosa accadrà ?
Una risposta incoraggiante ci viene fornita da James Graham, sul blog del WHATWG:
Quello che davvero conta è quando i browser implementeranno le feature di HTML5. Dato che questo sta già accadendo, non c’è alcuna ragione per allarmarsi. Entro il 2022 ci auguriamo di avere una testsuite [una collezione di test case] e un paio di implementazioni complete, ma quando verrà quel giorno ci attendiamo di poter vedere uscire prodotti con feature di HTML 6.
Chi ha avuto modo di provare una versione recente di WebKit, di Firefox 3.1 (Minefield rules!), di Opera 9 e di IE 8, sa che in queste parole c’è Verità . E’ probabile che in un paio d’anni (magari tre) i principali web browser saranno già in grado di consumare e presentare informazioni descritte in HTML5.
approfondimenti: Google Tech Talk – HTML5 demos
Credo fortemente nel sacro potere dell’ipse-dixit(smo), per questo — pur pensandola in modo simile — preferisco riportare le parole di Neil McAllister (fatal exception) apparse in un post sugli SDK dei due “smartphone” pubblicato sui weblog di InfoWorld:
Gli iPhone * e i telefonini costruiti su Android sono “entrambi” equipaggiati con web browser basati sull’engine di rendering WebKit. Questo significa che le applicazioni web progettate per uno si visualizzeranno quasi identicamente sull’altro. Le stesse applicazioni si potranno visualizzare correttamente anche sui browser desktop che wrappano WebKit, come Safari, Google Chrome ecc [ quest’ultimo fattore, agli occhi di uno sviluppatore, rappresenta un enorme vantaggio nei contesti di testing e debugging delle applicazioni ].
E poi…
Google isn’t getting into the mobile phone market to be a developer tools vendor. It’s hoping that it can advance the mobile web platform far enough that it will become a viable stream of advertising revenue.
Se fossi 1) un imprenditore 2) italiano 3) lungimirante (credo invece di non [poter, in questo spesso agro paese] essere il primo, di essere il secondo e quanto basta del terzo) inizierei facendomi — o meglio facendo fare ai miei dipendenti, magari sostenuti da chi già possiede il know-how relativo a questi nuovi device — le ossa su quello che per il momento viene offerto dal mercato, ovvero gli iPhone (e gli smartphone che non ho menzionato).
* iPhone / iPod touch
