Are dashboards really so hard to write that you need a universal standard?  I mean that sort of thing is an opportunity for the creativity of the software UI designer to set his software apart.<br><br>I'd hate to see that trampled by some sort of a fascist open source politburo.<br>
<br><div class="gmail_quote">On Mon, Oct 10, 2011 at 9:21 AM, Tim Saylor <span dir="ltr"><<a href="mailto:tim.saylor@gmail.com">tim.saylor@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
It's kind of an accepted thing that happens at our space.  When we<br>
have a proposal to put to the membership for a vote that might spark<br>
some kind of discussion we build in an extra week for everyone to<br>
offer their favorite color of bikeshed.  However, these discussions<br>
aren't always entirely trivial, they can sometimes influence and<br>
improve the proposal.<br>
<br>
The solution I've proposed at our space a couple times is to give all<br>
decision making power short of bylaws changes to the board of<br>
directors like a lot of organizations do.  They can make a decision<br>
much more effectively than the full membership.  I feel like the<br>
members either trust these people to be smart and act in the best<br>
interest of the space, or they shouldn't have elected them.<br>
<div><div></div><div class="h5"><br>
On Mon, Oct 10, 2011 at 10:38 AM, Nathaniel Bezanson<br>
<<a href="mailto:myself@telcodata.us">myself@telcodata.us</a>> wrote:<br>
> This is a process known as bikeshedding, or painting the bikeshed:<br>
> <a href="http://en.wikipedia.org/wiki/Parkinson%27s_Law_of_Triviality" target="_blank">http://en.wikipedia.org/wiki/Parkinson%27s_Law_of_Triviality</a><br>
><br>
> Simply being aware of the phenomenon, and raising it (like Godwin's law<br>
> when an argument becomes silly, or The Complicator's Gloves) at the<br>
> appropriate time, can bring conversation back on track and lead people to<br>
> focus again.<br>
><br>
> I'm forking the subject line here, because I think this is an interesting<br>
> topic I've been meaning to ask on this list for a while: How do you keep<br>
> etiquette on your hackerspace's mailing-list or forum? How do people<br>
> manage to be productive, when there's so much temptation to discuss<br>
> trivialties ad nauseam?<br>
><br>
> I feel that in part, it's been an especially big problem at i3detroit<br>
> because so many of our members are do-it-yourselfers but not computer<br>
> experts, and not netiquette-savvy, and turning a single shouting noob into<br>
> a considerate community member takes a whole lot of time and patience from<br>
> an ever-larger group.<br>
><br>
> Thoughts?<br>
><br>
> -Nathaniel-<br>
><br>
>> "What if open source projects would have possibility to use unified<br>
>> dashboard instead of creating one for every project?"<br>
>><br>
>> In my opinion the answer to that question is "Then they would fork the<br>
>> code a thousand times to make similar but slightly incompatible<br>
>> versions of that dashboard for reasons that are ultimately trivial but<br>
>> that the developers think are very important to their projects."<br>
><br>
> _______________________________________________<br>
> Discuss mailing list<br>
> <a href="mailto:Discuss@lists.hackerspaces.org">Discuss@lists.hackerspaces.org</a><br>
> <a href="http://lists.hackerspaces.org/mailman/listinfo/discuss" target="_blank">http://lists.hackerspaces.org/mailman/listinfo/discuss</a><br>
><br>
_______________________________________________<br>
Discuss mailing list<br>
<a href="mailto:Discuss@lists.hackerspaces.org">Discuss@lists.hackerspaces.org</a><br>
<a href="http://lists.hackerspaces.org/mailman/listinfo/discuss" target="_blank">http://lists.hackerspaces.org/mailman/listinfo/discuss</a><br>
</div></div></blockquote></div><br>