<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 2, 2013 at 2:58 PM, Stefan Behnel <span dir="ltr"><<a href="mailto:stefan_ml@behnel.de" target="_blank">stefan_ml@behnel.de</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I'm looking back on a rather unpleasant experience that I recently had in<br>
this developer community. Actually, twice by now. Here's what I take from it:<br>
<br>
You should take responsibility for your commits.<br>
<br>
Sounds like a simple thing - in theory. People make mistakes, that's<br>
normal. You can't always know what others do with your code, and so<br>
something that might sound like a great idea when you come up with it, may<br>
turn out to have a negative impact that you didn't, and sometimes couldn't<br>
possibly, anticipate.<br>
<br>
So, people will come to you and complain. Let's assume these complaints are<br>
reasonable (and they certainly aren't always). What do you do in that case?<br>
<br>
Do you tell them that what's in is in? Do you tell them that you are a core<br>
developer and they are not? That they can try to do better, and if they are<br>
lucky, find someone else who applies their patch? That's what happened to<br>
me recently.<br></blockquote><div><br></div><div>I think a key point in this is what "responsibility" is. There is a constant struggle between open source contributions and volunteering, of taking your time to contribute something for free to the benefit of the world and trying to meet the requests/demands of that world. How far should someone bend over backwards to try and accommodate others in the world when what the core dev has done is viewed by them as reasonable and don't think the requested change is worth their time (assuming it's even appropriate). So are core devs "responsible" for making everyone happy? Where is the line of what is a reasonable request to consider it their responsibility to meet that request? It's all very subjective.</div>

<div><br></div><div>When someone becomes a core developer it is because they code well and seem to have the community's interest at heart. This also means they are trusted to make a reasonable call as to what is a responsible response when a request comes in. In this instance, the core dev disagreed with the request but left the door open for another core dev to come in and champion the change; IOW a -0 on the proposed change (full disclaimer to the list: I know what triggered this email). If you disagreed with the decision strongly you can try to convince another core dev or all of python-dev to see if you can get another core dev to step in on your side, but is completely within a core dev's right to say "no" to a request.</div>

<div><br></div><div>I think the level of responsibility also varies from project to project as hosted on <a href="http://hg.python.org">hg.python.org</a>. For instance, I do not hold devinabox to the same backwards compatibility requirement as CPython. If I change the command-line API of something like build_python.py and someone came to me and said "I disagree with that change" I feel like I have the right to say I disagree as devinabox has no released versions to be compatible against, etc. I really does depend on what your view of "responsibility" is and for what project. It's all very subjective and if you disagree that's fine and you can say so and ask for another opinion. Heck, you can even say you are worried a developer is not taking their responsibility seriously, but that's obviously a major step to not be taken lightly.</div>

</div></div></div>