← Back to team overview

kicad-developers team mailing list archive

Re: About quality of discussion

 

Vesa,

Among people, it is not unusual to disagree. Just ask my wife. When that happens a discussion can ensue. This has happened. Those with the largest investment in the project tend to get the most respect and consideration.

I find the list quite respectful in that regard. Wayne, Jean-Pierre and I all agreed there would be a temporary solution for this release followed by a long term solution which pushes the scaling down into wxDC.

The ensuing discussion about the temporary solution has gone beyond practical now.

As a person contributes more, the amount of respect and consideration that a person should expect here will escalate. Realize this is not a democracy, nor is any open source project. Most use limited write access to the repository to maintain control. It is my theory that Linus is in control of linux only because he controls his tree, and that his tree is recognized as the authentic linux source. It would be a mistake to think this is a democracy.

But folks do listen to input.

Until you contribute more than 10 lines of code, please don't feel that your (dare I say) "vote" is equal to those having spent years contributing. I think you may have detected that Jean-Pierre is well respected here, and that supports what I am saying about respect being a weighting factor on opinions offered.

If after the release, you want to take up and be involved in the design of a permanent solution to the zoom issue, then you are welcomed. But realize that people will disagree, and there needs to be a way to resolve those disagreements. On this list it is respect for those with greater ownership in the code.

If and when that stops working, then something else may have to replace it. For now, it is working reasonably well as a resolution to disagreements.

Dick

/* RANT
Past few days show a rather interesting phenomena on the list.

First there is no discussion what so ever about new zoom factor even though the code was there a good time before. I go rummaging code around for a while as the lack of feature busg me. Codebase quite unknown to me ans not too much skills doing C++ brings nothing, but urge to ask.

I go and ask for adding intermediates with 1.5 factor to existing ones, but realize soon that alternating 1.5 and 1.33 (15/10 and 20/15) makes a jumpy zoom.

I go and device a way to get non jumpy zoom _and_ using existing factors to make people used to them happy, but implementation has a bit too much granularity that is easily corrected. The working solution is presented and some background (theory) explained.

Other, almost as good solution is presented. It scraps the old factors as we are "coming from" there, so no need to preserve them. No other reasoning why. Good pushing that tries to prove all reasoning for the other solution redundant and unneeded. No facts, just feelings.

More through reasoning towars a general solution. Just because it was somewhat fun to present examples from other fields of use.

The almost as good solution gets pushed without any real discussion, with 'Just because I say so' attitude.

Some very general comments here and there aroud the subject.

Finally the _first_, hastily proposed system gets pushed forward, because there is nothing better yet. As if there isn't...

What's the ROI (return of investment)? Everyone will have to calculate that oneself. But costs were at least some bad publicity, bad discussion that turned to a case of prestige without any factual arguments, wasted bytes and some bad mood, verb for that particular is 'vituttaa' in finnish. Oh, and everyone ends patching ones own compile and distro users think it's just bad.

What we got as return? Jumping zoom.

END RANT */


The above may be part of the reasons some have said (in personal mail) that they rather not discuss on kicad-devel or take any other activity regarding Kicad.

Look on the bright side, I'm not that easy to scare off.

-Vesa


------------------------------------

Yahoo! Groups Links












Follow ups

References