Ebbene si, sono trascorsi già 25 anni...
Questa mattina ricevo un invito del Computer History Museum di Mountain View (California) che ho visitato alcuni anni fa...
"Last Chance to Register: 25th Anniversary of the Commodore 64 -> December 10, 2007"
Interverranno:
Adam Chowaniec Chairman of the Board, Liquid Computing, Inc.
(Ex VP of Technology at Commodore and Developer of Amiga)
E chi è? :-)
William Lowe Chief Executive Officer and President, NEPS
(Ex President of the Entry Systems Division at IBM)
E la IBM che c'azzecca??
Jack Tramiel Founder and CEO, Commodore International
(Ex President and CEO of Atari Corp.)
Mitico... ma è ancora vivo o portano la mummia?
Steve Wozniak Co-Founder, Apple Computer
Pure la Apple... tutti a baciare i piedi a mamma Commodore adesso?
Temo comunque che il sottoscritto non potrà partecipare... non è proprio banale organizzare una trasferta a San Francisco in 2gg... Magari per il 50enario mi organizzo in tempo.
Girando un po' sul web le celebrazioni non mancano.
Repubblica.it posta il solito articolo scritto da un incompetente (non me ne voglia il giornalista, anche io sarei un incompetente se scrivessi... chessò.. di Calcio o di Moda):
Link all'Articolo
In 50 righe riescono a dire che il Commodore 64 aveva 64 chilobytes di potenza (senza K!), lo chiamano "console" (Haaargh!!!), che i suoi concorrenti erano il PET e il Vic-20 (Atari e Spectrum li lasciamo a casa va..), che il Commodore 128 fu un successone (eeeeee...). Tralascio qualche altra (dis)informazione. Ma i geni che scrivono questi pezzi dove li trovano?
Per fortuna la CNN ha scritto un articolo un po' più accurato:
Link all'Articolo
08 dicembre 2007
01 dicembre 2007
Google Maps API
Questa settimana ho dovuto lavorare ad un progetto che comprendeva un motore di ricerca di ristoranti nel mondo.
Il cliente mi aveva espressamene richiesto l'uso di Google Maps, e quindi mi sono messo a studiarlo.
Come sempre il time-to-market era abbastanza stretto... 3 giorni per fare tutto: Analisi, sviluppo, test....
Ho piacevolemente scoperto che utilizzando le Api di Google, con poche righe di Javascript è facile far apparire una mappa, scegliere il livello di zoom, centrarla su una zona specifica, e impostare dei marker in determinate locazioni. Non male!
Il problema più grosso è dato dal fatto che sia la centratura, ma soprattutto i marker, vanno indicati mediante coodinate, ossia latitudine e longitudine.
Esiste un oggetto chiamato geocoder, che consente di ottenere le coordinate a partire da un'indirizzo scritto in testo (es. Via Savoia 84, 00198 Roma) ma per stessa ammissione di Google è abbastanza lento (qualche frazione di secondo) e soprattutto pesante da elaborare sul server di Google, tanto che limitano 5.000 interrogazioni al giorno per ogni sito.
L'idea è stata quindi quella di scrivere un software che partisse da un database di indirizzi e interrogasse ciclicamente Geocoder in modo da ottenere tutte le coordinate. Per farlo funzionare correttamente ho dovuto utilizzare ASP e Javascript, in una sorta di applicazione web automatica: l'asp costruiva la pagina contenente il javascript, e quest'ultimo si interfacciava con le Api di Google per ottenere le coordinate. Queste venivano passate tramite GET ad una pagina che si occupava di salvare i dati in un DB, e avanti così per 3.000 indirizzi.
L'elaborazione complessiva ha impiegato qualche ora, con qualche interruzione dovute a caratteri "strani" nei nomi dei ristoranti, ma alla fine ho ottenuto quello che volevo: una lista di coordinate pronte da sfruttare.
A quel punto il più era fatto, è bastato scrivere un piccolo motore di ricerca che consentisse di ricercare Paese, città e ristorante per aggiornare di conseguenza la mappa. Niente male!
Volete vedere il risultato? ristoranti.asp
Il cliente mi aveva espressamene richiesto l'uso di Google Maps, e quindi mi sono messo a studiarlo.
Come sempre il time-to-market era abbastanza stretto... 3 giorni per fare tutto: Analisi, sviluppo, test....
Ho piacevolemente scoperto che utilizzando le Api di Google, con poche righe di Javascript è facile far apparire una mappa, scegliere il livello di zoom, centrarla su una zona specifica, e impostare dei marker in determinate locazioni. Non male!
Il problema più grosso è dato dal fatto che sia la centratura, ma soprattutto i marker, vanno indicati mediante coodinate, ossia latitudine e longitudine.
Esiste un oggetto chiamato geocoder, che consente di ottenere le coordinate a partire da un'indirizzo scritto in testo (es. Via Savoia 84, 00198 Roma) ma per stessa ammissione di Google è abbastanza lento (qualche frazione di secondo) e soprattutto pesante da elaborare sul server di Google, tanto che limitano 5.000 interrogazioni al giorno per ogni sito.
L'idea è stata quindi quella di scrivere un software che partisse da un database di indirizzi e interrogasse ciclicamente Geocoder in modo da ottenere tutte le coordinate. Per farlo funzionare correttamente ho dovuto utilizzare ASP e Javascript, in una sorta di applicazione web automatica: l'asp costruiva la pagina contenente il javascript, e quest'ultimo si interfacciava con le Api di Google per ottenere le coordinate. Queste venivano passate tramite GET ad una pagina che si occupava di salvare i dati in un DB, e avanti così per 3.000 indirizzi.
L'elaborazione complessiva ha impiegato qualche ora, con qualche interruzione dovute a caratteri "strani" nei nomi dei ristoranti, ma alla fine ho ottenuto quello che volevo: una lista di coordinate pronte da sfruttare.
A quel punto il più era fatto, è bastato scrivere un piccolo motore di ricerca che consentisse di ricercare Paese, città e ristorante per aggiornare di conseguenza la mappa. Niente male!
Volete vedere il risultato? ristoranti.asp
Iscriviti a:
Post (Atom)
