Thursday, June 30. 2005
I nuovi strumenti del web
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.
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.
Defined tags for this entry: folksonomy, wiki
Comments
Display comments as
(Linear | Threaded)
mi trovi concorde quasi in tutto!
diciamo che l'unica cosa che mi lascia un pò freddo è l'idea di utilizzare un wiki per la realizzazione e gestione di un sito "normale"... capisco che c'è chi lo fa (sopratutto quelli di gnome, vedi [url=http://www.hula-project.org]hula[/url], [url=http://beaglewiki.org]beagle[/url]...), ma per lo più si tratta di siti molto più orientati alla documentazione che alla "comunicazione"
Un grosso difetto (della maggior parte) dei wiki è imho l'impossibilità di gestire gruppi di permessi (tu non vedi/modifichi quello che non ti compete). Cosa spesso indispensabile.
Altra necessità sarebbe una gestione degli "allegati" più easy... e sopratutto della possibilità di esportare il documento direttamente in formati come pdf o openoffice (oltre che dal docbook già supportato da mediawiki)
ps
hai mai provato ad usare un wiki come una mappa logica? ci sono alcuni [url=http://www.fullo.net/blog/index.php/archives/2004/11/04/freemind/]strumenti molto interessanti[/url] a riguardo!
diciamo che l'unica cosa che mi lascia un pò freddo è l'idea di utilizzare un wiki per la realizzazione e gestione di un sito "normale"... capisco che c'è chi lo fa (sopratutto quelli di gnome, vedi [url=http://www.hula-project.org]hula[/url], [url=http://beaglewiki.org]beagle[/url]...), ma per lo più si tratta di siti molto più orientati alla documentazione che alla "comunicazione"
Un grosso difetto (della maggior parte) dei wiki è imho l'impossibilità di gestire gruppi di permessi (tu non vedi/modifichi quello che non ti compete). Cosa spesso indispensabile.
Altra necessità sarebbe una gestione degli "allegati" più easy... e sopratutto della possibilità di esportare il documento direttamente in formati come pdf o openoffice (oltre che dal docbook già supportato da mediawiki)
ps
hai mai provato ad usare un wiki come una mappa logica? ci sono alcuni [url=http://www.fullo.net/blog/index.php/archives/2004/11/04/freemind/]strumenti molto interessanti[/url] a riguardo!
[quote=fullo]diciamo che l'unica cosa che mi lascia un pò freddo è l'idea di utilizzare un wiki per la realizzazione e gestione di un sito "normale"... capisco che c'è chi lo fa (sopratutto quelli di gnome, vedi hula, beagle...), ma per lo più si tratta di siti molto più orientati alla documentazione che alla "comunicazione"[/quote]
si ovviamente, ma cmq dipende da quello che provi a fare...
[quote=fullo]Un grosso difetto (della maggior parte) dei wiki è imho l'impossibilità di gestire gruppi di permessi (tu non vedi/modifichi quello che non ti compete). Cosa spesso indispensabile.[/quote]
Con quello che abbiamo utilizzato noi ([url=http://www.pmwiki.org]pmwiki[/url]) si può fare facilmente.
[quote=fullo]Altra necessità sarebbe una gestione degli "allegati" più easy... e sopratutto della possibilità di esportare il documento direttamente in formati come pdf o openoffice (oltre che dal docbook già supportato da mediawiki)[/quote]
credo che sia possibile anche questo. gli allegati su pmwiki è facile metterli, inoltre puoi esportare in rss le pagine, quindi credo sinceramente che sia possibile anche esportare in altri formati. cioè: sono sicuro che ci sono wiki che lo fanno.
[quote=fullo]hai mai provato ad usare un wiki come una mappa logica? ci sono alcuni strumenti molto interessanti a riguardo![/quote]
azz questo suona interessante, ma devo vedermelo più accuratamente.
un'altra cosa che sarebbe fighissima è la possibilità di avere una specie di tablet (flash, java, ?) dove puoi per esempio disegnare qualcosa e farlo vedere ad uno in remoto. insomma, sarebbe come avere un foglio di appunti in riunione dove tracci i disegni...
il massimo sarebbe che il wiki la traducesse in jpg/png/gif immediatamente e la salvasse come allegato...
attualmente di solito quando sto al telefono, collego il cliente al wiki, scrivo e poi salvo e gli dico "fai aggiorna". è molto utile perchè è come se fossimo seduti allo stesso tavolo: ma manca la possibilità di fare i disegni e di condividerli subito.
sarebbe ora che ci mettessimo a scrivere qualche plugin serio, mi sa
si ovviamente, ma cmq dipende da quello che provi a fare...
[quote=fullo]Un grosso difetto (della maggior parte) dei wiki è imho l'impossibilità di gestire gruppi di permessi (tu non vedi/modifichi quello che non ti compete). Cosa spesso indispensabile.[/quote]
Con quello che abbiamo utilizzato noi ([url=http://www.pmwiki.org]pmwiki[/url]) si può fare facilmente.
[quote=fullo]Altra necessità sarebbe una gestione degli "allegati" più easy... e sopratutto della possibilità di esportare il documento direttamente in formati come pdf o openoffice (oltre che dal docbook già supportato da mediawiki)[/quote]
credo che sia possibile anche questo. gli allegati su pmwiki è facile metterli, inoltre puoi esportare in rss le pagine, quindi credo sinceramente che sia possibile anche esportare in altri formati. cioè: sono sicuro che ci sono wiki che lo fanno.
[quote=fullo]hai mai provato ad usare un wiki come una mappa logica? ci sono alcuni strumenti molto interessanti a riguardo![/quote]
azz questo suona interessante, ma devo vedermelo più accuratamente.
un'altra cosa che sarebbe fighissima è la possibilità di avere una specie di tablet (flash, java, ?) dove puoi per esempio disegnare qualcosa e farlo vedere ad uno in remoto. insomma, sarebbe come avere un foglio di appunti in riunione dove tracci i disegni...
il massimo sarebbe che il wiki la traducesse in jpg/png/gif immediatamente e la salvasse come allegato...
attualmente di solito quando sto al telefono, collego il cliente al wiki, scrivo e poi salvo e gli dico "fai aggiorna". è molto utile perchè è come se fossimo seduti allo stesso tavolo: ma manca la possibilità di fare i disegni e di condividerli subito.
sarebbe ora che ci mettessimo a scrivere qualche plugin serio, mi sa
ci sono delle "lavagne" in flash che fanno una cosa simile, tempo fa me ne avevano proposta una per il collab.. ma abbiamo scartato l'idea per non ricordo quale motivo...
pmwiki non lo conosco, approfondirò appena avrò un po' di tempo..
[quote]sarebbe ora che ci mettessimo a scrivere qualche plugin serio, mi sa ;-)[/quote]
oltre a mediawiki ho usato [url=http://twiki.org/]twiki[/url] (per scrivere la mia tesi in quanto era l'unico che permetteva di utilizzare MathML ed il render di grafici e diagrammi) e phpwiki (ormai in stato di abbandono) e tutti hanno un solo difetto.
Ingestibili come codice. O sei dentro al team di sviluppo o abbandona ogni idea di creare plugin o moduli, spesso ad ogni minor release cambiano drasticamente le varie api.. un incubo!
ps
mediawiki esporta in docbook e rss, twiki in docbook, rss ed ha un modulo per il pdf ma in ogni caso l'esportazione è comunque macchinosa... con dipendenza da librerie assurde o con errori grossolani
ciuaz
pmwiki non lo conosco, approfondirò appena avrò un po' di tempo..
[quote]sarebbe ora che ci mettessimo a scrivere qualche plugin serio, mi sa ;-)[/quote]
oltre a mediawiki ho usato [url=http://twiki.org/]twiki[/url] (per scrivere la mia tesi in quanto era l'unico che permetteva di utilizzare MathML ed il render di grafici e diagrammi) e phpwiki (ormai in stato di abbandono) e tutti hanno un solo difetto.
Ingestibili come codice. O sei dentro al team di sviluppo o abbandona ogni idea di creare plugin o moduli, spesso ad ogni minor release cambiano drasticamente le varie api.. un incubo!
ps
mediawiki esporta in docbook e rss, twiki in docbook, rss ed ha un modulo per il pdf ma in ogni caso l'esportazione è comunque macchinosa... con dipendenza da librerie assurde o con errori grossolani
ciuaz
forse mediawiki e twiki sono quelli più sviluppati. anzi ti dirò... twiki mi pare abbia una [url=http://twiki.org/cgi-bin/view/Plugins/]repository[/url] di plugin e addon piuttosto interessante.
pmwiki è semplice e facilmente customizzabile per le mie esigenze, credo che questi altri necessitino di un po' di tempo.
pmwiki è semplice e facilmente customizzabile per le mie esigenze, credo che questi altri necessitino di un po' di tempo.
sto provando dokuwiki e devo dire che mi sta piacendo abbastanza, certo non ha la gestione delle form di pmwiki.. pero' "me piaaace" 
Add Comment
MySelf
In breve: 34 anni, friulano, vivo a Roma, lavoro nel web come user experience consultant.
Nel tempo libero mi dedico alla fotografia e alla natura.
Puoi contattarmi via mail e Skype.
Descrizione completa
Linkedin profile
Bookmarks
Fotografie
PublicBrain
View blog reactions
Scambio link, no grazie!
Mail indesiderate, no grazie!
Nel tempo libero mi dedico alla fotografia e alla natura.
Puoi contattarmi via mail e Skype.
Descrizione completa
Linkedin profile
Bookmarks
Fotografie
PublicBrain
View blog reactions
Scambio link, no grazie!
Mail indesiderate, no grazie!
Quicksearch
Lavora con me
Web user experience
[25/07/08] User-Centered Design e Sviluppo Agile: l'inizio di un progetto
[17/07/08] Cosa togliere (less is more)
[16/07/08] Scorecards per definire le priorità
[10/07/08] Design Epicentrico
[04/07/08] Internet Explorer e i costi della compatibilità browser
[26/06/08] Form in linguaggio naturale
[13/05/08] Definire le priorità di un progetto
[29/04/08] Slide dell'IA Summit 08 americano e video del FOWD
[28/04/08] Swimlanes: deliverable da collezione
[23/04/08] Prima gli utenti (Last.fm blues)
[17/07/08] Cosa togliere (less is more)
[16/07/08] Scorecards per definire le priorità
[10/07/08] Design Epicentrico
[04/07/08] Internet Explorer e i costi della compatibilità browser
[26/06/08] Form in linguaggio naturale
[13/05/08] Definire le priorità di un progetto
[29/04/08] Slide dell'IA Summit 08 americano e video del FOWD
[28/04/08] Swimlanes: deliverable da collezione
[23/04/08] Prima gli utenti (Last.fm blues)
!Evenz
Categorie
FeedMe
Penso e faccio
Tags
6nations , adsl , agile , ajax , apple , arrampicata , aziende , barcamp , beppe grillo , blog , business , calcio , cms , community , comunicazione , cordenons , donne , ecommerce , elezioni , ezpublish , firefox , flickr , folksonomy , foto , framework , friuli , futuro , gaudio , giornalismo , google , google analytics , iasummit , information architecture , italia , lavoro , libri , linux , mercato , microformats , mondiali , montagna , motori di ricerca , musica , myblog , nova24 , olipal , opensource , php , politica , politiche2006 , privacy , project management , prototipazione , prototyping , roma , rss , rubyonrails , rugby , scalability , self , seo , skype , skypecast , snoopy , social network , soldi , spam , stats , technorati , telecom , tempo , trasporti , trekking , tumblelog , usabilità , usability , user centered design , user experience , user king , vacanze , viaggi , video , web 2.0 , web application , web design , webdays , weinberger , wiki , yahoo , zen
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 simp
Tracked: Sep 06, 19:15