I never said the development teams should use it. I realized technical
decisions can't be made by community voting. But -

1. Sometimes a team is interested in seeing what the community/other
teams think
2. Some decisions are not technical, like you said the marketing team
can find loomio useful

So if the marketing team tries loomio, it's just fine, I don't restrict
to any specific team, and don't expect any specific team to use or not
use it.

Do know relevant teams which have mailing lists I can post to? (or
forward this message to them)

On ד', 2013-04-24 at 11:01 -0700, Sriram Ramkrishna wrote:
> Well the non-coding parts might accept it.  The problem with voting is
> that it is an emotional choice when it comes to people who are voting
> and are not part of development.  Which can lead to all kinds of
> conflicts in trying to decide how things develop.
> 
> If we had voting, we would have had to revert everything and go back
> to GNOME 1.  While at the same time people will be voting to update
> everything.  It's just wrong.
> 
> 
> But decision making for teams like marketing might work okay if we
> restrict to a particular set of people.  Kind of like having commit
> access, you get to vote when you put in the time.
> 
> 
> 
> On Wed, Apr 24, 2013 at 10:13 AM, Marco Scannadinari
> <[email protected]> wrote:
>                 Hi, is there any progress with this?
>         
>                 I there a Gnome team willing to be the "pioneer" and
>         try loomio,
>                 and report about the experience? I don't belong to any
>         team so I
>                 can't take responsibility personally (but I'll help
>         you, if you
>                 decide to give loomio a try).
>         
>         
>         Unfortunately, it seems both the design-team and desktop-devel
>         teams are
>         quite against the whole idea of loomio or any other community
>         voting
>         system. Andre Klapper also posted a link [0] to a study which
>         suggest
>         that commitee-oriented design processes aren't a good idea.
>         I'm (and
>         probably not a lot of other people) are not in a position to
>         argue or
>         disprove such a study, so, as much as I would like to see it
>         be
>         implemented, I guess that's that...
>         
>         [0]
>         http://nat.org/blog/2006/02/dan-winship-on-design-by-committee/
>         --
>         Marco Scannadinari <[email protected]>
>         
>         _______________________________________________
>         desktop-devel-list mailing list
>         [email protected]
>         https://mail.gnome.org/mailman/listinfo/desktop-devel-list
>         
> 
> 
> _______________________________________________
> desktop-devel-list mailing list
> [email protected]
> https://mail.gnome.org/mailman/listinfo/desktop-devel-list


_______________________________________________
desktop-devel-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Reply via email to