<p dir="ltr">To be honest, I chose flask because I wanted to learn about it. memberdb seemed like something that might be useful to LA. I was aware of the problems with the current implementation and thought a rewrite might be helpful.</p>
<p dir="ltr">I've had some fun and learned quite a bit, it may yet prove to be useful, but if it isn't it's still been a worthwhile exercise for me.</p>
<p dir="ltr">I encourage any LA members with knowledge of CiviCRM to step forward and help implement a replacement for memberdb.</p>
<p dir="ltr">In the meantime I'll keep working on the flask version - gratefully accepting any help, and without expecting LA to feel any obligation to use the final product.</p>
<p dir="ltr">This is one of the strengths of free software - we're all free to contribute and LA as an organization is free to choose the platform that best meets their need.</p>
<p dir="ltr">I personally have a preference for python over php, but it's just that - a preference. I don't have hard data to back it up, just feelings :-)</p>
<p dir="ltr">Reinventing the wheel can be fun, but feel free to stick with Wheel 1.0 if you prefer.</p>
<p dir="ltr">Cheers,<br>
Neill</p>
<div class="gmail_quote">On 11 Feb 2016 10:25 PM, "David Lloyd" <<a href="mailto:lloy0076@adam.com.au">lloy0076@adam.com.au</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
CiviCRM is already a stable product, based on Drupal and no doubt could<br>
leverage the various Drupal modules already developed with sufficient<br>
technical knowledge. I doubt there's insufficient technical knowledge in<br>
Linux Australia to do so...<br>
<br>
...why would we reinvent the wheel? Sure choosing a PHP based solution<br>
might hinder those who don't know PHP but choosing a Python based one<br>
hinders those who don't know Python. In fact, choosing a solution based<br>
on X will hinder those who don't like X and let's face it, we can't even<br>
sort out a name for the organisation - we're not going to settle on the<br>
best technical solution.<br>
<br>
This last point is probably a good thing BUT I would argue that Linux<br>
Australia doesn't exist to create a confounded CRM system. Or reinvent<br>
electoral systems. Or even create open source software itself.<br>
<br>
The tools we use for membership management are important but they're not<br>
our goal in life unless I've seriously misread Linux Australia's<br>
constitution and policies.<br>
<br>
The question I would actually put to the membership committee, would be:<br>
<br>
"Can you find ways that would cause the membership of Linux Australia to<br>
increase such that we needed a technical replacement urgently?".<br>
<br>
TL;DR - I think we're concentrating on the technical side and missing<br>
the actual issue...<br>
<br>
> -----Original Message-----<br>
> From: linux-aus [mailto:<a href="mailto:linux-aus-bounces@lists.linux.org.au">linux-aus-bounces@lists.linux.org.au</a>] On<br>
Behalf<br>
> Of Kathy Reid<br>
> Sent: Thursday, 11 February 2016 8:25 PM<br>
> To: <a href="mailto:linux-aus@lists.linux.org.au">linux-aus@lists.linux.org.au</a><br>
> Subject: Re: [Linux-aus] Re-igniting the Membership Committee<br>
><br>
> Thanks AJ for the thought you've put into this, and to Neill for the<br>
work<br>
> that you've done around this as well.<br>
><br>
> I'd be very comfortable with this approach - ie pitching for your idea<br>
to<br>
> be developed further, with iterative proof points before an<br>
> implementation.<br>
><br>
> Are there any other people who'd be keen on being on "Team CiviCRM"?<br>
><br>
> Kind regards,<br>
> Kathy<br>
><br>
> On 11/02/16 16:32, Anthony Towns wrote:<br>
> > On Wed, Feb 10, 2016 at 10:00:43AM +1100, Kathy Reid wrote:<br>
> >> I'd like to<br>
> >> reinvigorate the debate over our Membership Committee[0],<br>
> Membership<br>
> >> platform[1] and related pieces[2].<br>
> > I wonder if it would work to structure this more along the lines of<br>
> > <a href="http://linux.conf.au" rel="noreferrer" target="_blank">linux.conf.au</a> bid teams, rather than as a sub-committee. ie, the<br>
> > council posts a date for bids to be in; Kathy does as civicrm<br>
demo/bid<br>
> > showing how cool it could be, maybe someone does a drupal<br>
> bid/demo,<br>
> > and maybe Neill does flask/memberdb-ng bid. The council gives a few<br>
> > rounds of feedback to see how if the bids can be further improved,<br>
> and<br>
> > then chooses the most promising bid (and a committee is formed at<br>
> that point if needed).<br>
> ><br>
> > (Personally, I'm more philosophically inclined towards Neill's<br>
> > approach; but Donna pointed me at some drupal election modules<br>
> which<br>
> > seemed pretty impressive, and while looking for survey software, I<br>
> > noticed civicrm actually has some and is already packaged for<br>
Debian,<br>
> > both of which seem like plusses to me)<br>
> ><br>
> > If people like this idea it could be implemented by the council<br>
doing<br>
> > a call for bids asking for:<br>
> ><br>
> >    - a bid document describing what's great about the proposed<br>
solution<br>
> >    - a public demo site where people can try things out<br>
> >    - access to the demo site's management side, so the secretary at<br>
least<br>
> >      can review that as well<br>
> >    - instructions/packages/config items/etc for how to deploy the<br>
> system<br>
> >      (for public review, but more importantly for the admin team to<br>
> review)<br>
> >    - and anything else that seems helpful and enlightening<br>
> ><br>
> > and setting deadlines of maybe "now" for interested people to get<br>
> > together and start doing things, April 4th for sending expressions<br>
of<br>
> > interest to the list/council, June 1st for initial submissions and<br>
> > feedback, and August 1st for final submissions, so a decision could<br>
be<br>
> > made and rollout begin in September or October?<br>
> ><br>
> > Cheers,<br>
> > aj<br>
> ><br>
> > _______________________________________________<br>
> > linux-aus mailing list<br>
> > <a href="mailto:linux-aus@lists.linux.org.au">linux-aus@lists.linux.org.au</a><br>
> > <a href="http://lists.linux.org.au/mailman/listinfo/linux-aus" rel="noreferrer" target="_blank">http://lists.linux.org.au/mailman/listinfo/linux-aus</a><br>
><br>
> _______________________________________________<br>
> linux-aus mailing list<br>
> <a href="mailto:linux-aus@lists.linux.org.au">linux-aus@lists.linux.org.au</a><br>
> <a href="http://lists.linux.org.au/mailman/listinfo/linux-aus" rel="noreferrer" target="_blank">http://lists.linux.org.au/mailman/listinfo/linux-aus</a><br>
<br>
<br>
_______________________________________________<br>
linux-aus mailing list<br>
<a href="mailto:linux-aus@lists.linux.org.au">linux-aus@lists.linux.org.au</a><br>
<a href="http://lists.linux.org.au/mailman/listinfo/linux-aus" rel="noreferrer" target="_blank">http://lists.linux.org.au/mailman/listinfo/linux-aus</a><br>
</blockquote></div>