Nella presentazione, si tratta dell’anno scorso, ho anche riportato qualche numero: il 45% delle aziende statunitensi utilizzava i social network per svolgere ricerche su un candidato e il 35% ha affermato di aver trovato nei social network delle motivazioni per non procedere con l’assunzione.

A luglio di quest’anno Jobvite ha pubblicato un sondaggio aggiornato in cui si legge che l’80% delle aziende USA utilizza i social network per saperne di più sui candidati, mentre un’infografica di Reppler indica che il 69% delle aziende intervistate hanno deciso di non assumere il candidato.

I sondaggi vanno presi per quello che sono, ma non è difficile immaginare che la tendenza delle aziende sia di utilizzare sempre di più questi strumenti nel valutare le capacità di un candidato.

Quali sono i motivi che portano le aziende a non assumere? Sempre secondo il sondaggio, i principali sono legati all’aver trovato:

• qualifiche non in linea con quelle espresse dal candidato;
• commenti negativi sul datore di lavoro;
• contenuti inappropriati (foto, commenti);
• scarse capacità di comunicazione.

Ho avuto la fortuna in questi anni di svolgere il ruolo di esaminatore in diversi colloqui, sia per assumere programmatori, sia designer, sia project manager. Uso i social network, soprattutto Twitter e LinkedIn, per farmi un’idea di chi avrò di fronte.

Interventi correlati

• Ancora su recruitment e social network
  Dopo Se il lavoro cerca te segnalo altri due studi, pubblicati da Jobvite, relativi al rapporto tra social media e recruitment. Analizzano il mercato del lavoro americano, ma sono comunque indicativi dell’evoluzione di questa pratica. Si tratta di 33 essential recruiting … Continua a leggere →...
• Il web project manager e i colloqui di lavoro
  Suggerimenti per i colloqui di lavoro si trovano un po’ ovunque in internet, come gli ottimi dieci consigli per un buon colloquio di lavoro di Miriam Bertoli. Più raramente si sente parlare di suggerimenti per chi i colloqui li tiene. … Continua a leggere →...

Chi ha già un proprio blog da tempo è una sensazione che sicuramente conosce (su dai ammettiamolo!) ed è la scintilla dell’idea “mi faccio il mio tema”, la motivazione per la quale sono stato coinvolto da Antonio in questa avventura che ci ha portato a rivestire Fucinaweb con un proprio tema fatto su misura.

Io ho seguito lo sviluppo del template di partenza e la declinazione della grafica in html con molta attenzione a mantenere la compatibilità Xhtml Strict e la accessibilità dei contenuti.

Il template quindi non ha tabelle ma solamente layer disposti in maniera tale da garantire il corretto flusso delle informazioni. I tag html e i loro attributi sono stati utilizzati in modo tale da identificare correttamente i vari contenuti: liste puntate (tag ul e li) per i menu, header nidificati (tag h1 h2 h3) per i titoli , paragrafi (tag p) per i contenuti di testo, immagini (tag img) identificate da title e testo alternativo.

Il compito di rendere il sito piacevole alla vista e facilmente navigabile è stato lasciato completamente al foglio di stile nel quale tutte le dimensioni sono espresse in em, unità di misura relativa che consente la scalatura del sito alle varie risoluzioni e adattabile alle dimensioni del testo impostato dal browser del navigatore.

Antonio poi nell’opera di rifinitura ha aggiunto un paio di finezze veramente interessanti come i microformat e il foglio di stile per una stampa perfetta (argomenti per i quali spero ci regalerà un articolo prossimamente).

Altri perfezionamenti e aggiustatine in corsa ce ne saranno di sicuro visto che c’è sempre qualcosa di nuovo da scoprire e noi siamo pronti a provarle e divulgarle per crescere insieme a Fucinaweb.

Interventi correlati

• Il nuovo volto di Fucinaweb
  Se state leggendo questo intervento dal vostro lettore RSS, non noterete probabilmente nulla di diverso. Ma se fate un salto alla homepage di Fucinaweb, e vi invito a farlo, vi accorgerete che diverse cose sono cambiate. Fucinaweb ha un nuovo … Continua a leggere →...
• Dietro le quinte di un progetto
  Il blog della BBC è una ricca miniera per imparare da casi concreti il design e redesign di un progetto web. Continua a leggere →...
• Un lustro di Fucinaweb
  Fucinaweb nasceva l’1 Febbraio 2002 allo scopo di promuovere la progettazione di un sito web a 360 gradi, considerando i diversi elementi (sviluppo, information architecture, usabilità, accessibilità, web design) come realtà tra loro in comunicazione e non a compartimenti stagni. … Continua a leggere →...
• Template Html Gratuiti
  Un sito ne propone centinaia pronti all'uso Continua a leggere →...
• Sito nuovo, Url vecchi
  Il redesign di un sito può comportare la revisione di tutti gli Url, con riduzione drammatica del traffico in ingresso. Vediamo come è possibile mantenere i vecchi Url e come rendere la migrazione meno impegnativa Continua a leggere →...

Con la messa online del sito sono stati pubblicati una serie di corsi tematici, uno riguardante Asp.net e un altro focalizzato sul web design, seguiti poco dopo da un corso di accessibilità web.

Questi cinque anni sono un modo per fare un consuntivo su quello che è stato fatto e scritto. Sono stati in particolare pubblicati fino ad oggi circa 250 tra articoli, recensioni e segnalazioni, di cui i 5 più visitati “di tutti i tempi” sono:

• 13 manuali per dominare Visual Basic .Net
• Ajax e l’usabilità
• Realizzare siti Flash più usabili dei siti Html
• Scegliere il CMS Open Source per le proprie esigenze
• Template Html Gratuiti

Ma se dovessi scegliere il mio preferito, non avrei dubbi, e suggerirei di leggere il (prolisso) “Gli standard web sono inutili (da soli)“, un articolo rivolto a chi considera gli standard web fini solo a sé stessi, senza considerare le complessità di un progetto web nel suo insieme. Un articolo a suo tempo criticato da molti, a mio parere senza troppe motivazioni convincenti.

Fucinaweb non è nato come weblog. Mi ricordo che all’inizio era gestito completamente “a mano”: la pubblicazione di un articolo prevedeva l’inserimento di tutto il codice Html, la compilazione di tutti i link in cui quell’articolo veniva citato, e la copia di tutto via Ftp, sempre manualmente. Dopo qualche esperimento con WordPress sul mio sito personale ho poi deciso di procedere alla migrazione di tutta Fucinaweb a questa piattaforma, scelta che rifarei subito. Nel procedere con la migrazione ho cercato quanto più possibile di mantenere funzionanti i link della precedente versione, processo che ho documentato nell’intervento “Sito nuovo, Url vecchi“, per evitare che il traffico proveniente dai motori di ricerca venisse subito penalizzato.

Da qualche mese ho registrato il dominio fucinaweb.it, che a suo tempo non era disponibile. Questo banale particolare mi ha sempre infastidito, soprattutto perché il sito che rispondeva a quel dominio, realizzato da una sconosciuta web agency, tutto era fuorché accessibile, usabile, standard…una presa in giro.

Mi fermo qui, ma per chi volesse saperne di più vi consiglio di leggere l’intervista che il bravo Mirko di Blographik mi ha rivolto in questi giorni e che affronta anche altri temi a me cari, come il project management e il difficile rapporto con il cliente e l’usabilità.
Questi i primi cinque anni di questo sito: suggerimenti su come affrontare i prossimi cinque?

Interventi correlati

• Dietro le quinte del nuovo template di Fucinaweb
  Temi per WordPress ne troviamo a vagoni nel web, una ricerca con google dei termini “worpress theme” ritorna più di 78 milioni di pagine e devo dire che parecchi sono anche molto belli. Se li guardiamo per il blog del … Continua a leggere →...
• Gli standard web sono inutili (da soli)
  L'adozione degli standard web nella codifica di un sito è influenzata da molti fattori, alcuni dei quali esterni al sito stesso. Senza una perfetta conoscenza del contesto nel quale realizzare il prodotto, il risultato sarà scadente anche impiegando tutti gli standard a disposizione. Il tipo e il modo con cui utilizzare gli standard web varia anche a seconda del progetto, così che non esista a priori una soluzione migliore rispetto alle altre Continua a leggere →...
• Fucinaweb come Jeffrey Zeldman
  No, guai paragonarsi a quello che a ragione (o, come penso io, a torto) è considerato uno dei migliori designer web di questi anni. Ma su una cosa sono d’accordo con lui, cioè i motivi che hanno spinto Jeffrey Zeldman … Continua a leggere →...
• Link esterni: nuovi contenuti su Fucinaweb
  Aggiornamento 21 Settembre 2008: il box ora si chiama “Delicious” e contiene le risorse che riguardano i temi riportati in Fucinaweb. Maggiori informazioni nell’intervento Risorse di web project management   Sulla spalla destra dell’homepage di questo sito è da poco … Continua a leggere →...
• Nasce FucinaWeb.com
  Un sito pensato per i professionisti web Continua a leggere →...

Decisamente più interessanti, sono invece un paio di interventi apparsi qualche tempo fa sul web 2.0 journal, “Profitably Running an Online Business in the Web 2.0 Era” e “Struggling to Monetize Web 2.0“, scritti da Dion Hinchcliffe.

Secondo Hinchcliffe siamo in una fase in cui chi parte a progettare uno di questi servizi mira prima di tutto a farsi acquisire dai big, Yahoo! e Google per primi, oppure ha in testa qualche vaga strategia pubblicitaria. Ma il problema principale da risolvere è cercare di capire come riuscire a realizzare un business con prodotti il cui valore aggiuntoè dato dal contenuto creato dagli utenti che lo utilizzano. Riuscire a coinvolgere un buon numero di utenti non si traduce infatti automaticamente in rendite maggiori.

Si possono oggi individuare fondamentalmente 3 strategie di business:

• pubblicità e sponsorizzazioni, ovvero inserzioni in stile Adsense o banner e contratti diretti con gli inserzionisti. Secondo Hinchcliffe si tatta di una strategia debole, con pochi ritorni
• sottoscrizioni, cioè pagare per utilizzare alcuni servizi online, come i prodotti di 37 signals o la versione pro di Flickr. Qui ci potrebbe essere qualche segnale incoraggiante nel prossimo anno
• commissioni per transazioni, come per esempio il business di Ebay. Anche questo potrebbe essere un terreno molto fertile in futuro

La conclusione non è comunque delle più rosee: deve essere ancora pensato qualcosa di alternativo a queste 3 strategie, perché esistono numerosi progetti a cui nessuna di questa strategie può essere applicata efficacemente. E’ il caso di del.icio.us, in cui l’inserimento di pubblicità allontanerebbe gli utenti, così come la versione a pagamento.

Esistono poi alcuni metodi più o meno indiretti che possono aiutare a far crescere un progetto 2.0, in termini di:

• capitale
• numero di utenti
• capacità di resistere alla concorrenza

La strada che porta a questo, secondo Hinchcliffe , passa per acquisizioni strategiche, la capacità di costruire un rapporto di fiducia con i propri utenti, e il passaggio da applicazione “standard” a piattaforma attraverso il rilascio di opportune interfacce a API. Amazon in questo caso è un vero e proprio caso di successo.

Interventi correlati

• Se google non usasse (solo) Adsense
  Qualche settimana fa, se provate a fare una ricerca su Google con il termine blog, ecco come si presentava la pagina dei risultati: Appena sotto la prima sponsorizzazione Adsense, compare una pubblicità made-in-google che conduce direttamente a Blogger, il loro … Continua a leggere →...
• Guadagnare con Google Adsense?
  Con questo paio di consigli con tutta probabilità non diventerete miliardari grazie a Google Adsense, ma se non altro potrete aggiustare il tiro nel caso aveste deciso di utilizzare questo tipo di sponsorizzazione nelle vostre pagine. Da qualche tempo ospito infatti … Continua a leggere →...
• Le Web 3 Paris – Giorno 2, mattino
  Il secondo giorno è stato caratterizzato da alcuni fuori programma, come l’intervento di alcuni candidati alle elezioni francesi che hanno cercato di illustrare i loro programmi per la rete e l’economia del futuro, che non ho incluso in questo riassunto della … Continua a leggere →...
• Suggerimenti di lettura per il 2007
  Dovessi suggerire a chi si occupa di progetti web (nel senso più ampio del termine, dalla progettazione, allo sviluppo, ai contenuti) alcuni libri pubblicati nel 2006 e che ho trovato utili nel mio lavoro, sceglierei probabilmente questi 4: Don’t make … Continua a leggere →...
• Le Web 3 Paris – Giorno 1, mattino
  Le Web 3 è un evento organizzato da Six Apart a Parigi coinvolgendo i protagonisti europei in fatto di e-commerce, blog, media, mobile computing, web tv e un po’ tutto quello che può essere targato anche solo lontanamente web 2.0. Ecco … Continua a leggere →...

Il secondo giorno è stato caratterizzato da alcuni fuori programma, come l’intervento di alcuni candidati alle elezioni francesi che hanno cercato di illustrare i loro programmi per la rete e l’economia del futuro, che non ho incluso in questo riassunto della giornata. Gli interessati trovano qualcosa nel mio blog personale.

L’arrivo di Shimon Peres

La giornata è cominciata con una mezza sorpresa, l’arrivo del premio Nobel israeliano Shimon Peres.

Ha esordito confermando che il mondo è depresso, pieno di problemi e incerto sul futuro. Il mondo si trova in un momento di transizione che giustifica in parte queste dolori.

Ci dicevano di imparare dal passato per non compiere gli stessi errori, ma in compenso si compiono nuovi errori. La democrazia si distingue perché permette di compiere gli errori, ma dà anche modo di correggerli.

Invece di fermarsi solo a ricordare, è tempo di creare, immaginare, scoprire: da memoria tradizionale a immaginazione intellettuale.

Internet è libera da pregiudizi: aperta, libera e, cosa ancora più importante, sta traghettando le nuove generazione dentro il futuro.

In questa nuova era si sono verificati degli importanti cambiamenti: gli stati, i confini non sono più importanti.

Cambia anche il valore del potere. Una volta era potente e potova dire di aver avuto successo chi riusciva ad accumulare (capitale). Oggi la forza è invece quella di creare modelli di innovazione, di brevettare. E le aziende moderne devono avere il potere di creare il potere delle idee.

Non esisteranno più aziende private, ma pubbliche, perché si rivolgeranno, invece che a mercati chiusi, all’intero pianeta.

Commento: bell’intervento, ma anche utile occasione per capire come si dovrebbe parlare in pubblico. Speaker eccellente.

New dawn of media

Secondo Pierre Chappaz di Wikio è tutta questione di tecnologia. Quello che decreterà il successo della nuova generazione di web e che ha garantito il successo di realtà come Netvibes è:

• rss
• ajax

Is old media and radio dead?

Da dove ricavare i soldi per questi nuovi mezzi di informazione:

• pubblicità
• vendendo i contenuti (es. foto)
• nuove forme di advertising?

Is tv dead?

Cambiano le barriere di ingresso per la creazione e distribuzione dei contenuti. Quello che manca ancora è un sistema di ricerca sul contenuto multimediale, anche se si stanni sperimentando software che potrebbero riconoscere le parole nei video.

I metadati sono prodotti oggi dai creatori dei contenuti, ma si vuole spingere sempre più alla collaborazione dei lettori mediante commenti e opportuni sistemi di labeling.

Non esiste un unico strumento con cui fruire di questi contenuti, ma ogni generazione ha i suoi. Sicuramente stanno diventando sempre più portabili.

“Il contenuto è sempre generato dagli utenti: quello che cambia è che oggi puoi essere sia uno speaker, sia un ascoltatore”.

How tv my die through content?

Chi vende pubblicità non è ancora pronto a lavorare con gli user generated contents

I produttori sono ancora spaventati dal contenuti non controllabile che viene prodotto dagli utenti

Gabriel McIntyre di XoloTv sostiene che il contenuto da solo non è sufficiente, ma è necessario trovare partnership con aziende che aiutino a creare un brand personalizzato.

Nota anche che nella televisione tradizionale gli utenti saltano sempre più la pubblicità, per esempio guardando quando possibile i programmi online o con il tivo.

Young generation 2.0: Web & mobile communities

Danah Boyd, Yahoo!

Si sofferma sul caso Myspace

• myspace per errore progettuale non ha messo dei vincoli all’html che è possibileusare nelle sue pagine; questo ha avuto il risvolto positivo di permettere agli utenti di personalizzare al massimo le pagine e di creare il proprio spazio
• in america se non sei su myspace non esisti
• la comunità con cui si comunica diventa un audience potenziale
• nelle comunità virtuali i contatti, diversamente da quella reale, cambiano con frequenza molto elevata
• caratteristiche di una comunità virtuale

• persistence – tutto quello che dici rimane
• searchability – trovi tutto quello che dici o le relazioni
• replicatibility – puoi copiare e incollare
• invisible audiences – sei sempre in ascolto, così gli altri su di te

What we’ve learned from personal bloggers

Mena Trott, Co Founder Six Apart

• I web service sono solo uno strumento
• Bloggare non è una cosa per femmine
• Le immagini sono meglio delle parole
• La privacy è fondamentale
• Il personal blogging aiuta tutti noi

Second life

Glenn Fisher, Marketing Director Second Life

• Non è un gioco perché non ha struttura: è realtà virtuale
• Composto di 3 parti:

• community

• avatars evidenziano l’identità, l’espressione e formano le basi per l’interazione sociale

• dalle case alle animazioni degli oggetti con cui interagire

• le interazioni tra i residenti sostengono un’economia fiorente

• 43% femmine
• età media 32
• 55 internazionali

• 50% north america
• 32 europa
• 7 asia
• 7 america latina

• 84M dollars
• 7M mesi
• > 7000 “società”

Mobility 2.0

Marco Ahtisaari, Blyk

• Futuro dell’industria mobile

• scale
• sfide

• come si riescono ad avere milioni di utenti

• perché il cellulare è legato a una funzione sociale
• perché i prezzi sono concorrenziali
• perché da oggetto familiare, il cellulare è diventato oggetto personale

• viene usato anche per altro (come sveglia, per la posta=

• chi raggiungere

• il vero 2.0 sono i prossimi miliardi di utenti
• questo aiuterà molto il business
• BRIC (brasic, russian, china)

• quando si controlla la posta elettronica

• possibilità di aggiungere covers, software, straps, magazines (laptop are not still as social)
• non è solo un fenomeno dell’ovest

• the gift (beaming)
• photostream (flickr)
• signaling (jaiku)
• real identity (linedin)

• la comunicazione è gratuita, ma è possibile pensare a modelli pubblicitari

Interventi correlati

• Le Web 3 Paris – Giorno 1, mattino
  Le Web 3 è un evento organizzato da Six Apart a Parigi coinvolgendo i protagonisti europei in fatto di e-commerce, blog, media, mobile computing, web tv e un po’ tutto quello che può essere targato anche solo lontanamente web 2.0. Ecco … Continua a leggere →...
• Le Web 3 Paris – Giorno 1, pomeriggio
  The state of the blogosphere Dave Sifry, Fondatore e CEO Technorati presenta, come sempre va, la sua relazione sullo stato della blogosfera. I dati fondamentali nasce un 1 blog al secondo il trend è che chi produce è anche attivo … Continua a leggere →...
• Le Web 3 Paris – Giorno 2, pomeriggio
  Blogging our way to democracy di David Weinberger Nella campagna politica presidenziale nella campagna Dean c’era una nuova voce, il blogger. La classica comunicazione politica sfrutta un modello piramidale, cioè da uno, unidirezionalmente, verso gli altri. Si potrebbe pensare che … Continua a leggere →...
• Suggerimenti di lettura per il 2007
  Dovessi suggerire a chi si occupa di progetti web (nel senso più ampio del termine, dalla progettazione, allo sviluppo, ai contenuti) alcuni libri pubblicati nel 2006 e che ho trovato utili nel mio lavoro, sceglierei probabilmente questi 4: Don’t make … Continua a leggere →...
• Politica e web 2.0
  Ho sentito, e soprattutto letto molti lamentarsi dell’apparizione (non richiesta) di politici a Le Web 3. Qualcuno vuole perfino indietro i soldi. Ma siamo sicuri che questa situazione sia da condannare in toto? E’ sicuramente vero che questo ha sottratto … Continua a leggere →...

Chi progetta l’interfaccia

Uso qui impropriamente il termine “progettare l’interfaccia” intendendo in realtà molte specifiche professionalità, illustrate sapientemente da Jesse James Garrett nel diagramma “The Elements of User Experience“.

Chi rientra in questa categoria farebbe bene a capire come per l’utente cambia il modo di usare un sito che utilizzi Ajax. Perché le possibilità aumentano e l’interattività si avvicina a quella di un normale programma per computer. Per capire cosa intendo potete dare un’occhiata a quanto messo a disposizione da Yahoo!. Ma tutto questo pone anche dei problemi per quanto riguarda l’accessibilità e l’usabilità di Ajax.

Chi declina il template

La cosa più importante che deve fare chi si occupa del lavoro sporco, ovvero di convertire i template in codice Html e fogli di stile, è fare in modo che questi aderiscano il più possibile agli standard web. Non solo sulla carta, ma per davvero, come dico da due anni e passa.

Il fatto che Ajax impieghi massicciamente Javascript, realizzato solitamente da chi si occupa di produrre l’Html della pagina, potrebbe trarre in inganno. Si tratta infatti di un uso avanzato di Javascript, da lasciare a chi lavora lato server.

Chi scrive il codice lato server

Ecco, direte, quali sono i veri utilizzatori di Ajax, le persone che si infangano le mani tra codice Javascript e programmazione lato server…o no?

Certo, per capire come funziona Ajax suggerisco di creare da zero un piccolo esempio, ma è imprensabile sviluppare applicazioni complesse in questo modo.

Molto meglio votarsi a un framework che sollevi da questa responsabilità. Ma se possibile non un framework lato client, come ad esempio Prototype.

In futuro (neanche tanto lontano, basti pensare a quello che sta facendo, tra gli altri, Microsoft con Atlas), il supporto per Ajax sarà integrato direttamente all’interno dei framework di sviluppo lato server, tanto da renderne “invisibile” il funzionamento.

Attenzione però, perché trasparente fa rima con pericoloso. Dovrete prestare comunque attenzione a quello che fate; non dimenticatevi che siete sempre alle prese con un browser e – la maggior parte delle volte – con il protocollo Http.

Interventi correlati

• Ajax in action
  Uno dei primi testi in circolazione a parlare di Ajax. E per il momento una spanna sopra i concorrenti Continua a leggere →...
• Ajax e l’accessibilità dei siti web
  Ajax offre molte opportunità a chi realizza interfacce web, con il rischio però di rendere le pagine parzialmente o completamente non accessibili Continua a leggere →...
• Ancora su Ajax e usabilità
  Anche le prime ore di vita di Google Calendar non sono state esaltanti. Ho perduto modifiche che ero convinto di aver salvato e soprattutto ero spaesato perché spesso non capivo se a una mia azione seguiva un riscontro del software. … Continua a leggere →...
• Ajax e l’usabilità
  Ajax è un'architettura che può migliorare sensibilmente l'usabilità di un'applicazione web. Ma cambia il paradigma d'uso della pagina e richiede molta attenzione nell'impiego, pena l'effetto contrario Continua a leggere →...
• Ajax e l’usabilità, seconda parte
  Un articolo di Digital Web Magazine conferma in pieno le valutazioni di Fucinaweb; è tempo di rispolverare i classici del design di interfaccia Continua a leggere →...

Yahoo! preferisce quello che definisce progressive enancement rispetto al graceful degradation. Con graceful degradation, secondo Yahoo!, si intende il processo di creazione della pagina che favorisce la presentazione al contenuto. In questo scenario si sviluppa il sito per i browser di ultima generazione, controllando che comunque i browser più obsoleti siano in qualche modo in grado di visualizzare la pagina. Progessive enancement è invece una metodologia che dà priorità al contenuto, così che come prima cosa si realizza il sito in modo che il contenuto sia accessibile alle diverse combinazioni di browser, per poi includere alcune funzionalità per i browser di ultima generazione.

Per fare questo Yahoo! suddivide i browser in 3 categorie (o “gradi” da qui graded browser support): nella prima include browser che sono in grado di interpretare solo Html (circa il 3% dei visitatori); nel verificare le pagine vengono presi in considerazione errori prodotti con questi browser. Nella seconda categoria troviamo invece i browser moderni, con pieno supporto agli standard (circa il 96% dei visitatori); anche in questo caso eventuali errori vengono subito verificati e corretti. Di un’ultima categoria fanno invece parte i browser “rari” o che manifestano problemi nel supporto agli standard; eventuali errori in questo caso non sono presi in considerazione. Qui troviamo anche i browser appena usciti sulla piazza, fermo restando che prima o poi finiranno con tutta probabilità nella lista dei browser moderni.

Indipendemente dal fatto che siate d’accordo o meno con le teorie di Yahoo! (io ancora un’idea precisa non ce l’ho), tornerà sicuramente comodo dare un’occhiata alle categorie di browser. Se siete sensibili al problema sono senza dubbio da visitare anche i link presenti in fondo all’articolo

.

Interventi correlati

• L’accessibilità web e i browser – Supporto all’Html accessibile
  Un test comparativo di 15 browser per verificare quali tag accessibili sono gestiti correttamente e quali ignorati, con 5 tabelle di riepilogo funzionalità per funzionalità. Abbastanza bene Netscape 6+, Mozilla e Internet Explorer, ma nessun browser eccelle Continua a leggere →...
• L’accessibilità web e i browser – L’interfaccia grafica
  Capire come l'utente può intervenire sull'interfaccia del browser è importante per sapere le soluzioni a disposizione dello sviluppatore. Vediamo quali dimensioni di carattere utilizzare, come comportarsi con i fogli di stile e il livello di personalizzazione che si può raggiungere Continua a leggere →...
• Screen reader, display braille e browser vocali
  Capire il funzionamento di questi dispositivi è fondamentale per chi si occupa di siti accessibili. Sono prodotti costosi ma ormai maturi, anche se il riconoscimento dell'Html accessibile non è ancora perfetto: c'è spazio per diversi miglioramenti Continua a leggere →...
• L’aderenza agli standard di screen reader e browser vocali
  Uno studio comparativo di 5 prodotti evidenzia come Jaws di Freedom Scientific e Home Page Reader di Ibm siano gli strumenti che meglio interpretano le linee guida per l'accessibilità web Continua a leggere →...

Sono un rapido riferimento per chi lavora con diversi linguaggi e fa fatica – ed è facile credergli – a tenere tutto a mente.

Pete Freitag gestisce una lista in cui ne raccoglie un buon elenco, dai Css ai database, da Php a Unix. Un elenco da aggiungere ai preferiti

Interventi correlati

• Cascading Style Sheet – Separating Content from Presentation
  Una veloce, ma completa introduzione all'uso dei Css per realizzare siti leggeri, accessibili e facilmente manutenibili. Rinunciando alle tabelle e alle gif trasparenti, ma senza nascondere i compromessi causati dai soliti bug dei browser. E un capitolo gratuito per i nostri lettori Continua a leggere →...
• Centinaia di siti che non usano tabelle
  meryl.net ha raccolto l'eredità di Web Nouveau's e ospita dei link a centinaia di siti costruiti ricorrendo pesantemente ai Css Continua a leggere →...
• Tutti in Silicon Valley
  Se in questi giorni avete un quarto d’ora di tempo e volete approfondire alcuni degli aspetti del Future of Web Apps di Londra, soprattutto per quanto riguarda il futuro delle startup (su Fucinaweb ci sono molti appunti dai diversi interventi … Continua a leggere →...
• Un Web Accessibile a Tutti – Intervista a Joe Clark
  L'accessibilità combatte l'elitarismo nel web ed è sempre più richiesta dalla norme di legge. Le regole del W3c non sono ancora perfette, ma sono in fase di attenta revisione. Il supporto da parte dei browser, invece, è quasi sempre mediocre Continua a leggere →...
• Tutti i video di Le Web 3
  Vpod (Video Publishing on demand) ha finalmente pubblicato i video della conferenza Le Web 3, disponibili in streaming. Tra le diverse modalità di fruizione, la migliore è probabilmente l’interfaccia con l’elenco delle playlist (è un’icona posta nel player), che permette … Continua a leggere →...

Ma io sto pensando a siti di una certa complessità, con sezioni tra loro diverse, con un vasto pubblico. Non sono riuscito a trovarne nessuno che utilizzasse correttamente i fogli di stile, si validasse correttamente – e non parlo solo della homepage (capaci tutti…) – e che presentasse i contenuti in modi un po’ più eleganti di una semplice lista.

Che soddisfano solo uno di questi requisiti effettivamente se ne trovano – forse non così tanti – ma tutti quanti? E’ ancora troppo presto? Devo avere pazienza? Qualcuno sa dove è andato a finire il famoso sito costruito secondo gli standard web?

Interventi correlati

• Gli standard web sono inutili (da soli)
  L'adozione degli standard web nella codifica di un sito è influenzata da molti fattori, alcuni dei quali esterni al sito stesso. Senza una perfetta conoscenza del contesto nel quale realizzare il prodotto, il risultato sarà scadente anche impiegando tutti gli standard a disposizione. Il tipo e il modo con cui utilizzare gli standard web varia anche a seconda del progetto, così che non esista a priori una soluzione migliore rispetto alle altre Continua a leggere →...
• L’accessibilità web e gli standard Wai – Intervista a Jim Thatcher
  L'accessibilità web non si rivolge esclusivamente alle persone disabili, ma è in simbiosi con l'usabilità. Le specifiche Wai sono molte volte restrittive e non vengono correttamente recepite dai produttori di browser Continua a leggere →...
• Versione di sito alternativa e accessibile
  Quasi sempre non è una buona scelta quella di creare una versione parallela e accessibile di un sito. Ma ci sono casi in cui i vantaggi potrebbero essere notevoli Continua a leggere →...
• L’aderenza agli standard di screen reader e browser vocali
  Uno studio comparativo di 5 prodotti evidenzia come Jaws di Freedom Scientific e Home Page Reader di Ibm siano gli strumenti che meglio interpretano le linee guida per l'accessibilità web Continua a leggere →...
• Sito nuovo, Url vecchi
  Il redesign di un sito può comportare la revisione di tutti gli Url, con riduzione drammatica del traffico in ingresso. Vediamo come è possibile mantenere i vecchi Url e come rendere la migrazione meno impegnativa Continua a leggere →...

Chi lavora pesantemente con il web sta infatti maturando una consapevolezza segnata da un lato dalla diffusione inarrestabile dei contenuti, dall’altro dalla solidità dei servizi che rendono disponibili interfacce per facilitarne l’integrazione da parte del mondo esterno. Questa consapevolezza è che il sito web tradizionale non è più il centro del web e, cosa ancora più importante, non più una scatola a tenuta stagna dei contenuti che ospita.

Diventerà sempre più importante (e per alcuni lo è già) favorire lo scambio di dati tra diverse realtà che siano in grado di trasformare, integrare, presentare e riproporre il contenuto (l’informazione e i dati) nei modi più diversi agli utenti più disparati.

Pensate ad esempio agli sforzi fatti da Amazon e Google per rendere disponibile una serie di interfacce applicative (API) così da facilitare il lavoro di quanti, utilizzando i loro servizi, vogliano costruire delle interfacce assolutamente personalizzate. Rss, Api, Xml, Soap, Web Services sono alcuni degli standard e delle architetture che già consentono di realizzare tutto questo e il cui successo è dovuto principalmente dall’incremento esponenziale dei dati da gestire e integrare e dall’impossibilità per un unico attore di farlo.

Questa nuova strada ha delle ripercussioni non solo sul lavoro di chi sviluppa l’architettura hardware e software di un sito, ma anche di chi si occupa della costruzione dell’interfaccia di presentazione.

Lo dice bene Richard MacManus in un suo articolo per Digital Web Magazine dello scorso Maggio:

In the early days, designers used tricks like aninated GIF’s and table hacks in cliever, interesting an horrible ways. In the last few years, CSS came into fashion to help separate style from structure.[...] Even so, the focus was still on visual design.[...] Designers need to become more like programmers.

Non possiamo che essere d’accordo con MacManus anche perché è da qualche anno che, attraverso questo sito, diciamo la stessa cosa. Lo abbiamo fatto in “Chi ha paura di Xhtml8?“, un articolo in risposta a chi (troppo legato all’aspetto visuale di un sito) si preoccupava dell’obsolescenza di un sito solo per la variazione delle specifiche Html:

Perché preferire Xhtml a Html? Tra tutti i pregi, sicuramente il fatto che un documento Xhtml è anche un particolare tipo di documento Xml.

E qual è il vantaggio di Xml? Perché preoccuparsi di questo standard a prima vista esoterico? Con Xml potete definire accuratamente i dati e la struttura delle informazioni della realtà in esame (un libro, un listino prodotti, ecc.). Non solo: avete la possibilità di trasformare agevolmente un documento Xml per ottenere risultati molto diversi (una pagina web, un file di testo, un documento Pdf, un altro documento Xml). Per farlo si utilizzano le trasformazioni Xsl (Xslt), un linguaggio decisamente potente che è possibile imparare e addomesticare in poco tempo.

Ma lo abbiamo fatto in modo ancora più marcato (suscitando anche qui qualche malumore da parte di chi si preoccupa solo dell’aspetto grafico di una pagina) in “Gli standard web sono inutili da soli“. Ecco cosa abbiamo detto a proposito di un sito complesso, con audience diversificato:

Certo è vero, con i Css è teoricamente possibile servire un maggior numero di dispositivi. Tutto bene fin che si tratta di browser, ma provate ad immaginarvi mentre leggete la pagina di un sito in un monitor grande come il display di un cellulare. Non basta presentare l’informazione in modi alternativi, ma essere in grado di trasformarla (anche ridurla). Nel nostro caso, al browser verrà inviato l’intero articolo, mentre al cellulare solo il titolo, il sommario e un abstract.

Nessun problema comunque: abbiamo infatti scelto di adottare lo standard Xsl e quindi, con semplicissime trasformazioni riusciamo a rendere disponibili diverse interfacce di fruizione. Non solo, mentre con i Css possiamo variare la presentazione, ma il contenuto rimane lo stesso (possiamo al limite cercare di nasconderlo), con opportune trasformazioni l’utente può decidere quali informazioni ricevere, e in che ordine. Riusciamo quindi non solo a presentare in modi diversi le informazioni con documenti Xslt diversi, ma anche a filtrarle in modo da presentare ad un palmare solo la versione essenziale, al posto di quella completa.

Insomma, l’aspetto visivo di un sito è certamente importante, e deve essere realizzato con la massima cura e aderenza agli standard, così da essere accessibile al maggior numero di dispositivi.

Ma in futuro la probabilità che per ottenere questo risultato sia sufficiente cambiare solo l’aspetto dell’informazione sarà sempre minore, perché sempre più spesso è necessario integrare diverse fonti e trasformare lo stesso dato. Cercare di risolvere tutti questi problemi focalizzandosi solo sulla costruzione di uno o più fogli di stile, come se questi rappresentassero la risposta a tutti i mali, è puramente utopistico.

Questo vuol dire che un browser di vecchia generazione, uno screen reader, un palmare o un browser potrebbero ricevere lo stesso contenuto base da siti diversi, ma trasformato e adattato secondo le esigenze, a dei costi irrisori. Il costo infatti non è certamente dato dalla costruzione di qualche foglio di stile o dalla definizione di regole di traformazione, ma dalla produzione dei dati e del contenuto. Per questo lo sforzo principale dev’essere quello di rendere semplice ed efficace la diffusione e il consumo dell’informazione.

Il nostro suggerimento (per la verità già espresso più volte) verso chi si occupa di design di siti e non l’ha già fatto, è quello di affrontare lo studio delle architetture di siti governate dai Cms e di cominciare a realizzare qualche semplice esempio di trasformazione con Xml e Xsl, così da rendersi conto delle potenzialità di queste soluzioni.

Interventi correlati

• Migrare un sito alla nuova versione
  Uno degli aspetti solitamente trascurati quando ci si trova a riprogettare un sito web dinamico è la stesura di un “piano” di migrazione, cioè la definizione di una serie di linee guida che portino la nuova versione del sito in sostituzione … Continua a leggere →...
• Integrazione: Xml dà alla testa
  Meglio non lasciarsi trasportare dalle novità nelle comunicazioni business to businessintrodotte da Xml e i Web Service Continua a leggere →...
• Versione di stampa con i CSS, ma senza esagerare
  In passato scrissi un articolo per questo sito con qualche indicazione su come realizzare una versione di stampa realizzata con i fogli di stile. Sono passati più di 3 anni e recentemente, con il rilascio della nuova versione di Alistapart, … Continua a leggere →...
• Versione di sito alternativa e accessibile
  Quasi sempre non è una buona scelta quella di creare una versione parallela e accessibile di un sito. Ma ci sono casi in cui i vantaggi potrebbero essere notevoli Continua a leggere →...