On Tue, Jan 30, 2007 at 07:58:49AM -0600, Aaron Spike wrote:
I think this thread is building to be a wonderful example of how not to communicate with a community. I see that Bryce beat me to a cool down post. But I'm going to make my own attempt anyway. Here are some tips for efectively communicating with the Inkscape community.
Very well said! Thanks, I've added this post to our FAQ, I think it has a lot of good advice:
http://wiki.inkscape.org:8080/wiki/index.php/FAQ#How_can_I_avoid_causing_a_f...
The only other point I'd add is that it's important to keep in mind that despite where we might differ in opinion, we all share some common goals - if nothing else, we all share the ambition to make Inkscape really good. So when things seem to get heated, take a breath and try to focus on any areas where there is _agreement_.
Many times the great ideas that all the participants have get lost in the heat of the argument, focusing instead on areas where there is disagreement. Focusing on the areas of agreement are more likely to produce productive, positive enhancements to the software and help us all achieve the common goals.
- Make your argument first and foremost without comparison. Really
great features can stand on their own and are obviously great from the use cases users give. Most often comparisons won't strengthen your case. In fact they can often weaken your case because there is a built up resistance to this bandwagon sort of reasoning. Many people use Inkscape to excape from the software you want to compare it with. :-)
- Don't assume that developers, users and industry professionals are
mutually exclusive groups. Itch driven development means quite the opposite. Developers are users developing the software for their own uses. Some developers are industry professionals using Inkscape for their livelyhood daily. This also means that arguments that start with generalizations about user wants and expectations have to struggle against the fact that the users are developing the software the way they want it.
- Don't assume that resistance to your idea indicates rampant
disreguard for non-developer-users needs and wants. Many of the developers spend large amounts of time conversing with users in person, on IRC and on the mailing list. We know when issues are important because we can hear the consensus. As anecdotal evidence most of the features I have coded have been in direct responce to the needs and requests of users who came with polite and persistant concerns.
- Street cred is earned, not demanded. :-) This is just a hard fact
about community life. The project needs contributors to live and thrive. The more you involve yourself; the more you give of your own blood, sweat and tears, the more the community will respond to you. The great part is that simple contributions really do matter.
Aaron Spike
Bryce