[Bf-committers] number of commiters

[raulf at info.upr.edu.cu]

Hi Jeroen :)

Good points and I don´t see how my points are against yours, both are two
sides of the same coin :)

> Hi,
>
> A wise men told me, with great power comes great responsibility. I find
> myself to be a very experienced developer, but still I like that my
> patches are reviewed by other people. With the feedback I get, I can get
> my blender-patches of better quality then before.
>

 Oh yes, and I don´t think a committer should make overhauls/big changes
without get review/aproval of others, feedback is the only way to stay on
track and being a committer dosn´t mean being a god and act on free will.


> A developer can get recognition in multiple ways, and in my opinion
> recognition and being a committer are two separate things. But I
> understand that for some people becoming a committer is a goal.

 Oh, said in that way , makes me feel that having that goal is some
selfish/bad desire, while I think that is the maximun aspiration of a
people from the ground/unknown side of the world could get, because
taking that responsability means that you get professional enough and you
are much more compelled to work hard and improve yourself than relying in
other´s advices.


> Blender itself is a very interesting project, I don't see blender
> developers leave because they can become committers easier somewhere
> else. Also the number of committers also does not effect the quality of
> the code-base. Mostly quality is determined by communication and
> experience.
>
> Jeroen.
>

 The numbers matters ... more heads think better than one, and while is
true that some research has shown that group decisions are less effective
than the decision of the best of the group and better than the decision
of the average person of the group, the importance of new ideas/people
can´t be diminished in open source projects, if more people reach the
status of committers (eraned the rigth way , I´m not saying the easy way)
then it will mean maturity of the project, profesionalism of the dev base
and necessarily more quality codebase over time.

I agree with you, no issues on that. :)

early Merry Christmas

Raul


> On 12/22/2010 04:00 PM, raulf at info.upr.edu.cu wrote:
>> Hi :)
>>
>> I can´t speak for all wish-to-be-a-committer, just for myself as one of
>> them  :)  but I think the main motivation of being a developer is to get
>> your work recognised and widely used and the summun of that is to be
>> commited in official releases. If too restrictive commit rules make that
>> path too hard to go then Blender will not have the dev future granted,
>> because always there will be out there another less restrictive project
>> willing to make life easier for those that want to share their knowledge
>> with the world.
>>
>> And by no means more people committing will automatically turn into
>> unmaintained/less quality code, I think is the opossit, though is true
>> that a review board will always be needed as soon as a project has more
>> than one person.
>>
>>   I understand also that being a committer is a status that speak about
>> the
>> quality/knowledge a person have gather in a project over time so is also
>> something that should not be as easily get as suscribing into a web
>> site.
>>
>>   For those reasons I think the current rules are fine, and the trend of
>> being more permisive from the past is also a good thing since it will
>> guarantee the circulation of developers in Blender, this is the most
>> important thing to make the project always young.
>>
>>> Hi Michael,
>>>
>>> If people submit patches and we accept several (3 or more?), and they
>>> are motivated to hang around and provide more code, and the
>>> maintainers of modules are fine, then they can get svn access. When we
>>> moved to new projects site I even cleaned up the list, which is
>>> currently relatively limited even.
>>>
>>> http://projects.blender.org/projects/bf-blender/
>>>
>>> Now we're on that topic, I like to give access to Mario Kishalmi (lmg)
>>> now too, he submitted great small patches for bug fixes and small
>>> usability improvements. After approving several it's time to have him
>>> do commits himself. He'll be working with me, and I'll keep an eye on
>>> what he does. :)
>>>
>>> -Ton-
>>>
>>> ------------------------------------------------------------------------
>>> Ton Roosendaal  Blender Foundation   ton at blender.org    www.blender.org
>>> Blender Institute   Entrepotdok 57A  1018AD Amsterdam   The Netherlands
>>>
>>> On 22 Dec, 2010, at 7:36, Michael Fox wrote:
>>>
>>>> Recently i have noticed a rathur alarming trend in that its getting
>>>> extreamly easy to become a commitor, especially in bf-extensions. I
>>>> was
>>>> once a position you had to earn and work hard for, now you show up
>>>> with
>>>> a patch or 2, and you become a commiter.
>>>>
>>>> The result of this is causing me concern as i think the standard of
>>>> code
>>>> is going fall quite drastically and blender is splintered enough as it
>>>> is, failing to follow the paradigms and rules that were developed.
>>>>
>>>>
>>>> is anyone else noticing this or am i just being paranoid again
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Bf-committers mailing list
>>>> Bf-committers at blender.org
>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>> _______________________________________________
>>> Bf-committers mailing list
>>> Bf-committers at blender.org
>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>
>>
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-committers
>>
>
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>