I would like to contribute to the development of SCID. I have been an avid
user for years and am an experienced developer.
Can we all come together to move SCID from being an autocracy (this is its
history) to being a community effort? As SCID fans, we will all be better
off and a strong community effort will encourage others to adopt SCID for
their use.
Among other projects, I am a committer on the Eclipse
project<http://eclipse.org/eclipse>,
one of the most successful open source projects ever, with hundreds of
regular commiters.
In my experience, off the cuff, I think we need:
- An awesome Lead Developer and project maintainer (Steven!)
- Lead developers for different section of the project, e.g. GUI, database,
website, different tools, content, etc
- Appropriate commit rights given to each lead developer
- A detailed release roadmap
- Regular monthly Skype or IRC planning meetings
- A developer mailing list
- All work becomes driven by a ticketing system that has prioritized bugs
and feature requests.
- Any new features must be approved by the project maintainer and lead
developers all agreeing it is needed.
We can make the SCID community awesome--a place where people want to come
and contribute. But, it needs to be thought through so that it is indeed
community driven.
--Kevin Taylor
Twitter: @ktaylor <http://twitter.com/@ktaylor>
*All that counts in life is intention.* - Andrea Bocelli
On Fri, Mar 15, 2013 at 9:41 AM, Ben St-Pierre <benbon...@gmail.com> wrote:
> > I think this thread is evidence that there is a strong desire from the
> user base to revive the development of scid, and that there are people who
> are interested to help out. Count me among those. I guess it is also
> uncontroversial that having a larger development community can only benefit
> the project, because then the project will not die if the sole developer
> goes MIA.
>
> I could not agree more. This is not a theorical possibility: this is
> the second time in Scid's Project history. Just imagine any kind of
> public servant doing the same.
>
> ***
>
> Glancing over the documentation, I found this:
>
> > You can categorize your contributors in different "Usergroups" and
> assign permissions to various portions of your project by group. The
> default set of groups includes Admin, Developers, and Members. You can add
> as many groups as you would like, to manage various functions of your
> projects. Project permissions are managed by assigning the same permissions
> to everyone in that group.
>
> http://sourceforge.net/p/forge/documentation/Project%20Permissions/
>
> Organizing a task force is not an effortless project. There could be
> other groups than the default groups. I have no idea what permissions
> Fulvio has, since he could not add me. I have no idea what
> permissions has franzna's. (For those who don't know him, it's Franz
> Nagl, the guy who maintains the FIDE list).
>
> Clarifying this should increase volunteering. I'm not an
> administration fan (i.e. I needed to read that SF), but we should be
> able to make Scid look like a community effort.
>
> ***
>
> BTW, there is a policy in place to takeover abandoned projects:
>
> > SourceForge.net projects that are abandoned or no longer actively being
> developed, may potentially be taken over by another registered
> SourceForge.net user. To do so, send a message to the existing project
> administrators by clicking on their name(s) in the project listing and
> requesting that they add you as an administrator to the project so that you
> may continue its development. If they add you as an admin, you may takeover
> the running of the project in question.
>
> http://sourceforge.net/p/forge/documentation/Abandoned%20Projects/
>
> I should have said "takeover" earlier. Sorry about that.
>
> ***
>
> Another note: I'm writing this for two reasons. First, because I
> believe that's where we should discuss. Second, because it will be on
> record.
>
> For ever and ever, people will read this mailing list. This mailing
> list acts as a tracking device. In fact, this is the only tracker we
> have so far.
>
> (Having a tracking software might be needed, sooner or later.
> Updating Scid's website to the new SF too.)
>
> ***
>
> I understand there are things that are best said in private. But it's
> also important to make sure that the public record is understandable.
> It also provides evidence for the speech acts.
>
> For instance, when Steven says:
>
> > I think we're going to merge the two Scids back into one.
>
> what's missing is:
>
> > Hello, my name is Steven Atkinson, and I am the new lead developer of
> Scid.
>
> The first part is of course less mandatory than the second one.
>
> What we witnessed can be understandable alright. But it was
> **implicit**. Sometimes, we need to have the speech act to make it
> official: marriage, baptism, court sentence, etc. What I'm saying
> right now has only been discovered in the 1950s by the philosophers,
> so please don't dismiss this as a trivial point. It is trivial, but
> let's not wait until we need to cast a vote to have some kind of basic
> decorum, please.
>
> ***
>
> All we know from one another is mostly this list. We share about 10
> natural languages with one another. Openness is important, even if
> most of the times it could be seen as cumbersome.
>
> PS: Note that I took about an hour writing this. This is the first
> kind of "coding" humans had. I have a full notebook of UX notes, in
> case people are wondering if I only like to chat.
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _______________________________________________
> Scid-users mailing list
> Scid-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scid-users
>
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
