X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Message-ID: <20151222222341.8107.qmail@stuge.se> Date: Tue, 22 Dec 2015 23:23:41 +0100 From: "Peter Stuge (peter AT stuge DOT se) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Subject: Re: [geda-user] Project leadership Mail-Followup-To: geda-user AT delorie DOT com References: <5AC3D5C5-144F-41AE-9562-47BC34D9047F AT noqsi DOT com>

<20151222193859 DOT 26898 DOT qmail AT stuge DOT se> <20151222224539 DOT 824d0603398b862d574e1ab4 AT gmail DOT com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151222224539.824d0603398b862d574e1ab4@gmail.com> Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: > > they just need the backing of enough of the community, and have > > the personality to cope with mediating / setting the project > > direction. > > Or just make sure contributed code eventually enter the official release This is a very tricky one, and indeed something I struggle with! The thing here is that the project has to live with that contributed code for a very long time, and in my experience the developers who create those contributions tend not to accept ownership of them, but simply leave, handing their code over for others to maintain once the code is included into master. If all contributions are accepted then the source code quickly becomes too heterogenous to be useful for further development. It becomes unmaintainable. If only perfect contributions are accepted then the project as a whole evolves much more slowly - but IMO also much more surely. One of my worries is that the software we spend our lives working on degrades rather than improves. That would be a waste of our time. I want to avoid that dearly. Releases are crucial to keep up appearance. The majority of people interacting with the software are and will remain pure consumers. There is an important but difficult balance to be struck between coding for oneself and coding for the needs of others. What level of selflessness should be required from contributors vs. what should be required from presumably longer-term maintainers. It is important to communicate expectations and requirements both up-front and whenever contributions aren't reaching the target. > and write down ideas on a publically available list. Yes! Gathering goals and making sure that they remain visible is also important. //Peter