[OSGeo-Discuss] Open Source development metrics

Bruce.Bannerman at dpi.vic.gov.au Bruce.Bannerman at dpi.vic.gov.au
Wed May 28 02:47:06 PDT 2008


IMO:


Thanks for the comments Puneet,


> 
> Actually, a variation on the above may be the best metric -- "create
> feature X that we need in our organization and that works for us."
> That would allow your organization to determine what is meaningful for
> your organization first and for open source second. In other words,
> you would treat open source development no different from non-open
> source development. Open source would simply become a "normal"
> activity.
> 
> Once feature X works for you, you could consider "donating" it to the
> open source community by whatever process that particular open source
> project has.
> 
> Other metrics such as SLOC (source lines of code) or "feature in SVN
> trunk" are not only subject to abuse, they are also mostly
> meaningless.
> 


We want to avoid anything that could result in an isolated fork or branch. 


This is a danger with this approach.


However, it has merit in that it would allow a developer to meet their 
performance
criteria and concentrate on getting the customisation into the trunk in 
their
own time.


Bruce 





Notice:
This email and any attachments may contain information that is personal, 
confidential, legally privileged and/or copyright.No part of it should be reproduced, 
adapted or communicated without the prior written consent of the copyright owner. 

It is the responsibility of the recipient to check for and remove viruses.
If you have received this email in error, please notify the sender by return email, delete 
it from your system and destroy any copies. You are not authorised to use, communicate or rely on the information 
contained in this email.

Please consider the environment before printing this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/discuss/attachments/20080528/eb59bed2/attachment-0002.html>


More information about the Discuss mailing list