TomStardust.com

Il W3C abbandona XHTML, il futuro è HTML 5

Tom — Fri, 03 Jul 2009 12:57:55 +0000

Il W3C ha chiarito la sua posizione sul futuro della specifica XHTML: con una news pubblicata il 3 Luglio ha chiuso lo sviluppo di XHTML 2, per dedicare tutte le risorse al futuro HTML 5.

Dalle notizie della settimana appena conclusa infatti è possibile leggere:

2009-07-02: Today the Director announces that when the XHTML 2 Working Group charter expires as scheduled at the end of 2009, the charter will not be renewed. By doing so, and by increasing resources in the Working Group, W3C hopes to accelerate the progress of HTML 5 and clarify W3C’s position regarding the future of HTML.

Una decisione sicuramente importante per il futuro di chi sviluppa sul web, ma non così sorprendente come potrebbe sembrare. Ammetto di avere sperato in XHTML 2, ma i segnali colti fino ad ora non sono mai stati rassicuranti. Quest’ultima notizia è solo la conferma della strada fortemente voluta e consigliata (in modo più o meno forzato) da Google e dai vari sviluppatori di browser, che da tempo stanno spingendo per la specifica HTML 5.

Alla luce di quanto accaduto la decisione di Dave Shea, sviluppatore americano, che ha deciso di abbandonare XHTML da qualche tempo, non appare così sbagliata. Ne avevo parlato nel post “Abbandonare XHTML?”, ma in ogni caso non c’è alcun motivo di avere fretta di cambiare. Per quanto mi riguarda resto fermo sulla mia posizione: finchè HTML 5 non sarà pienamente supportato, XHTML 1.0 resterà la mia scelta principale; è semplicemente arrivato il momento di approfondire lo studio della nuova specifica per chi non l’avesse ancora presa in considerazione, visto che tra qualche tempo sarà largamente diffusa.

Come punto di partenza vi segnalo le Faq del W3C sul futuro di XHTML, ed il post “HTML 5: approfondimenti ed evoluzioni future”, dove troverete diversi link utili.

A proposito di tempi: quanto ci vorrà per vedere HTML 5 supportato da tutti i principali browser? Sicuramente qualche anno, ma la data potrebbe non essere così lontana. In alcuni casi certe funzionalità sono già ben supportate, e questo indica che gli stessi produttori hanno interesse a seguire la specifica. Non sarà comunque un cambiamento improvviso: c’è tutto il tempo per documentarsi ed approfondire.

Vuoi 2Gb per il backup e la condivisione dei tuoi files? Registrati su Dropbox, se usi questo link ottieni 250Mb extra (e li regali anche a me :) )

La funzione body_class() di Wordpress 2.8

Tom — Tue, 30 Jun 2009 05:00:20 +0000

La versione 2.8 di Wordpress introduce una novità molto utile per chi sviluppa dei temi. E’ stata infatti creata una nuova funzione php, chiamata body_class().

Utilizzandola nel template è possibile avere delle classi differenti sul tag HTML body, a seconda della pagina visualizzata. Questo consente di personalizzarne l’aspetto esclusivamente tramite CSS, senza bisogno di creare template su misura.

Per utilizzarla è sufficiente aggiungerla nel tag body, che di solito è nel template header.php, in questo modo:

>

Il risultato sulla homepage del blog sarà:

mentre su un singolo articolo (ad esempio con ID 23):

E’ possibile anche aggiungere una o più classi personalizzate a piacere, che appariranno insieme alle altre:

>

Una funzione php analoga, relativa però ai singoli post, è chiamata post_class(): ne ho parlato in passato, trovate la relativa guida a questo indirizzo.

Le potenzialità di queste funzioni sono notevoli, ma credo sia bene utilizzarle solo se veramente necessario. Soprattutto nel caso di body_class(), il rischio è quello di trovarsi il codice inutilmente appesantito. L’elenco completo delle classi stampate dalla nuova funzione è in questo post di WPEngineer.

Vuoi 2Gb per il backup e la condivisione dei tuoi files? Registrati su Dropbox, se usi questo link ottieni 250Mb extra (e li regali anche a me :) )

Check My Colours: come analizzare il contrasto dei colori di un sito

Tom — Mon, 22 Jun 2009 05:00:53 +0000

La scelta dei colori di una pagina web è uno degli elementi da considerare per avere un sito accessibile. Non è sufficiente tenere conto di alcune problematiche come il daltonismo o altri disturbi della percezione dei colori: esistono infatti numerose circostanze per le quali alcune scelte sbagliate potrebbero rendere un sito inaccessibile.

Basti pensare alla visualizzazione di una pagina senza CSS o con le immagini disabilitate: non avere dichiarato alcuni colori potrebbe rendere illeggibili alcuni testi.

In queste situazioni può tornare utile l’utilizzo di strumenti automatici: Check My Colours è un tool ancora in beta, realizzato dall’italiano Giovanni Scala, che promette molto bene.

Alcune domande all’autore

Per approfondire questa segnalazione ho voluto fare un paio di domande al suo creatore, anche per comprendere le ragioni della nascita di Check My Colours.

Come mai hai voluto creare un’applicazione di questo tipo pur esistendo già altre alternative simili?

Sin da quando ho iniziato a sviluppare siti ho sempre cercato di rendere i miei lavori pienamente accessibili per chiunque, sia dal punto di vista tecnico che umano. Quindi ho pensato che un’applicazione simile sarebbe stata d’aiuto.

Sì, è vero, esistono diversi tool simili, ma ad ognuno di questi manca “qualcosa”:

Quasi sempre permettono di verificare solamente il CSS esterno. CheckMyColours verifica i colori di ogni singolo elemento del DOM, siano essi definiti in un foglio di stile esterno o all’interno della pagina HTML. Questo approccio oltre ad essere più completo, permette di avere un rapido quadro della situazione della propria pagina (una sola scelta errata dei colori nel css può rendere illegibile centinaia di links… Gli altri “validatori” segnalerebbero comunque un solo errore…)

Non tutti gli strumenti attualmente online utilizzano gli algoritmi ufficialmente suggeriti dal consorzio W3C.

Alcuni tools richiedono l’installazione locale, e quindi sono utilizzabili solamente su determinati sistemi operativi

Gli obiettivi principali di questa applicazione sin dall’inizio sono stati:

avere come target principale i web designers. Fare una sola cosa, farla bene.

facilitare le operazioni di controllo di una pagina già online

ottenere risultati semplici da consultare

fornire mezzi per la scelta dei colori in fase di sviluppo (il color picker)

renderla utilizzabile su qualsiasi sistema operativo

renderla utilizzabile su qualsiasi browser

Prevedi degli aggiornamenti per il futuro? Stai lavorando già a delle modifiche?

Ovviamente questo è solo l’inizio. L’attuale versione online è ancora in fase beta. Sto ricevendo diverse mail di segnalazioni, proposte, consigli, e certamente ne terrò conto. Una bozza di roadmap creata al volo potrebbe essere:

correggere gli eventuali problemi della versione beta

stilare delle FAQ

migliorare il color picker

creare un’area blog per aggiornamenti sull’applicazione e

discussioni legate all’accessibilità.

ottimizzare l’utilizzo su iPhone e altri dispositivi mobili

permettere il salvataggio su pdf del report

Potete provare subito Check My Colours, tenendo presente che è in costante sviluppo. Se avete dei suggerimenti o delle proposte da fare, non esitate a contattare l’autore dal sito dell’applicazione.

Vuoi 2Gb per il backup e la condivisione dei tuoi files? Registrati su Dropbox, se usi questo link ottieni 250Mb extra (e li regali anche a me :) )

Usabilità e User Experience

Tom — Mon, 15 Jun 2009 05:00:01 +0000

Spesso si sente parlare di usabilità dei siti internet, ma le idee sulla definizione precisa si confondono e si sovrappongono, arrivando a spiegazioni anche molto diverse. In linea generale l’usabilità può essere definita come la facilità di interazione tra una persona e lo strumento che utilizza.

Riferendosi ad internet, il rapporto da considerare è quello tra un utente ed il sito che sta navigando.

Cos’è la User Experience?

Qualcuno potrebbe pensare che l’esperienza dell’utente (in inglese user experience o UX) sia la stessa cosa, ma in realtà non è così. L’usabilità è solo uno dei fattori che servono a raggiungere una buona user experience: sono poi da considerare accessibilità, architettura delle informazioni, user interface design ed interaction design.

L’esperienza dell’utente è il risultato della combinazione di tutti questi aspetti: riguarda emozioni, sensazioni e comportamenti, non solo l’efficienza con cui vengono raggiunti determinati obiettivi.

Buona Usabilità non significa sempre buona User Experience

Un sito usabile non assicura quindi sempre un riscontro positivo da parte degli utenti. Sicuramente aiuta, ma da sola l’usabilità non è sufficiente.

Pensate ad un blog con le categorie bene organizzate, titolo della pagina corrente ben in evidenza, menu e testi leggibili ed anche una ricerca funzionale. Sembrerebbe tutto perfetto, ma se i contenuti dei post fossero incompleti o avessero evidenti errori grammaticali?

I visitatori ricorderebbero molto più facilmente quest’ultimo aspetto, giudicando negativamente il sito senza altre possibilità di appello.

L’esperienza utente va oltre l’usabilità, perchè tiene anche conto di altri fattori:

Desiderabilità

Gli utenti devono avere un motivo per voler navigare il vostro sito. E’ bene che sia funzionale ed efficiente, ma deve essere in grado di offrire qualcosa di più per piacere. La chiave è invogliare i visitatori a tornare.

Credibilità

I testi sono attendibili? Questo aspetto vale per un blog come per un sito aziendale: i messaggi devono essere credibili, e questo ovviamente implica anche la correttezza grammaticale.

Personalità

La personalità di un sito è importante, soprattutto per quelli aziendali: il modo di rivolgersi al visitatore deve essere studiato senza improvvisare. In questo caso sono i dettagli che contano, dai messaggi di avviso alle etichette dei menu, passando per le indicazioni delle azioni da compiere.

Coerenza

Il messaggio trasmesso dal sito deve essere coerente in tutte le pagine. Il modo di rivolgersi al visitatore non può cambiare tra l’homepage ed una procedura di acquisto.

I vantaggi di una User Experience positiva

Ottenere un feedback positivo dai visitatori è fondamentale, e per farlo è sempre bene partire da un sito usabile ed accessibile. L’importante è ricordare come questo da solo non basti per raggiungere una buona user experience. L’utente soddisfatto, a cui piace interagire con il vostro sito, tornerà più spesso e vi porterà altre visite, cosa che non succederà con tutti coloro che avranno un’esperienza negativa.

Immagine: Paul Veugen

Nota: questo articolo è stato ispirato da Usability to the UX, su redant.co.uk.

Vuoi 2Gb per il backup e la condivisione dei tuoi files? Registrati su Dropbox, se usi questo link ottieni 250Mb extra (e li regali anche a me :) )

Interagire con il Database di Wordpress in php

Tom — Mon, 08 Jun 2009 05:00:08 +0000

Se avete mai realizzato un tema per Wordpress, prima o poi avrete avuto la necessità di ricavare delle informazioni dal database non accessibili tramite i template tag di questo CMS. Non ci sono problemi ad ottenere il titolo del blog, di un post, l’elenco delle pagine o delle categorie esistenti, ma quando le necessità si fanno più specifiche diventa necessario scrivere qualche riga in php.

La realtà è molto più semplice di quello che può sembrare: esiste infatti una classe chiamata $wpdb che consente di andare a recuperare qualsiasi informazione dal database. Può essere sfruttata su qualsiasi tabella, anche quelle che non sono state create da Wordpress, ma ad esempio da un plugin esterno.

Esempi pratici di utilizzo

Volete visualizzare sulla homepage del blog il numero di utenti registrati? Vi basta aggiungere questa funzione nel file functions.php:

function userCount() { global $wpdb; $user_count = $wpdb->get_var("SELECT COUNT(*) FROM $wpdb->users;"); echo $user_count; }

Dal template index.php basterà poi richiamare la funzione per visualizzare il risultato:

Utenti registrati:

E’ possibile eseguire anche query più complesse, ad esempio per ricavare un array di elementi da stampare, come l’elenco delle bozze ancora da pubblicare:

function showDrafts() { global $wpdb; $fivesdrafts = $wpdb->get_results("SELECT ID, post_title FROM $wpdb->posts WHERE post_status = 'draft' "); foreach ($fivesdrafts as $fivesdraft) { echo '

' . $fivesdraft->post_title . '

';

}

}

Da visualizzare poi così:

`Bozze in attesa di pubblicazione:`

Questo strumento è interessante, perchè con un minimo di conoscenza del database e delle query possibili, qualsiasi informazione può essere estratta senza difficoltà. C’è un’ottima documentazione a disposizione sul Codex ufficiale di Wordpress, di cui trovate anche la traduzione in italiano su wordpress-it.it.

Tra le funzioni a disposizione della classe, potrebbe servirvi $wpdb->show_errors, che visualizza gli errori MYSQL. L’ho trovata molto utile in fase di debug, e se non conoscete bene la sintassi da utilizzare vi sarà di grande aiuto.

Il mio consiglio comunque è di fare qualche test in locale per capire le potenzialità dello strumento: non è così difficile da imparare, anche se non siete dei programmatori. Dopo aver osservato la struttura del database (ad esempio con phpMyAdmin) per conoscere i nomi delle tabelle e dei campi, potrete fare qualsiasi cosa.

Vuoi 2Gb per il backup e la condivisione dei tuoi files? Registrati su Dropbox, se usi questo link ottieni 250Mb extra (e li regali anche a me :) )

Librerie JavaScript: jQuery o MooTools?

Tom — Wed, 27 May 2009 05:30:15 +0000

Il primo problema da considerare per chi vuole sfruttare le potenzialità di JavaScript è la scelta del framework a cui appoggiarsi. Le soluzioni a disposizione sono tante: spesso può anche non servire sfruttare un’intera libreria, ma per progetti complessi a volte è la scelta più conveniente.

Tra le varie possibilità, jQuery e MooTools sono due tra i migliori framework da considerare. Per facilitarvi, consiglio la lettura di questa pagina, che vuole aiutare a trovare una risposta alla domanda: “quale scelgo?”.

Le caratteristiche dei due framework

jQuery - sito ufficiale

dimensione della libreria (solo Core): 55.9kb
centinaia di plugin disponibili su plugins.jquery.com, più innumerevoli altri disponibili in rete
community diffusa e molto frequentata
facilità di apprendimento

MooTools - sito ufficiale

dimensione della libreria (solo Core): 64.3kb
qualche decina di plugin ufficiali su mootools.net/more, più altri non ufficiali (meno rispetto a jQuery) disponibili in rete
miglior mantenibilità del codice
facilità di riutilizzo

Quale utilizzare?

La scelta può essere sintetizzata in una frase:

jQuery focuses on expressiveness, quick and easy coding, and the DOM while MooTools focuses on extension, inheritance, legibility, reuse, and maintainability.

E’ questa la giusta chiave di lettura per iniziare a lavorare con uno dei due framework. jQuery è probabilmente più facile da imparare ed è semplice da gestire, ma potrebbe presentare qualche problema di troppo per il riutilizzo del codice ed il suo mantenimento. MooTools ha meno difficoltà da questo punto di vista, ma è più complesso da imparare.

Alcuni esempi pratici

Per avere un’idea non solo teorica dei due framework, questi sono alcuni siti che utilizzano l’uno o l’altro. Sono presenti slider, carousel, accordion e menu con navigazione a tab: i risultati sono in ogni caso ottimi.

Web Designer Wall - jQuery

Marius Roosendaal - Mootools

Viget Labs - jQuery

Vimeo - Mootools

Komodo Media - jQuery

Macheist - Mootools

Per quanto mi riguarda su tomstardust.com utilizzo MooTools, ma per altri progetti ho sfruttato anche jQuery, soprattutto per i numerosi plugin a disposizione. Sono entrambe due ottime librerie: a questo punto la scelta dipende solo dalle vostre necessità.

Vuoi 2Gb per il backup e la condivisione dei tuoi files? Registrati su Dropbox, se usi questo link ottieni 250Mb extra (e li regali anche a me :) )

WordCamp 2009: il resoconto

Tom — Sun, 24 May 2009 17:21:25 +0000

Sono appena rientrato dal secondo WordCamp italiano, che anche quest’anno si è rivelato un bell’evento. Un ospite importante, alcuni bei talk, ma soprattutto in questi incontri il vero valore aggiunto è rappresentato dalle conoscenze che si fanno: essere a contatto diretto con altri blogger e lavoratori del settore è un ottimo modo per approfondire i rapporti, e socializzare molto più facilmente che da dietro ad uno schermo.

Parlando di Wordpress, la presenza più importante di questo BarCamp era senza dubbio quella di Andy Peatling, l’autore di BuddyPress. Si tratta di una vera e propria suite di plugin e temi che permettono di trasformare una qualsiasi installazione di Wordpress MU in una community, con tutte le sue funzioni più importanti. Profili estesi degli utenti, messaggi diretti, amicizie, gruppi, forum: tutto ciò può essere implementato senza troppe difficoltà, con molta più libertà di gestione rispetto ad altri sistemi (ad esempio appoggiandosi a piattaforme esterne come Ning).

Vista la natura del progetto, è logico che sia una suite dedicata a Wordpress MU piuttosto che ad una singola installazione di Wordpress, ma lo stesso Wolly (che ringrazio ancora per aver organizzato il WordCamp) mi ha confermato che con qualche hack non è impossibile adattare BuddyPress anche ad un ambito più ristretto.

Per il resto, devo riconoscere che tra i talk in programma nella giornata di Sabato (il Venerdì non ero presente), avrei apprezzato qualche approfondimento tecnico in più su Wordpress. Da questo punto di vista mi era piaciuto di più il WordCamp 2008: erano numerose le presentazioni sull’ottimizzazione della piattaforma e su come sfruttarla al meglio. Si è parlato di OpenOffice e della sua integrazione con Wordpress, dell’esperienza della Fiat su internet, del manifesto di Marco Massarotto per le aziende che vogliono affacciarsi in rete, ma ho sentito comunque la mancanza di qualcosa.

Trovate alcune foto dell’evento sul mio account Flickr, nel set dedicato. Mi ha fatto molto piacere rivedere Tambu e conoscere Francesco Gavello, che ha confermato tutte le buone impressioni che avevo avuto su di lui e sono sicuro continuerà a far parlare di sè con il suo blog. Interessanti anche i discorsi fatti con Julius su BlogMagazine, che partito da zero sta avendo sempre più riconoscimenti: io stesso ero scettico sulle possibilità dell’iniziativa, ma vi consiglio di tenere d’occhio quello che succederà nei prossimi mesi, potreste rimanere sorpresi. Un applauso anche a Luca Sartoni per la bella presentazione (”WFT? Non funziona!”).

A questo punto il prossimo anno non avete scuse: se questo resoconto vi ha incuriosito, vi sarebbe sicuramente piaciuto essere presenti. Per il futuro sarà interessante vedere se si riusciranno ad organizzare WordCamp locali nelle varie città italiane, come auspicato anche dagli organizzatori. Sarebbe una bella occasione per coinvolgere tutte coloro che non hanno voglia di spostarsi, ma che possono dare il loro contributo alla causa di Wordpress.

Vuoi 2Gb per il backup e la condivisione dei tuoi files? Registrati su Dropbox, se usi questo link ottieni 250Mb extra (e li regali anche a me :) )

Selettori adiacenti con i CSS

Tom — Mon, 18 May 2009 05:00:26 +0000

I selettori adiacenti sono una funzionalità dei CSS spesso ignorata, ma dalle grandi potenzialità. Con una semplice dichiarazione infatti è possibile identificare l’elemento immediatamente vicino (quindi adiacente) ad un altro. Ad esempio con

div + p { color: #a00; }

è possibile assegnare delle proprietà al primo paragrafo contenuto in un div, paragrafo che in questo caso diventerà rosso.

Niente classi o id, è possibile gestire tutto tramite CSS senza bisogno di appesantire il codice HTML. L’altra buona notizia è che questo tipo di selettore funziona su tutti i principali browser, escluso ovviamente Internet Explorer 6. Firefox, Explorer 7, Safari, Opera e Chrome la supportano senza problemi.

E’ tempo quindi di sperimentare ed iniziare ad utilizzarli, anche come progressive enhancement, per offrire ai visitatori con un browser recente una migliore esperienza di navigazione.

Se volete vedere un esempio pratico, ho fatto il mio primo esperimento con i selettori adiacenti nel footer di TomStardust Diary:

Questo post è nato da una discussione su Friendfeed: una chiara dimostrazione dell’utilità dei social networks. C’è ancora qualcuno che ne dubita?

Vuoi 2Gb per il backup e la condivisione dei tuoi files? Registrati su Dropbox, se usi questo link ottieni 250Mb extra (e li regali anche a me :) )

WordCamp italiano in arrivo

Tom — Fri, 15 May 2009 05:00:15 +0000

Questo post è per segnalare che la prossima settimana ci sarà a Milano il secondo WordCamp italiano: un appuntamento da non perdere per tutti gli appassionati di Wordpress.

L’anno scorso ero presente (potete leggere il resoconto in questo post), ed è stata una bella occasione per conoscere molte persone con i miei stessi interessi. Anche quest’anno non mancherò, ma ci sarò solamente nella giornata di Sabato. Qualcuno di voi ha in programma di venire?

Se volete partecipare potete registrarvi sul sito ufficiale: confermate la vostra presenza e ricordatevi di stampare il vostro badge, sarà più facile riconoscersi.

Chi invece resterà a casa potrà sicuramente leggere ampi resoconti nei giorni successivi all’evento, anche su questo blog. Per gli aggiornamenti in tempo reale invece Twitter rimane lo strumento migliore: potete seguire il mio account, e probabilmente riuscirete anche a trovare dei risultati di ricerca aggiornati con l’hashtag #wordcamp.

Vuoi 2Gb per il backup e la condivisione dei tuoi files? Registrati su Dropbox, se usi questo link ottieni 250Mb extra (e li regali anche a me :) )

E-book reader: se il rivale di Kindle fosse Apple Media Pad?

Tom — Mon, 11 May 2009 05:00:58 +0000

Il settore degli e-book reader si sta facendo strada, soprattutto in America dove regna incontrastato Kindle di Amazon. Notizia di questi giorni è il lancio del nuovo Kindle DX, lettore di e-book dal grande schermo (9,7″), che mantiene l’ottima leggibilità ed autonomia del suo predecessore per un prezzo più alto: 490$ (circa 370€, più le solite tasse).

Un prezzo del genere è ancora troppo elevato, ma è lecito riconoscere come questi supporti si stiano avviando verso la strada giusta. Ovviamente ci sono ancora dei difetti di gioventù, ma è il prezzo da pagare per uno strumento totalmente nuovo, che deve ancora trovare la sua giusta collocazione.

Trovo che un e-book reader possa essere comodissimo in alcune circostanze, come nella consultazione dei manuali di D&D in .pdf durante una partita. Parlo per esperienza personale: invece di doversi districare tra almeno 2-3 tomi di centinaia di pagine dal peso non indifferente, sarebbe fantastico avere tutto in 10 pollici. Lo stesso discorso vale per la didattica. Sono invece ancora scettico per la lettura di interi romanzi, che costano ancora troppo in formato digitale, e soprattutto non potrei fare a meno della sensazione della carta e del profumo di un libro appena acquistato.

In questo contesto, riconoscendo l’impresa di Amazon che sta aprendo la strada, la mancanza più grave del Kindle DX è il display touchscreen. Il gesto più intuitivo che possa esistere su un e-book reader è lo sfogliare pagina, e non posso pensare modo migliore di implementarlo di una gesture stile iPhone, scorrendo le dita da destra a sinistra dello schermo. Mi stavo già rassegnando a considerarla come una fantasia, quando ho trovato diverse voci a supporto di una nuova idea: un lettore di e-book made in Apple.

Il possibile rivale: Apple Media Pad

I primi indizi risalgono a Marzo 2009: da Gizmodo ad Appleinsider, molti hanno riportato una notizia della Reuters che parlava di un ordine Apple per numerosi display da 10 pollici. Tutti hanno iniziato a pensare ad un futuro netbook, la moda del momento.

Ma se un display del genere, curiosamente delle stesse dimensioni del Kindle DX, servisse per un e-book reader, magari con touchscreen?

Ed ecco la novità: pochi giorni fa qualcuno ha iniziato a parlare di un fantomatico Apple Media Pad per entrare nel settore di mercato dominato da Kindle. Tralasciando l’ipotetico nome di fantasia, è una teoria più valida di quello che potrebbe sembrare a prima vista. La Apple ha a disposizione la tecnologia per un ottimo touchscreen (vedi iPhone e iPod Touch): implementata su uno strumento con finalità diverse dall’iPhone potrebbe fare realmente la differenza.

Questo giustificherebbe anche le continue smentite di un futuro Netbook made in Apple: non è quello il mercato che interessa all’azienda di Cupertino.

La questione però non è così semplice, perchè c’è un’intervista di Steve Jobs al New York Times di qualche mese fa, dove viene messa in discussione l’utilità di Kindle:

It doesn’t matter how good or bad the product is, the fact is that people don’t read anymore. Forty percent of the people in the U.S. read one book or less last year. The whole conception is flawed at the top because people don’t read anymore.

E’ possibile quindi immaginare un prodotto Apple con più funzioni, schermo a colori ed obiettivi diversi rispetto al Kindle, come il gaming. In questo modo si avrebbero oggetti differenti per mercati diversi: solo quello di Amazon sarebbe un e-book reader, mentre la Apple andrebbe ad occupare altri settori, dando comunque agli utenti la possibilità di leggere documenti su un supporto portatile dal grande display.

Resta da attendere l’evoluzione della vicenda: oggetti di questo genere avranno comunque bisogno di tempo per affermarsi e migliorare le loro caratteristiche. Considerando che stiamo parlando di un mercato nato da poco, anche il prezzo iniziale sarà elevato. Il futuro si rivela comunque interessante, anche se i fan dei romanzi cartacei possono stare tranquilli: sicuramente non spariranno in fretta.

Vuoi 2Gb per il backup e la condivisione dei tuoi files? Registrati su Dropbox, se usi questo link ottieni 250Mb extra (e li regali anche a me :) )