Re: Inflection Point - A Strategic Plan for Linux Australia

David Bell <[email protected]>
Newsgroups gmane.linux.australia
Message-ID <CACDVih42LacRa_GYtrxXXYnz8s3jULQYW_Os7ZMthi7PP3iKSA@mail.gmail.com>
I have nominated many of the contributors to this thread for OCM for the
2016 Council Election and I encourage you to do the same. If I have missed
anyone, feel free to nominate yourself on this basis.

The document prepared by Kathy has created much discussion on this list and
I would like to see a transition from commenting to doing.

David

On 6 January 2016 at 11:50, Michael Cordover <[email protected]> wrote:

> <snip a bunch of discussion about Google Docs vs git>
>
> FWIW, I think that this is the worst kind of bike-shedding. Before we
> have a discussion about what we should do in future, let's have a long
> discussion about what we should use to have that discussion. Blarg.
>
> On Wed, Jan 6, 2016, at 10:19, Stewart Smith wrote:
> > Anthony Towns <[email protected]> writes:
> > >> The existing Membership management tool, MemberDB is end of life and a
> > >> replacement is sorely needed. Some discussion has occurred towards
> this
> > >> goal, but momentum toward an outcome has not been sustained.
> > >
> > > I would say the momentum that was there was to set some criteria on
> what
> > > the replacement should do, then evaluate alternatives. Proposing
> CiviCRM
> > > as the right solution rather than doing that is exactly what killed the
> > > momentum, from my perspective...
> > >
> > > I think "end of life" is just standing in for a value judgement, not
> > > that there's an actual time limit on how long it can kept being used;
> > > ie it would be more accurate to just write "MemberDB is pretty crap in
> > > the author's opinion". Evaluating it against actual criteria would be
> > > better, of course...
> >
> > or someone starting to make some small incremental improvements. Every
> > attempt at rewriting from scratch has gone nowhere, largely because
> > that's a whole bunch of extra effort.
>
> Kathy Reid provided a working document to linux-aus on 2 Feb 2015
> outlining enhancements that would be required to MemberDB. That's at
>
> https://docs.google.com/document/d/1tyTA3Fj5J9XL2D7UTIxw46smXGrLM5J-fI4g6GxK9hM/edit?usp=sharing
> .
>
> The key functionality of MemberDB that would need to be replicated in
> any other system (aside from everyone-provides things like sign up flow)
> is elections. MemberDB does this quite well, and meets some specific
> needs:
>
> 1. the ability to run the whole process, including nominations,
> acceptance and candidate statements
> 2. preferential voting
>
> The latest Launchpad commit to MemberDB
> (https://launchpad.net/memberdb/trunk) was 2011-02-04. Its underlying
> DAL is built on PEAR::DB, which has long since been superseded
> (http://pear.php.net/manual/en/package.database.db.php). A quick look
> indicates it was probably built for PHP 4, which was EOL in August 2008.
>
> If someone can take on making improvements to MemberDB, that's great.
> But it doesn't have the structure of a modern application, and it won't
> work within a modern development environment. I think it's unlikely
> anyone would want to maintain and improve it without a major refactor,
> or indeed rewrite.
>
> If we're going to work on that basis, we should consider whether we
> should be using one or more other tools. CiviCRM isn't perfect, and
> requires a Drupal base. It's a bit clunky, in part because it has a lot
> of functionality which is not immediately useful to LA. However, it
> gives all of the new functionality we need, and building in election
> functionality would almost certainly be far less effort than building
> the new functionality (in Kathy's document) into MemberDB. As a bonus,
> we can contribute that back to the existing large community of CiviCRM
> users.
>
> MemberDB was an excellent tool. It was state of the art when the last
> official release occurred, nearly 10 years ago. That we've been able to
> continue using it is a testament to its quality. However, it does not
> meet the current needs of LA.
>
> Regards
>
> Michael
> _______________________________________________
> linux-aus mailing list
> [email protected]
> http://lists.linux.org.au/mailman/listinfo/linux-aus
>

_______________________________________________
linux-aus mailing list
[email protected]
http://lists.linux.org.au/mailman/listinfo/linux-aus
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.