First I'd like to clarify that I support the "bazaar" style of open source development. Anyone should be able to do anything, anytime (with a few obvious caveats).<br><br>If someone thinks they understand a problem, and that the right way to address it is to use their own personal expertise, then they should do so. Unless their approach is somehow actively harmful the worst treatment it should get from the community is indifference.<br>
<br>A software developer can address a problem by writing a piece of software.<br><br>Not everyone is a software developer, and the people in open hardware are less likely to have software expertise. Open source software was able to grow its own tools because the people who wanted to use the software also knew how to write software. <br>
<br>Git was created by software engineers, for software engineers. Github naturally grew out of that, but we are all aware of the fact that Github cannot handle the complexity of hardware projects. There are software tools that are great for hardware projects, but they are proprietary secrets that demand a great deal of time and money.<br>
<br>The problem, then, is that open hardware needs software tools but the people capturing the benefits are not software engineers. The open hardware community has to approach software problems as customers.<br><br>Since we're customers, it makes perfect sense to clarify our priorities, build a requirements document, and then establish a basic relationship between the work required and the number of people who will benefit.<br>
<br>I can't build software, but my personal expertise does cover things like building consensus around technical subjects. So that's what I'll try to do. That requires collaborating with people other than myself; preferably as many stakeholders as possible. Thus, a committee with outreach access to as much of the relevant community as possible.<br>
<br>No one will stand in the way of small, individually-produced patches, but personally I'm going to agitate for a more comprehensive solution.<br><br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
I think in some cases [individuals solving small problems] has been successful, like<br>
thingdoc, which successfully solves a small piece of the puzzle, but<br>
needs all the other tools everyone keeps talking about.<br>
<br>
[...]<br>
<br>
> At any rate, the discussion has to happen before any implementation makes<br>
> sense.<br>
<br>
How do you explain- for example- thingdoc, then? There was very little<br>
(or no) discussion, and yet it makes a lot of sense and works pretty<br>
well for its intended purpose, and is a positive contribution to<br>
packaging within that area of the open source hardware community..<br>
<br>
- Bryan<br>
<a href="http://heybryan.org/" target="_blank">http://heybryan.org/</a><br>
<a href="tel:1%20512%20203%200507" value="+15122030507">1 512 203 0507</a><br></blockquote></div>