<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: &#8220;Participate in community!&#8221; they said&#8230;</title>
	<atom:link href="http://eclipseblog.ostroukhovs.com/2009/12/11/participate-in-community-they-said/feed/" rel="self" type="application/rss+xml" />
	<link>http://eclipseblog.ostroukhovs.com/2009/12/11/participate-in-community-they-said/</link>
	<description>Useful bits of code</description>
	<lastBuildDate>Sun, 11 Dec 2011 01:04:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Looking back and into the future &#8211; Part I &#171; Tomsondev Blog</title>
		<link>http://eclipseblog.ostroukhovs.com/2009/12/11/participate-in-community-they-said/comment-page-1/#comment-826</link>
		<dc:creator>Looking back and into the future &#8211; Part I &#171; Tomsondev Blog</dc:creator>
		<pubDate>Sun, 28 Feb 2010 13:46:35 +0000</pubDate>
		<guid isPermaLink="false">http://eclipseblog.ostroukhovs.com/?p=112#comment-826</guid>
		<description>[...] the time to work on 3.x (when reading blogs like this from Eugene Ostroukhov my willingness to invest spare time on it is equal to 0) TOTAL [...]</description>
		<content:encoded><![CDATA[<p>[...] the time to work on 3.x (when reading blogs like this from Eugene Ostroukhov my willingness to invest spare time on it is equal to 0) TOTAL [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: When you&#8217;re right, there is no middle ground &#171; Dark Views</title>
		<link>http://eclipseblog.ostroukhovs.com/2009/12/11/participate-in-community-they-said/comment-page-1/#comment-823</link>
		<dc:creator>When you&#8217;re right, there is no middle ground &#171; Dark Views</dc:creator>
		<pubDate>Fri, 15 Jan 2010 18:24:13 +0000</pubDate>
		<guid isPermaLink="false">http://eclipseblog.ostroukhovs.com/?p=112#comment-823</guid>
		<description>[...] bills. I nodded like everyone else. And we talked about Eugene Ostroukhov and his complaint &#8220;“Participate in community!” they said…&#8220;. And I immediately saw a parallel in my own history. I had a similar, painful experience [...]</description>
		<content:encoded><![CDATA[<p>[...] bills. I nodded like everyone else. And we talked about Eugene Ostroukhov and his complaint &#8220;“Participate in community!” they said…&#8220;. And I immediately saw a parallel in my own history. I had a similar, painful experience [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eugene Ostroukhov</title>
		<link>http://eclipseblog.ostroukhovs.com/2009/12/11/participate-in-community-they-said/comment-page-1/#comment-695</link>
		<dc:creator>Eugene Ostroukhov</dc:creator>
		<pubDate>Sat, 12 Dec 2009 19:20:42 +0000</pubDate>
		<guid isPermaLink="false">http://eclipseblog.ostroukhovs.com/?p=112#comment-695</guid>
		<description>Please note the disclamer in the sidebar - &quot;Any opinions expressed here are my views only, and do not necessarily reflect the views of my employer or their affiliates.&quot; :) I&#039;m just a newcomer of the Symbian Foundation so this opinion is coming from my past work. But the problem is really that I&#039;m bringing this prejudice with me.
Helping Eclipse is a great thing - if you have resources to share. I believe the greatest thing about eclipse.org and open source in general is that it enables small companies create great software that may compete with the solution from the corporations. It is really hard to have developer part-time committing to Eclipse.org when the product is built by a team of two.

And really, this post is not about &quot;we can&#039;t get our changes into central repository&quot;. It is about &quot;people don&#039;t participate because their patches are ignored and facelifting the site won&#039;t help&quot;.</description>
		<content:encoded><![CDATA[<p>Please note the disclamer in the sidebar &#8211; &#8220;Any opinions expressed here are my views only, and do not necessarily reflect the views of my employer or their affiliates.&#8221; <img src='http://eclipseblog.ostroukhovs.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  I&#8217;m just a newcomer of the Symbian Foundation so this opinion is coming from my past work. But the problem is really that I&#8217;m bringing this prejudice with me.<br />
Helping Eclipse is a great thing &#8211; if you have resources to share. I believe the greatest thing about eclipse.org and open source in general is that it enables small companies create great software that may compete with the solution from the corporations. It is really hard to have developer part-time committing to Eclipse.org when the product is built by a team of two.</p>
<p>And really, this post is not about &#8220;we can&#8217;t get our changes into central repository&#8221;. It is about &#8220;people don&#8217;t participate because their patches are ignored and facelifting the site won&#8217;t help&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eugene Ostroukhov</title>
		<link>http://eclipseblog.ostroukhovs.com/2009/12/11/participate-in-community-they-said/comment-page-1/#comment-693</link>
		<dc:creator>Eugene Ostroukhov</dc:creator>
		<pubDate>Sat, 12 Dec 2009 19:12:05 +0000</pubDate>
		<guid isPermaLink="false">http://eclipseblog.ostroukhovs.com/?p=112#comment-693</guid>
		<description>Symbian Foundation is really interested in working with Eclipse.org. And I&#039;m really glad I will be part of these efforts.</description>
		<content:encoded><![CDATA[<p>Symbian Foundation is really interested in working with Eclipse.org. And I&#8217;m really glad I will be part of these efforts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Aniszczyk</title>
		<link>http://eclipseblog.ostroukhovs.com/2009/12/11/participate-in-community-they-said/comment-page-1/#comment-692</link>
		<dc:creator>Chris Aniszczyk</dc:creator>
		<pubDate>Sat, 12 Dec 2009 18:53:22 +0000</pubDate>
		<guid isPermaLink="false">http://eclipseblog.ostroukhovs.com/?p=112#comment-692</guid>
		<description>This is completely the wrong attitude to take in my opinion. I think in the majority of the cases, patches have been accepted and applied. Have all? No, but this is a fact of any environment that has a set of limited resources.

If certain open source components are critical to your business, how about considering investing some resources and stating your interest in participating in the project? The quickest path to ensure your work gets into the projects you care about is to become a committer.

For patches that linger, feel free to bug the committers more. Nagging surprisingly works in most cases.

In the end, just like in life, it&#039;s all about relationships. If committers trust you and there&#039;s a relationship there, your patches will get in faster. On certain core projects, committers have to be very careful to preserve API and behavior... which many contributors may not care about.

In regards to the DVCS note, it will definitely make it easier for people to maintain their own forks and contribute their fixes back. Part of the problem of currently maintaining your fork is the maintenance of patches and keeping up with Eclipse as it evolves. Git makes this much easier than it currently is with CVS and SVN. This is why I&#039;m pushing big to enable Git at Eclipse. On top of that, we may want to consider having something where companies can &quot;publicly&quot; fork certain Eclipse projects so people are aware of it.

On a side note Eugene, if the Symbian Foundation would like to be more involved at Eclipse, there are ways to make that happen :)</description>
		<content:encoded><![CDATA[<p>This is completely the wrong attitude to take in my opinion. I think in the majority of the cases, patches have been accepted and applied. Have all? No, but this is a fact of any environment that has a set of limited resources.</p>
<p>If certain open source components are critical to your business, how about considering investing some resources and stating your interest in participating in the project? The quickest path to ensure your work gets into the projects you care about is to become a committer.</p>
<p>For patches that linger, feel free to bug the committers more. Nagging surprisingly works in most cases.</p>
<p>In the end, just like in life, it&#8217;s all about relationships. If committers trust you and there&#8217;s a relationship there, your patches will get in faster. On certain core projects, committers have to be very careful to preserve API and behavior&#8230; which many contributors may not care about.</p>
<p>In regards to the DVCS note, it will definitely make it easier for people to maintain their own forks and contribute their fixes back. Part of the problem of currently maintaining your fork is the maintenance of patches and keeping up with Eclipse as it evolves. Git makes this much easier than it currently is with CVS and SVN. This is why I&#8217;m pushing big to enable Git at Eclipse. On top of that, we may want to consider having something where companies can &#8220;publicly&#8221; fork certain Eclipse projects so people are aware of it.</p>
<p>On a side note Eugene, if the Symbian Foundation would like to be more involved at Eclipse, there are ways to make that happen <img src='http://eclipseblog.ostroukhovs.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elias Volanakis</title>
		<link>http://eclipseblog.ostroukhovs.com/2009/12/11/participate-in-community-they-said/comment-page-1/#comment-686</link>
		<dc:creator>Elias Volanakis</dc:creator>
		<pubDate>Sat, 12 Dec 2009 00:06:27 +0000</pubDate>
		<guid isPermaLink="false">http://eclipseblog.ostroukhovs.com/?p=112#comment-686</guid>
		<description>I think Eugene has a valid point. In my experience most projects are good in processing patches, but a few are bad.

The problem from my POV is that for outsiders it is impossible to tell before hand what to expect from a project and what communication channels exist to move bug resolution forward:

- What is the average time to resolve a bug?
- How much re-work / additional work is expected?
- How long should I wait before &quot;nagging&quot;? 
- This issue is stuck. Who can I PAY to resolve bugs or process patches right now ?

Some quick ideas:

- Projects should publish information about how to resolve bugs, contract support, average bug resolution times
- From my POV it&#039;s better to say this needs work, would you like to contract me or somebody to do this, instead of just ignoring the issue.
- A bugzilla field for attaching a &quot;bounty&quot; to bugs - as in I would like to pay X dollars to have this fixed.
- A directory of committers than can be contracted to fix bugs quickly. It is not apparent to outsiders who is available for this type of work.</description>
		<content:encoded><![CDATA[<p>I think Eugene has a valid point. In my experience most projects are good in processing patches, but a few are bad.</p>
<p>The problem from my POV is that for outsiders it is impossible to tell before hand what to expect from a project and what communication channels exist to move bug resolution forward:</p>
<p>- What is the average time to resolve a bug?<br />
- How much re-work / additional work is expected?<br />
- How long should I wait before &#8220;nagging&#8221;?<br />
- This issue is stuck. Who can I PAY to resolve bugs or process patches right now ?</p>
<p>Some quick ideas:</p>
<p>- Projects should publish information about how to resolve bugs, contract support, average bug resolution times<br />
- From my POV it&#8217;s better to say this needs work, would you like to contract me or somebody to do this, instead of just ignoring the issue.<br />
- A bugzilla field for attaching a &#8220;bounty&#8221; to bugs &#8211; as in I would like to pay X dollars to have this fixed.<br />
- A directory of committers than can be contracted to fix bugs quickly. It is not apparent to outsiders who is available for this type of work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Arthorne</title>
		<link>http://eclipseblog.ostroukhovs.com/2009/12/11/participate-in-community-they-said/comment-page-1/#comment-685</link>
		<dc:creator>John Arthorne</dc:creator>
		<pubDate>Fri, 11 Dec 2009 22:39:11 +0000</pubDate>
		<guid isPermaLink="false">http://eclipseblog.ostroukhovs.com/?p=112#comment-685</guid>
		<description>I agree that bugs with patches don&#039;t get enough attention, but unfortunately there just aren&#039;t enough committers to handle them all. There are &gt;1000 open bugs with patches in the Eclipse top-level project (http://tinyurl.com/eclipseopenwithpatch), and only a small number of active committers able to commit them. However, very many patches *do* get a applied, so it&#039;s hard to draw any interesting conclusion from a small sample. You can easily browse the Eclipse project IP log to see a list of contributed patches that were actually applied in 3.5:

http://www.eclipse.org/eclipse/development/project-log-files/eclipse_project_3_5_log.html</description>
		<content:encoded><![CDATA[<p>I agree that bugs with patches don&#8217;t get enough attention, but unfortunately there just aren&#8217;t enough committers to handle them all. There are &gt;1000 open bugs with patches in the Eclipse top-level project (<a href="http://tinyurl.com/eclipseopenwithpatch" rel="nofollow">http://tinyurl.com/eclipseopenwithpatch</a>), and only a small number of active committers able to commit them. However, very many patches *do* get a applied, so it&#8217;s hard to draw any interesting conclusion from a small sample. You can easily browse the Eclipse project IP log to see a list of contributed patches that were actually applied in 3.5:</p>
<p><a href="http://www.eclipse.org/eclipse/development/project-log-files/eclipse_project_3_5_log.html" rel="nofollow">http://www.eclipse.org/eclipse/development/project-log-files/eclipse_project_3_5_log.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander Smirnoff</title>
		<link>http://eclipseblog.ostroukhovs.com/2009/12/11/participate-in-community-they-said/comment-page-1/#comment-683</link>
		<dc:creator>Alexander Smirnoff</dc:creator>
		<pubDate>Fri, 11 Dec 2009 19:14:48 +0000</pubDate>
		<guid isPermaLink="false">http://eclipseblog.ostroukhovs.com/?p=112#comment-683</guid>
		<description>I agree with Eugene on this point. Being a long follower of Eclipse and developer of the commercial products based on Eclipse, just only makes me a &quot;friend&quot; (or whatever it means when you donate the money) of Eclipse and far away from the feeling myself a contributor or being interested feeling like one, even though I filed a bugs (with patches). 

I see the patch I have submitted few months ago lying dead (bug is tiny and obvious in PDE) without any response or QA assignment and that is exactly what makes me less interesting to submit something similar next time.

I also understand that the voices in open community are heard based on meritocracy principle. But what it is has to do with QA? If the Foundation is a &quot;trade association&quot; or whatever commercial entity it may call itself, it makes really lousy work with QA of it&#039;s main product. 

I would love to see higher standards on bug tracking and resolutions. This would help not only the product, but also myself feeling more likely to contribute next time. Hope I&#039;ll be heard.</description>
		<content:encoded><![CDATA[<p>I agree with Eugene on this point. Being a long follower of Eclipse and developer of the commercial products based on Eclipse, just only makes me a &#8220;friend&#8221; (or whatever it means when you donate the money) of Eclipse and far away from the feeling myself a contributor or being interested feeling like one, even though I filed a bugs (with patches). </p>
<p>I see the patch I have submitted few months ago lying dead (bug is tiny and obvious in PDE) without any response or QA assignment and that is exactly what makes me less interesting to submit something similar next time.</p>
<p>I also understand that the voices in open community are heard based on meritocracy principle. But what it is has to do with QA? If the Foundation is a &#8220;trade association&#8221; or whatever commercial entity it may call itself, it makes really lousy work with QA of it&#8217;s main product. </p>
<p>I would love to see higher standards on bug tracking and resolutions. This would help not only the product, but also myself feeling more likely to contribute next time. Hope I&#8217;ll be heard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Donald Smith</title>
		<link>http://eclipseblog.ostroukhovs.com/2009/12/11/participate-in-community-they-said/comment-page-1/#comment-682</link>
		<dc:creator>Donald Smith</dc:creator>
		<pubDate>Fri, 11 Dec 2009 18:47:08 +0000</pubDate>
		<guid isPermaLink="false">http://eclipseblog.ostroukhovs.com/?p=112#comment-682</guid>
		<description>Just ran a few bugzilla queries and easily found 1000&#039;s of cases that counter the three posted here.</description>
		<content:encoded><![CDATA[<p>Just ran a few bugzilla queries and easily found 1000&#8242;s of cases that counter the three posted here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lars Vogel</title>
		<link>http://eclipseblog.ostroukhovs.com/2009/12/11/participate-in-community-they-said/comment-page-1/#comment-680</link>
		<dc:creator>Lars Vogel</dc:creator>
		<pubDate>Fri, 11 Dec 2009 18:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://eclipseblog.ostroukhovs.com/?p=112#comment-680</guid>
		<description>My personal experience with providing bugs and patches is completely positive. I&#039;m always surprised how fast the Eclipse Committers react and about the quality of the feedback.</description>
		<content:encoded><![CDATA[<p>My personal experience with providing bugs and patches is completely positive. I&#8217;m always surprised how fast the Eclipse Committers react and about the quality of the feedback.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

