<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">What I mean by "guts" is a willingness to fall on your face in public.<br>
</blockquote><div><br>That is true, and I agree.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
And this happens not just at the start, but at every sub-starting point<br>
of your project, when you tackle something new.<br></blockquote><div><br>My take is a little bit different. The fear barrier is a mental one that<br>is most difficult at the start. Once you jump in, it is no longer that<br>
fearsome.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Imagine Linus Torvalds being confronted with something core to kernel<br>
programming that he doesn't know.  (Work with me here.) :-)  It would<br>
take some guts to admit it  openly and ask for help.  Conversely, pride<br>
might motivate the project leader to learn quickly in order to save face.<br>
Either tactic benefits the project (and can happen together), but I would<br>
argue that it takes a more skilled person to regularly pull off the second<br>
method.  There's always a risk you'll fall on your face.  Might as well<br>
manage that risk with some humility and guts... the community notices.<br></blockquote><div><br>So, your points are:<br><br>1. Admit you don't know and openly ask for help.<br><br>2. Learn more in order to lessen #1.<br>
<br>Both are true, and apply in different situations at different times.<br><br>So, I would add a few random thoughts:<br><br>3. Realize that the community as a whole is far better than a few<br>people, and continually detect and solicit improvements. Sometimes<br>
being "lazy" works in open source. Others will do a lot of work for<br>various reasons (scratch their own itch, being paid by their client/company,<br>spare time + idealism, ...).<br><br>4. Learn to detect fluff (empty criticism, aggressiveness, trollishness, ...)<br>
and steer around it so it does not poison the community (e.g. lose other<br>contributors).<br><br>5. Adjust continually to community growing pains (you will not be able to<br>read every email or forum post forever, you will get the suits involved<br>
eventually, <br><br>6. "Good enough" is always quite good. It will be continually improved<br>over time, by a team of contributors. Don't try to get it perfect from the<br>start. It never is.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Perhaps this is just my personality, but I would not want to be in<br>
Dan Bernstein's shoes.  He's set himself up on such a high pedestal<br>
that the fall would be pretty severe.  Fortunately for him, he's doing<br>
ok so far. :-)<br></blockquote><div><br>He is a lone cowboy. His personality is like that, and has alienated people<br>in the past. He does not know what he is missing by not having a community.<br><br>I would rank "Community" as the most important aspect of FOSS, after<br>
"Free".<br></div></div>-- <br>Khalid M. Baheyeldin<br><a href="http://2bits.com">2bits.com</a>, Inc.<br><a href="http://2bits.com">http://2bits.com</a><br>Drupal optimization, development, customization and consulting.<br>
Simplicity is prerequisite for reliability. --  Edsger W.Dijkstra<br>Simplicity is the ultimate sophistication. --   Leonardo da Vinci<br>