← Back to team overview

kicad-developers team mailing list archive

Re: Concerns about clearing disagreements before committing.


В сообщении от Воскресенье 20 ноября 2011 19:18:27 автор Dick Hollenbeck 

> If one carefully reads your last response, I see that you:
> a) Do not find it important to adhere to the coding standards.
What if? You have all the rights to set the standards, and others have free 
will to follow the standards or not to participate the project. Isn't it?

Yes, there are was some violations, but I tried not to do so anymore, and fix 
ones I did already. I sure, that's should not entangle with my opinion on 

Don't you say I shouldn't critic lead developers? I thought i'm free to give 

You pointed me to the code examples. But how should I inhere what 'examples' 
are obligatory to follow and what are optional? Don't you see many 'examples' 
of rule violations are already in source code? What if i'll 'follow' them?

I don't think lead developer should demand something beyond clear statements.

May be our cultures are so different, and there WILL be misundersandings in a 
lot of points. So you are free to say - "leave the team" and I accept this.

> b) Do not find it important to give extra weight to the leanings or
> inclinations of the lead developers.

Sure, we have misunderstanding here. At any moment you can say:
"Stop, do not do this any more!" And I follow your order.

> c) Do not really want to have a conversation about any of your work,
> something that a functioning team must do.

I wonder how can one who 'do not really want to have a conversation' spend 
every evening composing long messages, sitting with ru-en dictionary...
If you imply that I should leave a team, I'll do this and will not spend my 
and your time anymore.

> I see that you were added to the team testing-committers when we switched
> to launchpad, because Igor added you back when it was thought that anyone
> who knew how to spell C++ should be added.
> What I am finding is that to properly construct a well functioning team,
> personalities must be considered.   I find this within my own company and
> I'm finding it in open source projects.   We have some very good team
> members on this team.   One of the things I am most proud about is my
> contribution to team building within the KiCad project. I have been
> proactive in a number of cases when I identified certain personality
> traits that I thought would be good additions to our team.  My response in
> such cases has been encouragement and even offering to grant commit rights
> before the person even asked for them.
> Wayne and Marco Mattila are two cases in point.  These are both excellent
> team members. Fabrizio is an excellent team member.  Many others are also.
> My personal feelings are that we would like to keep you as part of the team
> "kicad-developers".   However, at this time I do not think it is in the
> best interest of the team "testing-committers" to have you as a member.
> We need people who are easy to work with, can sell their ideas without
> feeling like they are under attack.  In the 5 months that have passed
> since our original conversation, there has been considerable movement in
> my opinion of your original ideas.  It is not impossible to persuade and
> sell your ideas.  But it involves compromise, it involves listening, and
> understanding the concerns of others so that you can address them.
> The only thing I would like to change is that we work together on this.  If
> that is something difficult for you, I will understand.  If you would like
> to work together, that means we will have to have some conversation, you
> may send in some proposed patches, and we may accept them, reject them, or
> modify them.
> If the process gets any more torturous, then we will simply code this
> feature ourselves.    In fact, in private conversation, I have already
> offered to do that.
> Ironically, you still do not even understand
> a) what I like about your code, and
> b) what my objections are.

Am I still didn't give you a raply on some objections? Am I missed one? I 
tried to answer as far as my capabilites permit, I thought. If I missed some, 
I'm sorry.

If you think is only reason for me to do something, is that you like it, I'll 
only do something only if i found it right, or do not do this, if you forbid.

From my POV you're just do not accept my idea for some reason I still cannot 
imagine. That's ok. I then will not do this in your repository tree.

After all, you should understand, that conversion to metric units is not the 
thing of several small patches you can revise and accept through mailing list. 
This will slows down the development so much.

And I offer a better deal:

I'll branch, and you're free to roll back by edits. I'll do my work further to 
the bitter end, then I notice Kicad team.

Then, either you make decision to merge, or my branch become fork.


--- KeyFP: DC07 D4C3 BB33 E596 CF5E  CEF9 D4E3 B618 65BA 2B61

Follow ups