<?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: OSS Rules of Engagement</title>
	<atom:link href="http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/</link>
	<description>Strong opinions, weakly held</description>
	<lastBuildDate>Wed, 22 May 2013 13:39:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Jorge Bay</title>
		<link>http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/#comment-4330</link>
		<dc:creator>Jorge Bay</dc:creator>
		<pubDate>Thu, 16 Feb 2012 13:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/#comment-4330</guid>
		<description>Agree!
Every feedback is positive...</description>
		<content:encoded><![CDATA[<p>Agree!<br />
Every feedback is positive&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hadi Hariri</title>
		<link>http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/#comment-4323</link>
		<dc:creator>Hadi Hariri</dc:creator>
		<pubDate>Sat, 11 Feb 2012 11:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/#comment-4323</guid>
		<description>Rob, I mentioned numerous benefits, starting by learning. That was somehow turned around into &quot;The only benefits is fame and fortune&quot;. I mentioned Enterprise and MS shops as an anecdote and later say not everybody needs to know everyone else&#039;s source control and unit testing framework (i.e. one works with SVN another with Hg). That was interpreted as &quot;Enterprise devs don&#039;t know source control&quot;. As I said, maybe I should learn better ways to express myself. </description>
		<content:encoded><![CDATA[<p>Rob, I mentioned numerous benefits, starting by learning. That was somehow turned around into &#8220;The only benefits is fame and fortune&#8221;. I mentioned Enterprise and MS shops as an anecdote and later say not everybody needs to know everyone else&#8217;s source control and unit testing framework (i.e. one works with SVN another with Hg). That was interpreted as &#8220;Enterprise devs don&#8217;t know source control&#8221;. As I said, maybe I should learn better ways to express myself. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/#comment-4322</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 10 Feb 2012 19:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/#comment-4322</guid>
		<description>I didn&#039;t take your post that way - I realized it wasn&#039;t meant for all OSS devs. But I was also prepped for the idea that in quite a few areas of OSS, people have all kinds of reasons to do it and many times multiple reasons...</description>
		<content:encoded><![CDATA[<p>I didn&#8217;t take your post that way &#8211; I realized it wasn&#8217;t meant for all OSS devs. But I was also prepped for the idea that in quite a few areas of OSS, people have all kinds of reasons to do it and many times multiple reasons&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Samuel Langlois</title>
		<link>http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/#comment-4311</link>
		<dc:creator>Samuel Langlois</dc:creator>
		<pubDate>Thu, 09 Feb 2012 15:30:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/#comment-4311</guid>
		<description>I like your attitude towards OSS feedback. Sure, you can very strongly encourage your users to send a pull request, or unit test reproducing a bug, but I don&#039;t think you should dismiss a user&#039;s feedback if he doesn&#039;t do this. Some users might not be familiar enough with the source code or technologies (source control, github, etc.) to do so, but might have valid and interesting feedback.

Also, everyone&#039;s time is limited and they can&#039;t contribute to every open source project they&#039;re using (or trying out). Especially if they find a lot of issues with it; they will want to know what&#039;s up with these issues before investing their time in this project. If they take some of their time to give feedback on your project, you should listen.</description>
		<content:encoded><![CDATA[<p>I like your attitude towards OSS feedback. Sure, you can very strongly encourage your users to send a pull request, or unit test reproducing a bug, but I don&#8217;t think you should dismiss a user&#8217;s feedback if he doesn&#8217;t do this. Some users might not be familiar enough with the source code or technologies (source control, github, etc.) to do so, but might have valid and interesting feedback.</p>
<p>Also, everyone&#8217;s time is limited and they can&#8217;t contribute to every open source project they&#8217;re using (or trying out). Especially if they find a lot of issues with it; they will want to know what&#8217;s up with these issues before investing their time in this project. If they take some of their time to give feedback on your project, you should listen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hadi Hariri</title>
		<link>http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/#comment-4305</link>
		<dc:creator>Hadi Hariri</dc:creator>
		<pubDate>Wed, 08 Feb 2012 15:03:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/#comment-4305</guid>
		<description>Jimmy, your post just sparked something I&#039;ve seen on many occasions. It was just the straw that broke the camels back that made me write the post. How that ended up being interpreted as me saying Enterprise devs are stupid or OSS is exclusively for money and fame (despite my sarcasm of reference to micro-celebrity) is beyond me. However, never too late to learn.</description>
		<content:encoded><![CDATA[<p>Jimmy, your post just sparked something I&#8217;ve seen on many occasions. It was just the straw that broke the camels back that made me write the post. How that ended up being interpreted as me saying Enterprise devs are stupid or OSS is exclusively for money and fame (despite my sarcasm of reference to micro-celebrity) is beyond me. However, never too late to learn.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/#comment-4304</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 08 Feb 2012 14:36:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/02/08/oss-rules-of-engagement/#comment-4304</guid>
		<description>I put several projects up on GitHub for the pure purpose of sharing my code. I don&#039;t intend them to be fully supported or &quot;have an implied warranty.&quot; That said, I like getting feedback on them when people use them and while I don&#039;t have much time to work on them after I post them, I do help people out.

Two people within the last week have sent me questions about my API for interacting with GiantBomb. I made it specifically for myself but I posted it to GH in case other people might benefit. I specifically said that I didn&#039;t plan to add any more features since I only used what I needed but I&#039;d gladly accept pull requests.

Anyway, these two users asked me if my API did this and that and what not; I responded and helped them both out. One of them wanted to add a field and I told them how they could do that and about some caveats I knew about when I made the API. It was a cool experience, I guess, since I didn&#039;t really set out to be &quot;an OSS manager&quot; just more like, hey, here&#039;s some code, have fun! To hear someone one say &quot;Thanks you really made my life easier&quot; makes it all worth it.

For me, the issue is that I like to share (most of) my code because I think it might help someone who had a similar problem or might make someone&#039;s life a little bit easier. I don&#039;t really work too much on them after I use them in my own project. If I did, I wouldn&#039;t have time for my own personal projects that these are born out of.

I do think for big projects like Nuget the biggest barrier to me trying to fork and contribute is simply the time it takes to understand the codebase. I had mentioned to the devs that it would be really nice to add diff/merge capability when upgrading/installing packages. They said it would be but it wasn&#039;t in the plan in the near future. That makes sense; if I really want it (and we kind of do) we should try and come up with a proof of concept. If I didn&#039;t have anything else to work on, I definitely would... but like I said, it takes a lot of effort for someone unfamiliar with a codebase, even a small one, to get comfortable enough (or confident enough) to contribute. I&#039;m not saying that Nuget owes me this feature because I don&#039;t have time to contribute it, I&#039;m saying I want to contribute it but I wish I had the time/capability to do it.

I think many projects, even Nuget, go to great lengths to help people understand how to contribute. Even then, it&#039;s just simply a hard thing to do. People code differently, people&#039;s level of understanding varies greatly, etc. etc.

Anyway... good post :)</description>
		<content:encoded><![CDATA[<p>I put several projects up on GitHub for the pure purpose of sharing my code. I don&#8217;t intend them to be fully supported or &#8220;have an implied warranty.&#8221; That said, I like getting feedback on them when people use them and while I don&#8217;t have much time to work on them after I post them, I do help people out.</p>
<p>Two people within the last week have sent me questions about my API for interacting with GiantBomb. I made it specifically for myself but I posted it to GH in case other people might benefit. I specifically said that I didn&#8217;t plan to add any more features since I only used what I needed but I&#8217;d gladly accept pull requests.</p>
<p>Anyway, these two users asked me if my API did this and that and what not; I responded and helped them both out. One of them wanted to add a field and I told them how they could do that and about some caveats I knew about when I made the API. It was a cool experience, I guess, since I didn&#8217;t really set out to be &#8220;an OSS manager&#8221; just more like, hey, here&#8217;s some code, have fun! To hear someone one say &#8220;Thanks you really made my life easier&#8221; makes it all worth it.</p>
<p>For me, the issue is that I like to share (most of) my code because I think it might help someone who had a similar problem or might make someone&#8217;s life a little bit easier. I don&#8217;t really work too much on them after I use them in my own project. If I did, I wouldn&#8217;t have time for my own personal projects that these are born out of.</p>
<p>I do think for big projects like Nuget the biggest barrier to me trying to fork and contribute is simply the time it takes to understand the codebase. I had mentioned to the devs that it would be really nice to add diff/merge capability when upgrading/installing packages. They said it would be but it wasn&#8217;t in the plan in the near future. That makes sense; if I really want it (and we kind of do) we should try and come up with a proof of concept. If I didn&#8217;t have anything else to work on, I definitely would&#8230; but like I said, it takes a lot of effort for someone unfamiliar with a codebase, even a small one, to get comfortable enough (or confident enough) to contribute. I&#8217;m not saying that Nuget owes me this feature because I don&#8217;t have time to contribute it, I&#8217;m saying I want to contribute it but I wish I had the time/capability to do it.</p>
<p>I think many projects, even Nuget, go to great lengths to help people understand how to contribute. Even then, it&#8217;s just simply a hard thing to do. People code differently, people&#8217;s level of understanding varies greatly, etc. etc.</p>
<p>Anyway&#8230; good post <img src='http://lostechies.com/jimmybogard/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
