Galen Charlton a écrit :
Hi, * More and better communication about LibLime's proposed enhancements.
++
* Where appropriate, implementing a drastic change in the form of a separate OSS project that can integrate with Koha, such as Biblios or the acquisitions client that LibLime is working on
The acquisitions client that LibLime is working on ??? I don't remember hearing anything about a new acq client before this mail. Could you explain a little bit more ? Isn't there a risk to overlap with what we are working on atm ?
* Where there are disputes about fundamental Koha architecture, discuss them and compromise. One thing to keep in mind is that LibLime's clients generally pay for specific features - nobody thus far (and I predict, ever :) ), is likely to specifically want to pay LibLime to rewrite Koha in Erlang or anything drastic like that.
I'm sure I won't have any problem with that too. The client want a feature, he isn't interested how it is writen.
Of course, somebody could offer to RM as a "spare time" project, and perhaps would be in a position to accept financial support as a sort of second job. if so, great. Is anybody volunteering?
meaningfull silence from "anybody"...
The one thing I don't think we should do is attempt to "hire" a RM from outside of the community - for that person to have credibility, he or she really must know Koha, be actively contributing to it or have made significant contributions to the past, and ideally have a direct interest in the success of the project, either by using Koha or supporting Koha users.
I agree it's not a good solution as well. Cheers -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : 04 91 31 45 19