Aquí hay el primero de tres libros disponibles en línea (de maniera libre y gratuita) acerca de cómo administrar comunidades y proyectos de software Free Software / Open Source. Son libros muy importantes para nosotros por dos razones: por un lado representan una buena introducción a los proyectos Free Software / Open Source, y por otro lado pueden ser recursos muy útiles en la organización de un proyecto de Open P2P Design. Con su explicación de las licencias copyleft, procesos y herramientas siempre podemos echar un vistazo a ellos, mientras que diseñamos un proyecto abierto y p2p.
Producing Open Source Software is a book about the human side of open source development. It describes how successful projects operate, the expectations of users and developers, and the culture of free software. It is available in bookstores and from the publisher (O’Reilly Media), or you can browse or download it here.
Producing Open Source Software is released under an open copyright that allows everyone to share and modify the book freely. The latest version is always here. The online version is the same as the commercially available print version — in other words, you can buy a printed copy and know that it’s up-to-date. When and if there are significant differences, we will list them here.
This book is meant for software developers and managers who are considering starting an open source
project, or who have started one and are wondering what to do now. It should also be helpful for people who just want to participate in an open source project but have never done so before.
Ecco il primo di tre libri liberamente (e gratuitamente) disponibili online sul come organizzare una comunità ed un processo di software Free Software / Open Source. Sono libri molto importanti per noi per due ragioni: da un lato rappresentano una ottima introduzione al mondo Free Software / Open Source e al funzionamento di questi progetti; dall’altro lato rappresentano delle risorse molto importanti nella organizzazione di progetti open p2p. Con le loro spiegazioni di licenze copyleft, processi e strumenti saranno sempre fonte di ispirazione nella progettazione di attività collaborative e progetti open p2p.
Producing Open Source Software is a book about the human side of open source development. It describes how successful projects operate, the expectations of users and developers, and the culture of free software. It is available in bookstores and from the publisher (O’Reilly Media), or you can browse or download it here.
Producing Open Source Software is released under an open copyright that allows everyone to share and modify the book freely. The latest version is always here. The online version is the same as the commercially available print version — in other words, you can buy a printed copy and know that it’s up-to-date. When and if there are significant differences, we will list them here.
This book is meant for software developers and managers who are considering starting an open source project, or who have started one and are wondering what to do now. It should also be helpful for people who just want to participate in an open source project but have never done so before.
Here is the first of three books about how to manage a Free Software / Open Source community and process that are freely available online. They are very important for two reasons: they represent a good introduction to how Free Software / Open Source projects work, and they can be very useful resources in the organization of an Open P2P Design project. With their explanation of copyleft licenses, processes and tools we can always take a look at them while designing an open p2p project.
Producing Open Source Software is a book about the human side of open source development. It describes how successful projects operate, the expectations of users and developers, and the culture of free software. It is available in bookstores and from the publisher (O’Reilly Media), or you can browse or download it here.
Producing Open Source Software is released under an open copyright that allows everyone to share and modify the book freely. The latest version is always here. The online version is the same as the commercially available print version — in other words, you can buy a printed copy and know that it’s up-to-date. When and if there are significant differences, we will list them here.
This book is meant for software developers and managers who are considering starting an open source project, or who have started one and are wondering what to do now. It should also be helpful for people who just want to participate in an open source project but have never done so before.
The research department (’lectoraat’) at Communication and Multimedia Design at the Rotterdam University of Applied Sciences, with research professor Ingrid Mulder, has worked on this toolkit with a research group on Human Centered ICT. The project was presented by Bas Leurs during a workshop on November 12, 2008, in which various professionals from the field of education (mainly CMD Rotterdam), discussed and mapped the process of human-centered design, and the available methods and tools for the HCI process.
[...]
The toolkit was created by: Bas Leurs, Peter Conradie, Joel Laumans, and Rosalieke Verboom.
The research department (’lectoraat’) at Communication and Multimedia Design at the Rotterdam University of Applied Sciences, with research professor Ingrid Mulder, has worked on this toolkit with a research group on Human Centered ICT. The project was presented by Bas Leurs during a workshop on November 12, 2008, in which various professionals from the field of education (mainly CMD Rotterdam), discussed and mapped the process of human-centered design, and the available methods and tools for the HCI process.
[...]
The toolkit was created by: Bas Leurs, Peter Conradie, Joel Laumans, and Rosalieke Verboom.
The research department (’lectoraat’) at Communication and Multimedia Design at the Rotterdam University of Applied Sciences, with research professor Ingrid Mulder, has worked on this toolkit with a research group on Human Centered ICT. The project was presented by Bas Leurs during a workshop on November 12, 2008, in which various professionals from the field of education (mainly CMD Rotterdam), discussed and mapped the process of human-centered design, and the available methods and tools for the HCI process.
[...]
The toolkit was created by: Bas Leurs, Peter Conradie, Joel Laumans, and Rosalieke Verboom.
Después de el primero post acerca de UrbanLabs, y el segundo post con la publicación de la presentación que tuve, aquí voy a hablar de la metodología de los grupos de trabajo que adoptamos.
Open Space Technology (OST) offers a method to run meetings of groups of any size. (“Technology” in this case means tool — a process; a method.) OST represents a self-organising process; participants construct the agenda and schedule during the meeting itself.
[...]
OST meetings have a single facilitator who initiates and concludes the meeting and explains the general method. The facilitator has no other role in the meeting and does not control the actual gathering in any way.
Aquí unas pagínas web más acerca de Open Space Technology:
Se trata entonces de una metodología de desarrollo de proyectos en grupos basados en su propia auto-organización, y entonces la podemos ver como una verdadera metodología de diseño participativo. Y ser el facilitador (o enabler) del Grupo A acerca de Actividades Colaborativas y Open Innovation me ha permitido comprobar esta metodología y aprender mucho.
Ya he dicho que el evento fue una experimentación colectiva que continúa en el futuro, un proceso colectivo de aprendizaje sobre el desarrollo de proyectos colaborativos. Fue un evento donde de verdad aprendimos todos: organizadores, facilitadores, participantes. Quizas porque era su primera edición, quizas porque los sistemas sociales siempre generan redes y situaciones nuevas cada vez. De hecho, a través de esta metodología UrbanLabs se quedò como una Comunidad que se auto-organiza a través de practicas abiertas y de par a par: una Comunidad Open P2P con una participación mercantil. Lo que se intentò hacer era entonces que los participantes se auto-organizaran para empezar a desarrollar proyectos y construir nuevas redes.
Ya expliqué un poco la metodología en la presentación que tuve, aquí os aconsejo unos videos para comprenderla mejor.
Lo que es importante comprender de Open Space Technology y de sus leyes y roles, es que intenta aprovechar de los recursos escasos del grupo de trabajo (o sea tiempo y participantes) para que todos puedan econtrar su propia manera de participar y disfrutar.
Aquì un video de una unconference Open Space en tres minutos:
Aquí dos videos timelapse de dos unconference Open Space (pero no de UrbanLabs): en esta manera se puede comprender mejor como los participantes se auto-organizen en el espacio a lo largo del tiempo.
Pero de momento tenemos solo este video sobre UrbanLabs y mi grupo de trabajo:
02. Metodología: un codigo fuente para los proyectos
Para facilitar los participantes a desarrollar proyectos de actividades colaborativas, preparé unas hojas con una estructura, unas preguntas y unas herramientas utiles para analizar una Comunidad/Localidad. Cuando los participantes rellenan las espacios vacios de las preguntas, empiezan a producir el codigo fuente de los proyectos de Actividades Colaborativas.
Como que teniamos muy poco tiempo, llevè una versión reducida durante el transcurso de las jornadas (secciones 00 y 01), dejando la versión completa para quien quiere seguir con los proyectos después del evento. Se trata de una de una primera version (0.1), una guía para analizar (y comprender, y luego diseñar) proyectos de innovación abierta, y en general desarrollar proyectos de una Actividad Colaborativa para/con una Comunidad/Localidad.
En estas hojas la metodología de diseño Open P2P Design que propongo ha sido resumida y dividida en cuatro partes, para que sea modular y todos los participantes puedan utilizarla como quieran y cuando quieran.
Además, se publica esta pequeña guía bajo de licencia Creative Commons, así que los participantes pueden modificarla y utilizarla de manera diferente. Al final de cada sección hay espacio para comentarios sobre esta metodología, así que todos podamos desarrollarla más de manera colectiva.
Podeis encontrar la versión completa en el wiki de UrbanLabs o en Scribd (ver los enlaces más abajo).
02. Analizar una Comunidad/Localidad y su ActividadEsta sección sirve para analizar la Comunidad/Localidad para/con queremos diseñar un proyecto de Actividad Colaborativa. Lleva unas preguntas útiles para analizar la Comunidad/Localidad a través de su Actividad: de esta manera se puede también comprender un esquema para analizar y describir actividades (algo que se utilizará en la descripción del proyecto);
UrbanLabs fue el primer evento a proponer no solo debate y networking acerca de actividades colaborativas y Open Innovation, sino también la construcción de proyectos;
fue también el primer evento acerca de actividades colaborativas y Open Innovation con enfoque en las ciudades, y entonces en los sistemas Comunidad/Localidad;
la importancia que UrbanLabs da a la facilitación: no tanto por la presencia de facilitadores, sino por la naturaleza de todo el evento en facilitar el nacimiento de proyectos y la construcción de redes sociales; no se intenta a construir proyectos desde arriba (top-down), sino se da la oportunidad y las herramientas para que se formen desde abajo (bottom-up). Los facilitadores son simplemente una de las herramientas del evento, un evento enabler;
la naturaleza de evento para la el aprendimiento colectivo (organizadores, facilitadores, participantes), gracias a la posibilidad de debate y desarrollo de proyectos;
la construcción de redes para proyectos actuales y futuros;
la organización del espacio entre tipos diferentes de eventos (keynote speakers, charlas relampago y grupos de trabajo) para más diversidad y flexibilidad;
la presencia de muchos participantes procedentes de las administraciones publicas, como nota también Esteve Almirall.
Hablando de los resultados, aquí podeis encontrar los proyectos que se desarrollaron en los grupos. En el grupo A, pasamos desde los 40-50 participantes del primer dia (¡que éxito!), a los 30 participantes del segundo dia. Asì que el primer dia sacamos 12 proyectos, pero el segundo dia de estos se quedaron solo tres para desarrollar más (Cartografías urbanas y plataformas participativas, Redes internacionales de ONGs, P2P LivingLab).
En la wiki solo hay unos apuntes para cada proyecto, esperamos que en los proximos meses los participantes sigan con estos proyectos, sea en esta wiki o a través de contactos directos entre ellos. Lo importante es que con la wiki UrbanLabs sigue dando un espacio a los participantes para que se auto-organizen en desarrolar un proyecto de manera colaborativa.
04. Lo que se puede todavia mejorar de UrbanLabs
Como también nos aconsejò Michel Bauwens, sería importante para la proxima edición de UrbanLabs poner en marcha también unas charlas y grupos de trabajo en Inglés, para ampliar las redes de participantes (ya participaron unos extranjeros y le hubiera gustado encontrar algo en Inglés también);
si la presencia de administraciones publicas fue un exito (y era uno de los objetivos), la falta de empresas da que pensar: hay que involucrarlas más en participar en este tipo de proyectos;
mientras la organización del espacio fue perfecta, la organización del tiempo es lo unico que de verdad podria mejorar en la proxima edición: hubo una excesiva fragmentación de los grupos de trabajo en dos jornadas y sobretodo demasiado poco tiempo para los grupos (hay también comentarios parecidos de otros participantes aquí y aquí). Había entonces muy poco tiempo para que todos los participantes se puedieran presentar (sea por si mismos sea a través de las preguntas de la primera sección de la guía que preparé) y hablar sobre los proyectos (en manera especial en mi grupo de trabajo, donde le primer dia habia casi 50 participantes); además de eso muchos participantes tomaron la división de los grupos de trabajo como oportunidad para cambiar grupo (conociendo más personas e ideas claro, pero también perdiendo la oportunidad de seguir con los proyectos);
el numero de participantes: 40/50 son demasiados para un grupo de trabajo, con 30 ya se puede trabajar de manera mejor pero seria mejor que los participantes sea unos 20-30; por supuesto, el numero de los participantes se queda non como un exito sino como un problema solo en relación al tiempo disponible.
Estas consideraciones llevan pues estas preguntas/aconsejos:
¿dar a los grupos todo un dia para trabajar?
¿organizar todas las charlas relampago y keynote speakers en un dia y los grupos de trabajos en otro dia? O sea, un dia de conferencia/compartir conocimiento y un dia de proyectos;
¿organizar algo para el networking de los participantes antes del dia de los grupos de trabajo?
¿construir más los grupos de trabajo en linea en la wiki antes de las jornadas?
¿organizar los grupos de trabajo no por tema sino por proyecto (project-oriented), a lo mejor empezando por los proyectos de la primera edición o a través de un concurso?
En definitiva, creo que UrbanLabs haya sido un evento muy importante y que haya tenido exito por los objetivos que nos planteamos; ahora hay que seguir el desarrollo de las redes y de los proyectos de los participantes, esperando para el siguiente UrbanLabs.
Si quiereis comentar o dejar aconsejos para los proximos UrbanLabs, podeis dejar un comentario en este post o en la pagína de feedback del evento en el Wiki de UrbanLabs, o en el grupo en Google.
After the first post about UrbanLabs, and the second one with the slideshow I presented there, I’m going to talk now about the methodology we adopted within the groups, and how they self-organized.
Open Space Technology (OST) offers a method to run meetings of groups of any size. (“Technology” in this case means tool — a process; a method.) OST represents a self-organising process; participants construct the agenda and schedule during the meeting itself.
[...]
OST meetings have a single facilitator who initiates and concludes the meeting and explains the general method. The facilitator has no other role in the meeting and does not control the actual gathering in any way.
Here you can find more resources about Open Space Technology:
It is therefore a design methodology based on self-organizing groups, and we can consider it as a real participative design methodology. And as I was the facilitator (or enabler) of the Group A about Collaborative Activities and Open Innovation, I hade the chance to test it and learn a lot about such participative dynamics.
I’ve already said that the event was a collective experimentation that goes on in the future, a collective learning process about designing collaborative projects. It was an event where really everyone learnt so much: organizers, facilitators, participants. Maybe because it was its first edition, or perhaps because social systems always generate new networks and situations every time. In fact, with this methodology UrbanLabs became a self-organizing Community with open and peer-to-peer processes: an Open P2P Community with a marketplace participation. What we tried to do was facilitate the participants self-organize in groups in order to start designing projects and building new networks.
I’ve already explained the methodology within the slideshow I presented, here I suggest you some videos in order to understand it more easily.
What’s important about Open Space Technology and its roles and laws, is that it is a tool to make the most of the workshop groups’ scarce resources (time and participants) in order to let all the participants find their own way to participate and enjoy the event.
Here’s a video of an Open Space unconference described in three minutes:
Dopo il primo post su UrbanLabs, e il secondo post con la pubblicazione della presentazione che tenni in quell’occasione, qui vorrei parlare della metodologia che abbiamo adottato nei gruppi di lavoro.
Open Space Technology (OST) offers a method to run meetings of groups of any size. (“Technology” in this case means tool — a process; a method.) OST represents a self-organising process; participants construct the agenda and schedule during the meeting itself.
[...]
OST meetings have a single facilitator who initiates and concludes the meeting and explains the general method. The facilitator has no other role in the meeting and does not control the actual gathering in any way.
Qui di seguito alcune pagine per approfondire la metodologia Open Space Technology:
Si tratta quindi di una metodologia di sviluppo di progetti in gruppi basati su una propria auto-organizzazione, che possiamo vedere come una vera e propria metodologia di design partecipativo. Ed essere il facilitatore (enabler) del Gruppo A su Attività Collaborative e Open Innovation mi ha permesso metterla in pratica, comprovarne le caratteristiche e apprendere molto a riguardo.
Ho già detto che l’evento fu una sperimentazione collettiva che continua nel futuro, un processo di apprendimento collettivo riguardante lo sviluppo di progetti collaborativi. È stato un evento dove veramente tutti abbiamo appreso: organizzatori, facilitatori, partecipanti. Forse perché era la sua prima edizione, forse perché i sistemi sociali sempre generano ogni volte nuove reti e situazioni. Di fatto, grazie a questa metodologia UrbanLabs si è configurato come una Comunità che si auto-organizza per mezzo di pratiche aperte e paritarie: una Comunità Open P2P con una partecipazione mercantile. Ciò che si cercò di fare era infatti facilitare i partecipanti nella loro auto-organizzazione per la costruzione di nuovi progetti e reti sociali.
Ho già spiegato brevemente questa metodologia nella presentazione che mostrai, qui vi consiglio alcuni video che penso possano essere utili per comprenderla ulteriormente.
Ciò che è importante capire della metodologia Open Space Technology e delle sue leggi e ruoli, è che propone un modo per trarre il massimo dalle scarse risorse del gruppo di lavoro (cioè tempo e partecipanti) affinché tutti possano incontrare la propria maniera di partecipare e trovarsi a proprio agio.
Ecco un video di una unconference Open Space spiegato in tre minuti:
Questi sono due video timelapse di due unconference Open Space (sfortunatamente però non di UrbanLabs): grazie a questi video possiamo comprendere meglio come i partecipanti si auto-organizzino nello spazio e nel tempo.
Al momento abbiamo solo questo video da UrbanLabs e dal mio gruppo di lavoro:
02. Metodologia: un codice sorgente per i progetti
Per facilitare i partecipanti a sviluppare progetti di attività collaborative, preparai alcune pagine con una struttura, alcune domande e strumenti utili per analizzare una Comunità/Località. Quando i partecipanti riempiono gli spazi bianche delle domande incominciano a produrre il codice sorgente dei progetti di Attività Collaborative.
Dato che avevamo poco tempo a disposizione, ne portai all’evento una versione ridotta (sezioni 00 e 01), lasciando la versione completa per il post-evento per chi ha intenzione di continuare con questo metodo. Si tratta di una prima versione (0.1) di una guida per analizzare (e quindi comprendere e poi progettare) progetti di innovazione aperte, ed in generale di progetti di Attività Collaborative per/con una Comunità/Località.
In queste pagine la metodologia di design Open P2P Design che io propongo è stata riassunta e divisa in quattro parti, affinché sia modulare e che tutti i partecipanti possano utilizzarla come vogliono e quando preferiscono.
Inoltre, questa guida viene pubblicata sotto licenza Creative Commons, cosicché i partecipanti possano modificarla e utilizzarla in maniera differente. Alla fine di ogni sezione c’è uno spazio per i commenti sulla metodologia, in modo che tutti (anche i partecipanti) possano svilupparla collettivamente.
Potete trovare la versione completa nel wiki di UrbanLabs o in Scribd (si vedano i link qui sotto).
02. Analizar una Comunidad/Localidad y su Actividad Questa sezione serve per analizzare la Comunità/Località con/per cui vogliamo sviluppare un progetto di Attività Collaborativa. Propone alcune domande utili per analizzare la Comunità/Località attraverso la propria Attività: in questo modo si può anche già apprendere un modo per analizzare e descrivere delle attività (cosa che si farà nella descrizione del progetto);
UrbanLabs è stato il primo evento a proporre non solo dibattito e networking riguardo a Attività Collaborative e Open Innovation, ma anche la costruzione di progetti;
è stato anche il primo evento su Attività Collaborative e Open Innovation con focus sulle città, e quindi su sistemi Comunità/Località;
la importanza che UrbanLabs dà alla facilitazione: non tanto per la presenza dei facilitatori, quanto nella natura dell’evento stesso nel facilitare la nascita di progetti e la costruzione di reti sociali; non si cerca di costruire progetti top-down, ma di dare la possibilità e gli strumenti affinché si formino bottom-up. I facilitatori sono semplicemente uno degli strumenti dell’evento, un evento enabler;
la natura di evento per un apprendimento collettivo (per organizzatori, facilitatori e partecipanti), grazie alla possibilità di dibattito e allo sviluppo di progetti;
la costruzione di reti per progetti attuali e futuri;
la organizzazione dello spazio in differenti tipi di evento (keynote speakers, arcamp e gruppi di lavoro) per una diversità e flessibilità complessiva;
la presenza di molti partecipanti provenienti dalle ammistrazioni pubbliche, come nota anche Esteve Almirall.
Parlando dei risultati, qui potete trovare i progetti che sono stati sviluppati. Nel gruppo A, si passò dai 40-50 partecipanti del primo giorno (un successo!), ai 30 partecipanti del secondo giorno. Di conseguenza il primo giorno vennero proposti 12 progetti, di cui 3 vennero sviluppati ulteriormente il secondo giorno (Cartografías urbanas y plataformas participativas, Redes internacionales de ONGs, P2P LivingLab). Nel wiki ci sono solo alcuni appunti per ogni progetto, aspettando che nei prossimi mesi i partecipanti continuino a svilupparli, sia nel wiki che attraverso contatti diretti fra loro. L’aspetto importante da notare è che attraverso la messa a disposizione del wiki UrbanLabs continua a proporre uno spazio ai partecipanti di modo che si possano auto-organizzare nello sviluppo di progetti collaborativi.
04. Cosa si potrebbe migliorare ulteriormente in UrbanLabs
Come consigliato da Michel Bauwens, sarebbe opportuno per la prossima edizione di UrbanLabs l’introduzione di un track parallelo (barcamp e gruppi di lavoro) in Inglese, per ampliare la rete dei partecipanti (già in questa edizione hanno partecipato alcuni stranieri, che sentivano la necessità di potersi esprimere in Inglese);
se la presenza delle amministrazioni pubbliche è stata un successo (ed era uno degli obiettivi), la mancanza di imprese fa molto riflettere: è necessario coinvolgerle in modo maggiore nella partecipazione ad eventi di questo tipo;
mentre la organizzazione dello spazio fu impeccabile, la organizzazione del tempo è veramente l’unico elemento su cui si potrebbe intervenire per la prossima edizione: ci fu una eccessiva frammentazione dei gruppi di lavoro nelle due giornate e soprattutto troppo poco tempo per i gruppi (altri partecipanti hanno presentato le stesse osservazioni qui e qui). C’era infatti troppo poco tempo affinché i partecipanti si potessero presentare (sia da parte loro che attraverso le domande della prima sezione della guida che avevo preparato) e discutere riguardo ai progetti (in maniera particolare nel mio gruppo di lavoro, dove c’erano quasi 50 partecipanti il primo giorno); inoltre molti partecipanti considerarono la divisione dei gruppi di lavoro come opportunità per cambiare gruppo al secondo giorno (conoscendo sì più persone e idee, però perdendo anche la opportunità di continuare a sviluppare i progetti iniziati);
il numero dei partecipanti: 40/50 sono troppi per un gruppo di lavoro, con 30 già è possibile lavorare però l’ideale sarebbe avere circa 20-30 partecipanti; ovviamente, il numero dei partecipanti diventa un fattore problematico e non un fattore di successo solo in relazione al tempo disponibile.
Queste considerazioni conducono quindi alla formulazione di queste domande/consigli:
dare ai gruppi di lavoro un giorno intero per lavorare?
organizzare il barcamp ed i keynote speakers in un giorno unico ed i gruppi di lavoro in un altro giorno? Cioè, un giorno di conferenza/condivisione di conoscenza ed un giorno dedicato allo sviluppo dei progetti;
organizzare qualcosa per il networking tra i partecipanti prima del giorno dei gruppi di lavoro?
investire maggior tempo e risorse nella costruzione dei gruppi di lavoro prima dell’evento, online nel wiki?
organizzare i gruppi di lavoro non per tema ma bensì per progetto (un evento project-oriented), magari riprendendo i progetti della prima edizione oppure con un concorso?
In definitiva, credo che UrbanLabs sia stato un evento molto importante e che abbia raggiunto gli obbiettivi che ci eravamo posti; ora è tempo di seguire lo sviluppo delle reti e dei progetti dei partecipanti, aspettando la prossima edizione.
Se volete commentare o lasciare consigli per il prossimo UrbanLabs, potete lasciare un commento in questo post o nella pagina di feedback dell’evento nel Wiki di UrbanLabs, o nel gruppo in Google.
After the post where I wrote about flocking algorithms used in a site-specific art/design installation by Todo Design, I ‘d like here to write about another experiment with such algorithms.
While surfing on Vimeo I found this video by Aaron Westre from Minneapolis (Minnesota, USA), where he explains very well his master’s degree thesis on using flocking algorithms in order to design 3D architectures; here’s the video:
Moving between design, science and computation Aaron Westre developed his his own software (you can download it here), “Complexity Machine 1” using the open source software Processing, where he runs his behavioral simulation describing the rules of the agents.
What is interesting in this project, is that the complexity of a system is not used as just inspiration or decoration, but as whole different way to design a structure, as if it were designed or modeled by a flock of birds. (more…)
SNA/New Text Literacies | Pearltrees:
[...] openp2pdesign.org: About It’s a way to co-design a collaborative activity with/for a community that can use it for self-organiz...
Amber:
Hi, Great piece. I'm looking forward to seeing your report on the DIY Craft business models. Can you let me know when it is release...
Chi-Vinh:
Thank you for sharing the interesting report. Currently, I am working on an project which integrate a Co-Working space with a bilingual...
Massimo Menichinelli:
Yes, I've been thinking about it but I've been too busy. I'm currently expanding this as a paper, so if we wait a bit it will be much b...
