[somos-azucar] Libertad, apertura y confidencialidad (era: Re: Update of team activities and Trello.com invitation)

[Sebastian Silva]

(english below)
No podría estar más de acuerdo.
Porfavor, considérenme en este sentido un "Taliban" de la Libertad en el 
Software.

Sin embargo a veces para le ejecución efectiva nos vemos obligados a usar
algunas herramientas no libres, como la mayoría de los teléfonos celulares,
cajeros automáticos, semáforos, ascensores, google groups etc.

Porfavor tengan certeza que para nosotros, esto es un BUG.

Ahora bien con respecto a la "apertura", es parte de nuestros principios
organizacionales [1], que los ámbitos de confidencialidad deben estar
claramente demarcados. Por el momento estamos trabajando en relación a
objetivos estratégicos y relaciones con entidades, posibles fuentes de
financiamiento, etc. Esta información todavía no está lista para ser 
compartida.

El uso de esta herramienta es un experimento dentro de este ámbito de
confidencialidad claramente demarcado, permisible dentro de nuestro
principios declarados. De todos modos, también de acuerdo a nuestros
principios, sostenemos que todo lo que no necesite ser confidencial, sea
público y publicado en la Wiki.

Ojalá pronto podamos coordinar todas nuestras tareas usando Sugar Network. :o)

Saludos Cordiales,
Sebastian

[1] http://pe.sugarlabs.org/go/Principios#Informaci.C3.B3n

(english)
I couldn't agree more.
Please consider me a "Taliban" wrt Freedom in Software.

However sometimes, for effective execution, we are forced to used some non-free 
tools, such as most cell phones, ATMs, television sets, street lights, 
elevators, google groups, etc.

Please be assured that for us, this is a BUG.

Now, wrt "openness", it is part of our organizational Principles, that areas of 
confidentiality should be explicitly defined. For the moment we are working on 
strategic objectives, relations with other entities, possible sources of 
financing, etc. This information is not ready to be shared.

The use of this tool is an experiment within this explicit area of 
confidentiality, permissible within our declared principles. Anyhow, also 
in accordance with our principles, we do sustain that what does not needs 
to be confidential, be public and published in the Wiki.

Hopefully soon we will be able to coordinate our tasks using Sugar Network. :o)

Best regards,
Sebastian

[1] http://wiki.sugarlabs.org/go/Sugar_Labs#Information

On Mon, 23 Apr 2012 13:42:37 -0400
Chris Leonard <cjlhomeaddress en gmail.com> wrote:

> On Mon, Apr 23, 2012 at 1:07 PM, Sebastian Silva
> <sebastian en somosazucar.org> wrote:
> > On Mon, 23 Apr 2012 06:07:16 +0000
> > Aleksey Lim <alsroot en sugarlabs.org> wrote:
> >
> >> On Mon, Apr 23, 2012 at 12:13:04AM -0500, Sebastian Silva wrote:
> >> > Hi,
> >> > It's non free, but the team has begun using this tool
> >> > for triaging tasks. It would be useful so you are aware
> >> > of the activity of the team.
> >>
> >> Why not CCing somosazucar@
> >
> > Only we don't like to promote non-free tools, but the status report
> > is in order. Thanks for pointing it out.
> 
> [en] lang-es abajo
> 
> Let me start by saying that a working team is entitled to organize
> it's work any way it wants.  On the other hand, moving information of
> interest, like who is working on what and how is it going, onto a
> proprietary platform like Trello (or any other tool) is not a good
> move if one wants to attract others to contribute.  It is a "closed"
> methodology and mindset; not an "open" methodology and mindset.
> 
> The best way to avoid promoting non-free software is to avoid using
> non-free software.
> 
> The best way to promote an open culture in a project is to accept that
> open-ness has an overhead cost that must be taken into account and
> that it has it's own intrinsic value.  You may end up using tools that
> are sometimes less than ideal for speed or efficiency (e.g. open
> mailing list, wiki, Trac, etc.) , but if you do not consciously invest
> in open-ness, you will not achieve it by default.
> 
> cjl
> 
> 
> [es]
> 
> Déjame empezar por decir que un equipo de trabajo tiene derecho a
> organizar su trabajo de la manera que quiere. Por otro lado, la
> circulación de informaciones de interés, como quien está trabajando en
> qué y cómo te va, en una plataforma propietaria como Trello (o
> cualquier otra herramienta) no es una buena medida si se quiere atraer
> a otros a contribuir. Se trata de una metodología "cerrada"  y la
> forma de pensar, no es una metodología "abierta"  y la forma de
> pensar.
> 
> La mejor manera de evitar la promoción de software no-libre es evitar
> el uso de software no-libre.
> 
> La mejor manera de promover una cultura abierta en un proyecto es
> aceptar que se abren-dad tiene un costo de gastos generales que deben
> tenerse en cuenta y que tiene su propio valor intrínseco. Usan
> herramientas que a veces son menos que ideales para la velocidad o la
> eficiencia (por ejemplo, lista de correo abierta, wiki, Trac, etc),
> pero si no conscientemente invertir en abierto-dad, no podrán
> conseguir este objetivo de forma predeterminada.
> 
> 
> cjl
> _______________________________________________
> somosazucar mailing list
> somosazucar en lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/somosazucar


-- 
Sebastian Silva <sebastian en somosazucar.org>