[ < ] [ > ]   [ << ] [ Up ] [ >> ]         [Top] [Contents] [Index] [ ? ]

1. GOP2-0 - why are we losing developers?

Summary

We’re not in terrible shape, but we’re not in good shape either.

Detailed responses

Survey sent:

 
http://lists.gnu.org/archive/html/lilypond-devel/2012-06/msg00192.html

There were 11 responses:

 
devA
devB
devC
devD
devE
devF
devG
devH
devJ
devK
devL

Summarize of those emails

Here is a rough summary of the 11 responses. 4 developers (devA, devE, devJ, devK) did not report any “problematic” reasons. Of the remaining 7 developers, the reported problems are:

Patch-handling (git branch, countdown, staging, etc)devB, devC, devF, devH, devL,
Mailing lists argumentsdevB, devC, devG,
maintenance procrastination; things not getting donedevC, devH,
lack of people with specific responsibilities (particularly mentors)devC, devD,
lack continuous integration environment and really automated testingdevB
no feeling of “teamwork”devC,
too long / too much effort to produce stable releasesdevC,
number of open issues (overwhelming, demoralizing)devC,
difficult to contribute with windows and a slow computer (lilydev is not suitable)devG
feeling that other people could complete a task much quickerdevH,
time spent reading+writing emailsdevH,
Reviews (lack of quantity, to much nitpicking of words)devH,
lack of overall vision or roadmapdevH,

Initial thoughts about the response

Obvious “policy” problems to discuss in the coming weeks: patch handling, stable releases, roadmap, better testing.

Mailing list arguments are a trickier issue. It’s clearly a big problem, but this isn’t something we can fix by waving a change of policy. I’ll schedule a time to discuss it. We need to do something about this, although at the moment I have no immediate suggestions.

Lack of people with responsibilities, mentors, lack of reviews, type of reviews, things not getting done, number of open issues: I don’t see many “policy” that can help with this (other than generally encouraging people to spend more time and/or eliminating things which drive people away). It’s certainly to note that these are problems, though. The best I can think of is to clarify who is currently responsible for what, and make the vacancies more apparent. Again, I’ll schedule a time to discuss these.

There are a few problems that I can’t see any real “project” solution to: difficult to contribute with windows, feeling that other people could finish tasks faster, time spent reading+writing email. I suggest that we simply acknowledge that those are problems, but focus discussion on other issues.


[ << ] [ >> ]           [Top] [Contents] [Index] [ ? ]

This document was generated by Graham Percival on September 22, 2012 using texi2html 1.82.