Bonjour Cyrille,
This sounds good, there was the idea of some bounty system years ago too. I think it's crucial for this process to
1. break up the job in small manageable parts 2. well define their scope and define what "job completed" entails 3. set up a system that doesn't come with a huge administration overhead
It almost seem there should be a platform for this out there... https://www.bountysource.com/teams/pure-data/issues this one looks like it parses github issues.. kind of shady.
On 2017년 10월 12일 09:46, cyrille henry wrote:
Hello,
Since the "get money, paid a developer" idea arise on the mailing list, I spend last weeks trying to think how to organize the last bit of development that need to be done.
I think we need a clear roadmap : a list of all object / platform that need to be fixed. My proposition is to use/update the bugtracker and to organize everything that need to be done under the "release critical" tag. There is a bit of work there. For example "native film reading in osX/64 bit" is not mark as release critical. Also, there is 2 critical bug regarding W32 build : do we need to be able to compile Gem on mingw AND mscv?
With this list of "release critical" bugs, it will be easier to estimate the work that need to be done. It will allow to estimate the development time, and the bounty we could offer for this work.
With the financial help of New Blankets, other institutions, associations or users, I confident that we will be able to finance this work (or part of this work).
does this sound good?
cheers Cyrille
GEM-dev mailing list GEM-dev@lists.iem.at https://lists.puredata.info/listinfo/gem-dev