photo credit: kenyee

Al fin dunque abbiamo trionfato sui cavi di alimentazione in sala server. Ora è tutto ridondato! Grande Simo! Respect!

wye switch

Inserito originariamente da thomas.merton

Da oggi Google pare abbia interrotto la partnership  con Forestle adducendo come causa il fatto che il motore incentivasse click fittizi sui colelgamenti sponsorizzati.

Lungi da me indicare chi ha torto o ragione… mi dispiace solo che venga a mancare una iniziativa così interessante.

In alternativa sono passato a Znout, consigliato da quelli di Forestle.

Aggiornamento:

Alex segnala Blackr  che ha il pregio di avere una pagina dei risultati con leggibilità maggiore.

photo credit: rogilde

Al fin dunque sono tornato al lavoro. Il quartiere dove ha sede la mia azienda è praticamente deserto… talmente tanto che si può sentire l’eco… oggi sarà durissima trovare un “baretto” aperto che dia ristoro alla manciata di consulenti che animano gli uffici… provo ad andare a mangiare… speriamo bene!

Sembra che stavolta il testo sia meno cognitivo-scientifico è più di indirizzo politico-filisofico.

Nelle prime 18 pagine mi ha colpito molto il discorso che Norman conduce sull’estensione dell’uomo nelle macchine che mi ha riportato alla mente il buon caro Marshall McLuhan che “era già sul pezzo” un bel pò di tempo fa.

I quattro esempi di cui discute Norman: estensione di un artigiano nei suoi attrezzi, estensione di un cavaliere nel cavallo, estensione con una macchina non senziente, estensione con un sistema di feedback (tipo web), sono molto interessanti e fanno riflettere sulle problematiche dell’estesione delle persone anche all’interno degli applicativi web.

Nell’analisi di Norman appare vero che il fulcro centrale del lavoro del designer è legato alle modalità con le quali le persone si estendono senza trascurare dei fattori connaturati quali la resistenza all’estensione determinato dal fatto che la macchina sia più o meno senziente e più o meno complessa (vedi esempio del rapporto cavallo-cavaliere).

Interessante la visione del futuro di Norman: meno automazione , più miglioramento. Il futuro di Norman non è l’automa che sostituisce l’uomo ma il simbiote che lo affianca e lo estende aumentando le sue facoltà e accrescendole per un compito specifico. In sintesi più facilitazioni, meno intelligenza (al livello riflessivo) dalle macchine.

Le valutazioni sono tutte “sacrosante” cosa lo si prende a fare un framework se poi alla prima applicazione collassa tutto. Tuttavia le valutazioni pongono il primo mattone dell’ascesa al potere del framework.

Il framework prospera, mette radici in azienda, orienta i processi aziendali, forma il modo di lavorare delle persone, gli da sicurezza e gli rende la vita più semplice (cavolo invece di scrivere 20 righe di codice ne scrivo 2… risparmio tempo e costi per l’azienda).

L’assuefazioen al framework diventa totale… il framework impone il suo essere e dice all’azienda e alle persone che con lui lavorano che cosa è possibile fare e che cosa no.

Un giorno tranquillo della vita del framework in azienda si presenta un progetto al quale non gliene frega niente del risparmio di risorse perchè molto spesso risparmiare risorse vuol dire farle spendere all’utente… è vero che siamo in una società di mercato ma qualche società ha capito che ha più mercato se le risorse le spende lei e le fa risparmiare agli utenti. (cacchio quanto sono di parte ^__^)

Così ci si scopre presto che rispetto all’idea dirompente di questo progetto si è tutti sotto l’altarino del framework ad evocarlo e adularlo…. pochi hanno pensato che il framework non è ne buon ne cattivo, che al framework non gliene frega niente di avere in mano l’azienda… il framework è semplicemente utile o inutile in relazione agli obiettivi del progetto.

Il framework è morto? No il framework “serve” ed “è servitore” della causa del progetto… se non “serve” alla causa ce ne sarà un altro che lo può fare… e in questo mondo meglio essere mercenari con i risultati che integralisti sfigati.

Smashing pubblica un interessante articolo sui trend nei menu di navigazione.

Trovo molto utile la soluzione dei menu a blocchi “parlanti”. In applicativi molto complessi potrebbe rivelarsi una buona soluzione almeno per il primo livello dell’architettura informativa.