// openp2pdesign.org » Free Software

Posts Tagged ‘Free Software’


"Producing  Open Source Software. How to Run a Successful Free Software Project" (Karl Fogel)"

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.

Il primo libro è “Producing Open Source Software. How to Run a Successful Free Software Project” di Karl Fogel, disponibile qui (in Inglese) sotto una licenza Creative Commons. Questo libro non è uno studio antropologico o storico, ma bensì una gruida pratica: una guida per designer e per utenti e partecipanti.

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.

via | ossblog

Share

"Producing  Open Source Software. How to Run a Successful Free Software Project" (Karl Fogel)"

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.

The first book is “Producing Open Source Software. How to Run a Successful Free Software Project” by Karl Fogel, available here under a Creative Commons license. This book is a practical guide, not an anthropological study or a history of Free Software / Open Source: it is a guide for designers and for participants and users too.

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.

via | ossblog

Share

code_swarm. An experiment in organic software visualization is an application created by Michael Ogawa with Processing, that gathers data about the history of an open source / free software community and visualizes it in a video. Here’s the video for the Python programming language:


code_swarm – Python from Michael Ogawa on Vimeo.

I’ve been studying software projects for a while now. Not the programming, but the people — the way they interact with each other through collaboration and communication.

(more…)

Share

code_swarm. An experiment in organic software visualization es una aplicación desarrolada por Michael Ogawa con Processing, que recoge los dados a cerca de la historia de una comunida open source / free software y les visualiza en un video. Aquí hay el video del proyecto Python:


code_swarm – Python from Michael Ogawa on Vimeo.

I’ve been studying software projects for a while now. Not the programming, but the people — the way they interact with each other through collaboration and communication.

This visualization, called code_swarm, shows the history of commits in a software project. A commit happens when a developer makes changes to the code or documents and transfers them into the central project repository. Both developers and files are represented as moving elements. When a developer commits a file, it lights up and flies towards that developer. Files are colored according to their purpose, such as whether they are source code or a document. If files or developers have not been active for a while, they will fade away. A histogram at the bottom keeps a reminder of what has come before.

En este proyecto la visualización de la complejidad de la comunidad no viene de dados recogido por usuarios, software o instrumentos y herramientas, sino de dados ya recogido automáticamente acerca del comportamiento de los usuarios al utilizar unos software en un red. En esta manera podemos visualizar la dedicación de cada usuario a la actividad colectiva y la historia del sistema.

El software utiliza los dados que vienen desde los commit que los usuarios hacen modificando del codigo compartido utilizando:

[...]version control systems for source code such as Subversion or Concurrent Versions System. A commit in the context of these version control systems refers to submitting the latest changes of the source code to the repository, and making these changes part of the head revision of the repository. Thus, when other users do an UPDATE or a checkout from the repository, they will receive the latest committed version, unless they specify they wish to retrieve a previous version of the source code in the repository. Version control systems also have similar functionality to SQL databases in that they allow rolling back to previous versions easily. In this context, a commit with version control systems is not as dangerous as it allows easy rollback, even after the commit has been done.

Code_swarm puede ser utilizado en aquellas comunidades que utilizan estos softwares para auto-organizars. Además, el codigo ha sido publicado de manera gratuita y libre bajo de una licencia GPL v3 license en Google Code. Entonces podemos utilizarlo también en nuestros proyectos, para visualizar la vida/historia de las Comunidades Open P2P: podemos modificar el codigo para poderlo utilizar también con las herramientas y los softwares especificos que cada comunidad utiliza para comunicar y auto-organizarse.

via | Ossblog

Share

code_swarm. An experiment in organic software visualization è un’applicazione creata da Michael Ogawa con Processing, che raccoglie i dati riguardanti la storia di una comunità open source / free software e li visualizza in un video. Ecco il video riguardante il linguaggio di programmazione Python:


code_swarm – Python from Michael Ogawa on Vimeo.

I’ve been studying software projects for a while now. Not the programming, but the people — the way they interact with each other through collaboration and communication.

This visualization, called code_swarm, shows the history of commits in a software project. A commit happens when a developer makes changes to the code or documents and transfers them into the central project repository. Both developers and files are represented as moving elements. When a developer commits a file, it lights up and flies towards that developer. Files are colored according to their purpose, such as whether they are source code or a document. If files or developers have not been active for a while, they will fade away. A histogram at the bottom keeps a reminder of what has come before.

Qui la visualizzazione della complessità della comunità deriva non da dati raccolti da utenti o da software o attrezzature varie, ma da dati già raccolti automaticamente provenienti dal comportamento degli utenti nell’utilizzo di determinati strumenti software in una rete. In questo modo possiamo visualizzare l’impegno di ogni partecipante nella attività collettiva e il percorso di sviluppo, la storia, del sistema.

Il software basa il suo funzionamento sui commit eseguiti dagli utenti, cosa che avviene quando si contribuisce del codice ad un progeto comune utilizzando:

[...]version control systems for source code such as Subversion or Concurrent Versions System. A commit in the context of these version control systems refers to submitting the latest changes of the source code to the repository, and making these changes part of the head revision of the repository. Thus, when other users do an UPDATE or a checkout from the repository, they will receive the latest committed version, unless they specify they wish to retrieve a previous version of the source code in the repository. Version control systems also have similar functionality to SQL databases in that they allow rolling back to previous versions easily. In this context, a commit with version control systems is not as dangerous as it allows easy rollback, even after the commit has been done.

Code_swarm è una applicazione che può essere utilizzata per quelle comunità che usano questi software per auto-organizzarsi. Inoltre, il codice è stato rilasciato liberamente e gratuitamente sotto una licenza GPL v3 su Google Code. Quindi possiamo usarlo anche nei nostri progetti, per poter visualizzare la vita/storia delle Comunità Open P2P: possiamo anche modificare il codice per poterlo eseguire con gli strumenti di comunicazione e auto-organizzazione specifici di ogni comunità.

via | Ossblog

Share

Openmoko: Neo1973

Podemos decir que en estos días el primer producto de masa totalmente open source ha sido distribuido. Por lo tanto, este es el primer ejemplo de un verdadero Open Design, no vinculados a distintos experimentos o nichos de mercado (aunque sean muy importantes): el primer ejemplo de cómo la filosofía Open Source, del código abierto, pueda ser adoptada no sólo en ámbitos diferentes de aquellos de la programación y producción de contenidos, sino también en una producción de bienes físicos, bienes rivales
Me refiero a la organización Openmoko, un proyecto que tiene por objeto el diseño de un smartphone completamente de código abierto, en primer lugar por su software, y ahora también para su hardware y diseño.

Openmoko: Neo1973

Podemos decir que esto es el primero, verdadero, producto de masa de codigo abierto, como que los ejemplos anteriores no han aplicado completamente la filosofía Open Source, o porque han tenido resultados limitados, o, por último, porque el contexto no estaba listo para propuestas de este tipo.

Thinkcycle, que es el primero y más desarrollado ejemplo (por lo menos hasta ahora), fue un experimento destinado a nichos de mercado, y por esta razón debe merecer aún más importancia debido a que fue destinada a ayudar a los contextos desfavorecidos, pero aún limitado en los resultados y en la influencia en el mundo del diseño, y también porqué estaba delante de la propagación en la sociedad de la conciencia de las oportunidades del Open Source.
La iniciativa Ronen Kadushin, aunque digna, representa sólo un solitario experimento sin un amplio exíto y desarrollo.
La propuesta de Martí Guixé toma el Open Source como una metáfora y trata de adoptar algunos de sus aspectos colaterales, en el sentido de que busca algunos de los efectos de la codigo abierto que puedan ser aplicables también a los productos, pero en el fondo no es una verdadera iniciativa de código abierto.

La iniciativa Openmoko (en su primera versión, Neo1973, producido por FIC) es tan importante, porque su adopción de la filosofía Open Source no es un experimento, sino una verdadera iniciativa comercial. Hemos pasado entonces desde la etapa de inspiración y experimentación para el Open Design, a una fase en que todo eso se ponga ahora en práctica. Por supuesto, la experimentación no ha terminado y debe seguir, pero ahora estamos hablando de un producto que el público en general va a ver en las tiendas y que se encuentra en competencia con uno de los productos más esperados del momento, el Apple iPhone. Y todo esto se refiere a la libertad de elección de que esta apertura puede dar al usuario, asì como viene desde la filosofía del Software Libre:

If you can’t open it, you don’t own it. Our first key unlocked the software, unleashing the community to recraft the code. Now, we free the case and share the keys to Industrial Design. Developers who want to re-craft the case are set free.

No es algo raro que haya una versión advanced que se pueda comprar, que lleva todo lo necesario para abrir y modificar el movil, lo que permite su hacking con el fin de personalizar y aprender de él al mismo tiempo.

Openmoko: Neo1973 Advanced Kit

La distribución de los archivos de diseño, que se celebró hace unos dias, es por lo tanto, una consecuencia lógica; los ficheros (IGES, STEP, ProE), se han publicado bajo licencia Creative Commons ShareAlike en esta dirección: http://downloads.openmoko.org/CAD/

Openmoko: Neo1973 Source Code

El hecho que sea un teléfono móvil de nueva generación (un smartphone) el primer verdadero producto de código abierto, hace que el evento sea aún más importante. ¿Por qué? Por que los teléfonos móviles representan un enorme potencial para el desarrollo de servicios colaborativos basados en comunidades. Una herramienta que nos permitirá en el futuro a explotar, mejorar y difundir con mayor facilidad la inteligencia colectiva, ya que tendremos la capacidad de ofrecer servicios más accesibles, a medida que más personas tienen acceso a los teléfonos móviles y se sienten más cómodos con ellos que con ordenadores y la World Wide Web.

Por lo tanto, con una metodología de diseño Open P2P podríamos diseñar con/para una comunidad, sus teléfonos moviles, su software y sus servicios, de acuerdo a sus necesidades específicas. Estamos entonces en condiciones de co-diseñar con una comunidad sus servicios colaborativos y las herramientas que permiten su despliegue, incluso para los pequeños contextos.

via | core77

Share

Openmoko: Neo1973

Possiamo dire che in questi giorni è stato distribuito il primo prodotto di massa completamente open source. E quindi il primo effettivo esempio di Open Design, non legato a singoli esperimenti o mercati di nicchia (seppure molto importanti): il primo esempio di come l’open source possa prendere piede non solo in altri ambiti oltre all’informatica e alla produzione di contenuti, ma anche in un contesto di produzione di beni fisici, di beni rivali.
Si tratta dell’associazione Openmoko, un progetto di telefono cellulare di tipo smartphone completamente open source, prima per quanto riguarda il suo software, ed ora anche per quanto riguarda il suo hardware e progetto di design.

Openmoko: Neo1973

Possiamo dire che sia questo il primo, vero, prodotto di design di massa, poiché gli esempi precedenti o non hanno perseguito sino in fondo la filosofia Open Source, oppure perché hanno avuto risultati limitati o, infine, perché il contesto non era pronto per iniziative di questo tipo.
Thinkcycle, che è il primo ed il più sviluppato esempio (almeno fino ad ora), ha rappresentato un esperimento rivolto a mercati di nicchia; per questo anche più meritevole, perché rivolto ad aiutare contesti svantaggiati, ma pur sempre limitato nei risultati e nell’influenzare il mondo della progettazione perché troppo in anticipo rispetto alla diffusione della consapevolezza sull’Open Source all’interno della società.
L’iniziativa di Ronen Kadushin, sebbene meritevole, rappresenta solo un esperimento solitario, senza grande seguito e sviluppo.
La proposta di Martí Guixé prende l’Open Source come una metafora e cerca di adottare alcune sue caratteristiche “collaterali”, nel senso che ricerca alcuni effetti dell’open source ma nella sostanza non è open source.

L’iniziativa Openmoko (e la sua prima incarnazione, Neo1973 prodotta dalla FIC) è importante perché l’adottazione della filosofia Open Source avviene da un prodotto che viene presentato nel mercato e venduto: si tratta quindi non di un esperimento ma di una reale iniziativa. Siamo passati quindi dalla fase di ispirazione e sperimentazione dell’Open Design a quella della messa in pratica. Certo, la sperimentazione non è finita e va portata avanti ulteriormente, ma ora stiamo parlando di un prodotto che il grande pubblico vedrà nei negozi e che si trova in competizione con il prodotto più atteso del momento, l’iPhone della Apple. E questo facendo riferimento alla libertà che questa scelta di apertura può dare all’utente, richiamandosi alla filosofia del Free Software:

If you can’t open it, you don’t own it. Our first key unlocked the software, unleashing the community to recraft the code. Now, we free the case and share the keys to Industrial Design. Developers who want to re-craft the case are set free.

Non a caso, è in vendita anche una versione advanced, corredata di tutto ciò che è necessario per poter aprire e modificare il cellulare, fare il suo hacking per poterlo personalizzare e apprendere allo stesso tempo.

Openmoko: Neo1973 Advanced Kit

La distribuzione dei file del progetto di design, avvenuta in questi giorni, non rappresenta quindi che una logica e coerente conseguenza; i file del progetto (IGES, STEP, ProE), sono stati pubblicati sotto licenza Creative Commons ShareAlike a questo indirizzo: http://downloads.openmoko.org/CAD/

Openmoko: Neo1973 Source Code

Il fatto che sia un telefono cellulare di nuova generazione (uno smartphone) ad essere il primo vero prodotto open source, rende l’evento ancora più importante. Perché? Perché i telefoni cellulari rappresentano un enorme potenziale per lo sviluppo di servizi collaborativi su base comunitaria. Uno strumento, insomma, che ci permetterà, in futuro, di sfruttare e valorizzare l’intelligenza collettiva con maggiore facilità e diffusione di quanto non si possa fare ora, perché ha la capacità di abbattere ulteriormente le barriere all’accesso del servizio, dato che molte più persone hanno accesso e familiarità con telefoni cellulari rispetto a computer e World Wide Web.

Quindi, con una metodologia progettuale Open P2P potremmo progettare, con/per una comunità, i telefoni cellulari, il loro software e i loro servizi, in base alle loro esigenze specifiche. Siamo quindi in grado di co-progettare con una comunità i loro servizi collaborativi e gli strumenti che ne permettono l’implementazione, anche per piccoli contesti.

via | core77

Share

Openmoko: Neo1973

We can say that these days the first mass product completely open source has been distributed. Therefore, this is the first example of a real Open Design, not tied to individual experiments or niche markets (albeit very important): the first example of how open source philosophy can be adopted not only in areas different from programming and production of contents, but also in a production of physical goods, rival goods.
I am talking about the Openmoko organization, a project aimed at the design of a smartphone completely open source, first for its software, and now also for its hardware and design.

Openmoko: Neo1973

We can say that this is the first, true, open source mass product design, as the previous examples have not pursued completely the Open Source philosophy, or because they have had limited results, or, lastly, because the context was not ready for actions of this type.

Thinkcycle, which is the first and most developed example (at least so far), was an experiment aimed at niche markets, and for this reason should deserve even more importance because it was aimed at helping disadvantaged contexts, but still limited in the results and in influence on the world of design as too ahead of the spread of Open Source awareness in society.
The initiative Ronen Kadushin, although worthy, represents only a solitary experiment without broad appeal and development.
Martí Guixé’s proposal takes the Open Source as a metaphor and try to adopt some of its collateral features, in the sense that look for certain effects of the open source that can apply to products too, but in substance it is not open source.

The Openmoko initiative (in its first incarnation, Neo1973, produced by FIC) is so important because the adoption of the Open Source philosophy is not an experiment but a real initiative. We then passed the stage of inspiration and experimentation for Open Design, to a stage where it is put into practice. Of course, experimentation is not over and should be pursued further, but now we are talking about a product that the general public will see in stores and that is in competition with the most expected product of the moment, the Apple iPhone. And this referring to the freedom that this choice of opening may give the user, just like the philosophy of the Free Software:

If you can’t open it, you don’t own it. Our first key unlocked the software, unleashing the community to recraft the code. Now, we free the case and share the keys to Industrial Design. Developers who want to re-craft the case are set free.

It is by no coincidence that an advanced version can be bought, bearing all that is needed to open and edit the phone, enabling his hacking in order to customize and learning from it at the same time.

Openmoko: Neo1973 Advanced Kit

The distribution of the design files, which took place recently, is therefore a logical consequence; the files (IGES, STEP, ProE), were published under license Creative Commons ShareAlike at this address: http://downloads.openmoko.org/CAD/

Openmoko: Neo1973 Source Code

The fact that a mobile phone of new generation (a smartphone) is the first true open source product, makes the event even more important. Why? Because mobile phones represent a huge potential for the development of community-based collaborative services. A tool that will enable us in the future to exploit, enhance and more easily spread the collective intelligence, because it has the ability to further break down barriers of the service, as many more people have access to mobile phones and feel more comfortable with them than with computers and the World Wide Web.

Therefore, with an Open P2P design methodology we could design with/for a community, mobiler phones, their software and their services, according to their specific needs. We are then able to co-design with a community their collaborative services and the tools that allow their deployment, even for small contexts.

via | core77

Share

Ayer fue un día sobre el 3D y el Compartir el Conocimiento…por la mañana he tenido una presentación sobre Blender al LinuxDay 2007 organizado en Milan por OpenLabs.
Por la tarde he visto la obra teatral Vida de Galileo (Bertolt Brecht) al Teatro Piccolo: una obra teatral sobre el Conocimiento (su búsqueda y su compartir), y una experiencia que me ha recuerdado como el teatro sea 3D (desgraciadamente, no voy mucho en los teatros, excepto para conciertos).
Y por la noche, una discusión muy interesante con Gianandrea Giacoma (ibridazioni.com): como pasare desde un Blog a la realidad (3D) para compartir conocimiento.

Aquí hay mi presentación sobre Blemder (9,3 Mb, en italiano)
presentazione_blender_Menichinelli_linuxday_2007.pdf

Y aquí en Slideshare.net.

Share

Ieri è stata una giornata all’insegna del 3D e della Condivisione della conoscenza…alla mattina ho tenuto una presentazione su Blender al LinuxDay 2007 organizzato a Milano da OpenLabs.
In serata ho assistito all’opera teatrale Vita di Galileo (Bertolt Brecht) al Piccolo: non solo un’opera sulla Conoscenza (sulla sua ricerca e sulla sua condivisione), ma una esperienza che mi ha ricordato di quanto sia reale e 3D il teatro (sfortunatamente erano anni che non andavo a teatro, se non per concerti).
Infine, una discussione veramente interessante con Gianandrea Giacoma (ibridazioni.com): come passare dal blog alla realtà per la condivisione di conoscenza.

Ecco comunque la mia presentazione che ho tenuto su Blender al Linuxday (9,3 Mb, in Italiano):
presentazione_blender_Menichinelli_linuxday_2007.pdf

E qui su Slideshare.net.

Share
Page 2 of 512345
Creative Commons License
This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License.