Re: Proposal to manage documentation similar to (or along with) core software.

On Apr 15, 2010, at 6:02 AM, Felipe Roquette wrote:

> Hello all!
>
> On Thu, 15 Apr 2010 09:20:43 +0200, Israel Saeta Pérez
> <[email protected]>
> wrote:
>> Alex Clark wrote:
>>> On 2010-04-14, Israel Saeta Pérez <[email protected]> wrote:
>>>> I don't really know how to fight against the lack of motivation  
>>>> among
>>>> the people working on documentation, including me.
>>>
>>> Do you like getting paid? That is what I am proposing. I don't know
>>> the likelyhood that the PF will buy into this, but it would seed
>>> a lot of activity I think.
>>
>> Yes I like getting paid, but I don't know why I've always been less
>> hesitating to contribute to unpaid projects. Perhaps because  
>> accepting a
>
>> payment means real committing and a lot of responsability.
>>
>
> What I am going to write is little of topic, but I think it is  
> important
> to the people who decides that kind of things.
> I always like to incentive people to be motivated and I'm always  
> studying
> this subject. Right now I reading Drive (wrote by Daniel Pink).
> I its very interesting what he points out on his book: there are some
> studies (from Universities) that proves that business is doing the  
> wrong
> way. Business give money to motivate people and that way you can get  
> the
> opposite effect.
> If someone is interested, fill free to contact me.
>
> Thanks for everyone, Plone (including the community) is incredible :),
> -- 
> Felipe Roquette
> [email protected]
>
> www.krei.com.br
> +55 11 3431.0303


Sorry... still off-topic but here goes...

I haven't read Pink but I suspect that you may be oversimplifying his  
point.  The science of motivation tells a more nuanced story.  Whether  
payments work or not depend largely on the type of work involved and  
also on whether the payment is used as a contingent *reward* rather  
than just as a way to obtain commitment.  Depending on the type of  
work, contingent rewards do appear to be counter-productive but that's  
not what is being proposed here.

Another interesting author on this topic is Alfie Kohn.

Cheers,
Ric




------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev