Alberto Mucignat

Lavorando con diversi sistemi wiki, una cosa fastidiosa è che si deve cambiare linguaggio di markup in base ai vari software wiki utilizzati.

Al di là dei gusti personali, non capisco perchè a volte gli sviluppatori opensource che implementano wiki si comportano come i produttori di memorie per dispositivi elettronici.

Scopro invece che c'è anche una proposta di creazione di un markup standard per i wiki, che credo dovrebbe essere utilizzato perlomeno dai wiki più comuni.

Un wiki come laboratorio delle iniziative digitali (via RiffRaff). Ottima idea della Rosa nel pugno, a cui cercherò di dare il mio contributo.
Tra l'altro credo che li voterò, perchè condivido praticamente tutte le loro idee.

Tempo fa ho letto un interessante post di Paolo Valdemarin che parlava di OPML e più precisamente di instant outlining. Si tratta di editare liste di priorità, task, ecc, condividendole istantaneamente con altri.
Avevo trovato la cosa molto interessante, tanto che mi ero guardato in giro cercando di trovare un'applicazione ajax che lo facesse, perchè conosco i limiti del lavoro a distanza. Ma non non c'era niente di pronto.

Oggi sono rimasto impressionato da JotLive, un derivato di JotSpot, che consente il live editing stile wiki: mentre faccio le modifiche, gli altri vedono cosa sto editando e appena salvo una riga il risultato appare a tutti.

Al momento si possono creare solo 5 documenti che non si possono cancellare, nè è possibile eliminare gli utenti con cui si è condiviso. Alcune pagine informative sono incomplete o non reperibili, segno che forse stanno facendo le rifiniture.
Non ci sono ancora notizie dei costi, ma vedendo i price di JotSpot mi sa che l'approccio sarà simile.
Ken Norton spiega nel suo blog la genesi della nuova killer application.

Tecnhorati: jotspot

Un paio di articoli di InformationWeek stanno girando ultimamente. Il primo parla dell'utilizzo degli RSS in ambito businness e il secondo dell'adozione del wiki come strumento per la gestione dei progetti:

"A traditional project management tool simply cannot reproduce the environment of collaboration and involvement that wikis create."

Una cosa posso dire. Ho già sperimentato gli effetti devastanti dell'utilizzo dell'esportazione RSS deille modifiche a un WIKI. Nella gestione dei progetti consente facilmente di tenere in sync tutti quanti.

ps: avevo già parlato di qualcosa di simile ne I nuovi strumenti del web...

Update!
Un esempio, per le organizzazioni con pochi soldi che vengono indirizzate verso costosissime intranet. Si sta utilizzando il wiki per coordinare gli aiuti per l'uragano Katrina (via ShareSkype).

Se dovessi dire delle cose che mi aiutano a velocizzare i progetti:
1. stendere subito la lista delle features e dei casi d'uso utilizzando un wiki
2. condividere subito il wiki con il cliente e con il team di sviluppo
3. arrivare il prima possibile ad un prototipo e poi iterare a go-go
4. sentire spesso il cliente, almeno 2-3 volte alla settimana
5. registrare sempre tutto sul wiki, obbligare il team e il cliente a farlo

It was doomed to fail, because communities can't be created by editorial structures - editorial structures must be created by communities.

Con questa frase che racchiude l'essenza del web, John Battelle chiude la discussione sull'occasione persa del LA Times.

Da qualche giorno, c'è un simpatico spammer che sta cambiando di continuo il menù laterale del wiki su cui abbiamo tradotto il libro di Weinberger.
Sul sito di Pmwiki ci sono alcuni metodi per tentare di bloccare lo spam, ma devo trovare un attimo di tempo.
Cmq sti spammer hanno veramente rotto il cazzo. Basta. Devono morire.

C'è un progetto di traduzione delle specifiche RSS in Italiano. La cosa interessante è che probabilmente il lavoro verrà fatto attraverso un wiki. Quindi se qualcuno ha voglia-tempo-ecc, si faccia avanti.

Il fatto di aver tradotto un libro (seppur breve) non è una cosa eccezionale. Il fatto di averlo fatto con altri, collaborativamente, utilizzando un wiki, è una specie di rivoluzione, anche per me che uso il wiki ormai da tempo. Forse è per questo che molti hanno linkato l'iniziativa, anche se poi l'aiuto della blogosfera italiana è stato limitato, come riporta Enrico.
Mio fratello - che lavora in una multinazionale che produce chip - dice che in america usano il wiki per tenere la "live documentation" dei progetti, mentre prima ovviamente c'erano i vari doc, pdf, ecc.
Immaginatevi modificare un file (te lo mando, tu lo cambi, poi me lo rimandi...) o tenere traccia delle versioni e di chi le ha fatte (mega sistemi di collaborazione documentale?).
Quindi il wiki vince, le aziende se ne stanno accorgendo e capiscono che i loro employees necessitano di tool veloci, semplici, immediati.

Attualmente nella mia attività quotidiana uso il wiki per:
- la live documentation dei progetti (da cui alla fine declino con un cut&paste la documentazione finale)
- tenere traccia dei miei task
- descrivere i brief con i clienti (prendo appunti direttamente sul wiki)
- scrapboard durante il lavoro
Ma è utile anche per:
- buttare giù idee (una volta c'era l'agendina...)
- tradurre libri
- realizzare siti in 5 minuti
- ecc ecc

Il wiki è anche un ottimo strumento per iniziare a sviluppare idee e progetti, specie quando sono allo stato embrionale.
Insomma, devo dire che ancora non ho trovato un lato negativo del wiki. Sicuramente un buon wiki dovrebbe supportare anche le discussioni (commenti) ad una pagina, ma mi sembra che questa feature sia presente solo in Mediawiki.

Forse la cosa che gli manca è una possibilità di catalogare i contenuti con i tags. Il wiki è disordinato per natura (un po' come il nostro cervello) e anche se è possibile creare "gruppi" o "categorie" di pagine (utilizzando cioè un approccio tassonomico), sarebbe utile poter specificare dei tag "al volo" (cioè: folksonomy), magari dopo aver fatto delle modifiche al contenuto di una pagina. Al limite va bene anche un approccio taxonomy+folksonomy, però credo che alla fine vince sempre la libertà dell'utente, l'immediatezza, la possibilità di sfuggire alle griglie.

Chi progetta i nuovi strumenti del web lo tenga in considerazione.

ATTENZIONE! il link è cambiato, per cui vi prego di linkare questo che rimarrà definitivo anche quando avremo finito:
http://www.mucignat.com/splj/
Ora è disponibile in versione PDF: Small Pieces Loosely Joined for Kids in Italiano (pdf)

Assieme a Morbin (e altri) sto traducendo la versione per ragazzi del libro "Small pieces loosely joined" di David Weinberger, uno dei guru del web. Lo facciamo perchè vogliamo aiutare i ragazzi italiani a capire meglio il web, perchè crediamo che non se ne può più della televisione e di tutti i falsi miti del web che vengono divulgati dai media.

Anche tu puoi aiutarci a tradurre o controllare il nostro lavoro. Tutti possono farlo da qualsiasi pc perchè il software wiki che utilizziamo funziona con qualsiasi browser.

Per partecipare entra nel wiki e inizia a modificare le pagine!

ps: ovvio che mio fratello e Roxy sono moralmente obbligati, in quanto esperti anglofoni.

Update1: David ha segnalato l'iniziativa nel suo blog!

Update2: anche Enrico ha postato sul suo blog.

Update3: anche Dotcoma parla di noi. Yuk!

Update4: Paolo Valdermarin dice giustamente che oltre ai bambini dovrebbero leggerlo anche molti responsabili IT...

Update5: mentre ho finito di tradurre l'ultima pagina, anche Blog4Biz ha linkato l'iniziativa.

Update6: oggi ne parlano anche Intranetlife, PuntoInformatico e Come si fa un blog

Okkei basta, ringrazio tutti quelli che ne hanno parlato e ne parleranno, entro breve renderemo disponibile la versione definitiva. Grazie a tutti!