Il desiderio di controllo nasce dalla paura di non averlo

Da cui una metrica molto semplice da misurare per colui che si definisce professionista

Tutte le volte che un cliente ti chiede a che punto sei in merito ad un lavoro che stai facendo per lui, hai perso 10 punti. Se non rispondi in tempo reale, hai perso 1000 punti

Inutile dire che perdere punti è molto più semplice che guadagnarli… Quello che penso è che il “command & control” non lo voglia spontaneamente nessuno, neanche il cliente, ci si arriva quando costretti, sopratutto per la mentalità italiana dove il 90% della popolazione vorrebbe fare “l’intermediario” nullafacente

Analizziamo il processo mentale del cliente

• Gli ho chiesto di fare questa “piccola” cosa due giorni fa e non ho più saputo niente, cosa starà facendo? Starà lavorando? E’ una cosa importante, deve essere pronta per questa sera… Forse è meglio lasciarlo lavorare, fra poco si farà sentire…
• Sono le 16:00 e non si è ancora sentito nessuno… eh no, adesso basta, gli faccio il culo, non è possibile, aveva detto che avrebbe consegnato prima di sera e sono due giorni che non si fa sentire, gli mando una e-mail
• Non risponde neanche alle e-mail!!! Lo sapevo, non ha fatto niente!!! Per questa sera non sarà pronto niente e sarò nella merda!!! La prossima volta non ci casco più!!!

Ora, poco importa se il nostro “professionista” era in meditazione per riuscire a finire in tempo, poco importa se effettivamente la consegna è avvenuta in tempo, l’ansia e il dubbio sono comunque entrati nella mente del cliente che vorrà avere sempre più “controllo”, anche se la sua forma di “controllo” sarà letale per il progetto :-)

Ogni volta che un vostro cliente vi chiede informazioni su qualcosa, lo fa perchè si sente obbligato a farlo, se potesse eviterebbe, confrontatevi immediatamente con lui per capire come fornigli in anticipo le risposte ai suoi dubbi, siate veri professionisti, non ve ne pentirete

Due esempi sono eclatanti: Lo stile architetturale REST e Il modello relazionale dei dati

Partiamo dall’ultimo: Codd ha iniziato a lavorarci negli anni ‘70, Date ha scritto una ventina di libri sull’argomento, ma ascoltando i loro commenti pare che nessuno abbia ancora capito. Nessun RDBMS (fra quelli diffusi) sarebbe infatti considerabile aderente al modello relazionale e la stessa cosa varrebbe anche per lo SQL (inclusi tutti i dialetti e l’ultimo standard del 99). 40 anni, conferenze, centinaia di migliaia di pagine scritte, ricerche, studi e nessuno ha ancora capito…

La stessa cosa succede per le architetture REST, pochi giorni fa l’ennesimo caso di API dichiaratasi RESTful, ma che invece, a detta di Roy Fielding RESTful non è. La cosa che mi spiazza è la carenza cronica di esempi significativi e chiarificatori.

Gli autori di cui sopra hanno mostrato più di una volta la loro frustrazione di fronte all’interpretazione errata delle loro teorie, tuttavia sono di una stiticità unica nel fornire esempi di buona applicazione del loro lavoro. Nei commenti all’ultimo post che ho citato, per tre volte è stato chiesto a Roy di fornire un’esempio di una buona API REST… silenzio. E’ estremamente frustrante per uno come me che cerca di capire, e sinceramente mi domando il perchè di questa situazione…

Alla fine concordo con Sam Ruby (autore dell’ottimo RESTful Web Services) quando dice

Without intending to take anything away from Roy’s (valid) criticism on labeling, REST isn’t an all or nothing proposition. One can get significant value from partial adoption

Ovvero: pragmaticamente il mondo va avanti comunque :-)

P.S. Sembra che l’unica API che abbia ricevuto l’approvazione di Roy sia l’Atom Publishing Protocol

YouRank, tecnicamente parlando, è un motore di ricerca distribuito che non si basa solamente sugli aspetti strutturali del web (link, tags, microformats, ecc…), ma anche e sopratutto sull’attvità dell’utente. Se sto cercando un termine, i motori di ricerca attuali mi porteranno su pagine che contengono (sintatticamente) quel termine, magari è quello che stavo effettivamente cercando, magari no e allora proseguirò nella ricerca sfruttando i link della pagina in cui mi trovo. Attraverso l’uso del link sto implicitamente dicendo che quel link è semanticamente collegato alla ricerca che stavo facendo e di questo YouRank ne tiene conto.

Non ho mai creduto nelle soluzioni dove la semantica (il significato delle cose) viene dedotta da un sistema artificiale, la mia opinione è che i computer esistono per semplificarci la vita e per sostituirci in tutti quei compiti in cui noi non eccelliamo, non il contrario :-). L’originalità di YouRank sta nel cercare di capire cosa è veramente importante deducendolo dal comportamento dell’utente: all’utente gli aspetti semantici (questo link è importante, questo no), e a YouRank gli automatismi collegati (mi ricorderò del fatto che per te questo link è importante)

La sfida tecnologica è stata quella (e lo è tuttora) di realizzare un prodotto sotto molti aspetti innovativo in un ambiente di sviluppo (mozilla/xul/xpcom) non particolarmente “friendly”. L’estensione è composta da alcuni oggetti xpcom realizzati in c++ (compreso lo storage sqlite opportunamente modificato/ottimizzato) mentre tutto il resto è in javascript

L’ambiente non lo considero amichevole perchè:

• Non esiste nessuna libreria di unit testing: esistono molte librerie di unit testing in javascript, ma nessuna che sia stata pensata per essere utilizzata in un contesto diverso da quello di una pagina web, io avevo bisogno di qualcosa che potesse essere eseguito da linea di comando e che desse un feedback interpretabile in maniera automatica. La soluzione è stata quella di realizzare una libreria di unit testing ad hoc
• Non esiste un sistema di build: certo, esiste l’ambiente di build di mozilla/firefox, ma provate ad automatizzarlo in modo che funzioni su tutte le piattaforme che supportiamo (win, linux, mac), in modo che non ci vogliano giorni per ricostruirlo e in modo che una build da ambiente pulito non ci metta delle ore. Alla fine ho scelto ant e make come tools e una serie di file di build non propriamente semplici ma che rispettano tutti i requisiti di cui sopra
• Non esiste nessun ambiente di sviluppo: komodo forse è la cosa che si avvicina di più, ma niente di paragonabile alla “developer experience” che puoi avere con eclipse per lo sviluppo di un’applicazione java. Nota: io sono un utente vim e non mi stanno molto simpatici gli IDE (sopratutto quelli che pretendono di essere più furbi di me), quindi per me non è stato un grande problema, ma trovare un ambiente di sviluppo condiviso è stato (lo è tuttora) un problema
• Mi ero dimenticato dell’incubo della portabilità del codice senza avere una virtual machine :-)

Attualmente il ciclo di sviluppo è settimanale, lo sviluppo di una release inizia il giovedì mattina e termina il mercoledì sera, parallelamente giovedì mattina inizia la fase di test esplorativo della nuova release che viene condotto internamente e che dura due giorni, il rilascio al pubblico avviene di lunedì. Questo lunedì verrà rilasciato il prossimo update che introdurrà la compatibilità con Firefox 3

Nei prossimi giorni mi occuperò di scrivere alcuni post tecnici sul blog di YouRank, quindi se siete interessati all’idea, installatelo, provatelo, ditemi cosa ne pensate e tenete d’occhio il blog :-)

Lo avete visto? Avete visto cosa ha fatto? E’ pazzo o è un genio? Ovviamente entrambe :-) Questo filmato mi ha fatto capire che un gesto eclatante, spiazzante, è un mezzo molto efficace per fissare in maniera indelebile nei ricordi degli spettatori il concetto che si vuole comunicare. Quando ho visto la scena finale, mi sono ricordato di quando Sussman, nei video originali del corso del MIT “Structure and Interpretation of Computer Programs“, si presenta alla classe vestito da “loggia del leopardo” (con tanto di fez e scettro) e chiede un momento di silenzio per “onorare” il codice (scritto su quattro lavagne) dell’interprete LISP scritto in LISP, imperdibile :-)