The 3rd part is about parallelization of development and design. The
ingredients of this recipe are users, maintainer and a promise!

The Promise: run and convince
To crowd people have to be promising, but not perfect.
It should just: run and convice potential co-developers that it
can be evolved in a near future. Design is fundamental for convince ;P

The Community
10. If you treat your beta-testers as if they’re your most valuable
resource, they will respond by becoming your most valuable resource.

They’ll send great bug reports and your list will populate.
It can happen too that the sw is so stable that people will
unsubscribe the list ;)

The Maintainer
11. The next best thing to having good ideas is recognizing good ideas
from your users. Sometimes the latter is better.

A significant improvement in fetchmail have been given by a user idea:

a fundamental skill is to

• understand when to leave his ideas for a user one,
• and recognize good design.

Linus talent was not to be a great programmer but to pick good design
choiches from community.

12. Often, the most striking and innovative solutions come from
realizing that your concept of the problem was wrong.

Many users provide many environments for your sw, so they could
provide you many point of views and… DESIGN!

Like debugging Exploration of Design Space scales almost linearly:
like ants look for food you’ll get new design ideas from community.

And so a Saint-Exupéry quote:
13. “Perfection (in design) is achieved not when there is nothing
more to add, but rather when there is nothing more to take away.”