My impression about DesireData is that it's trying to do everything we always wanted about PD but were afraid to program. That sounds good, but in practice it's seems to be the project of one person and some collaborators. In this context, including testers is one way to simulate the inclusion of more people in the development process, but testing, although important, is a limited contribution.
I'm wondering is DD is getting more private (controlled) than PD. Ruby is used extensively, and there a couple of "inventions" like these things I would call "yats" (yet another translation system), and "yacoops" (yet another custom OOP system". I don't know who is willing to work with such a mutating code base, and I don't know how many "#ifdef" it takes to decide that a project forked (there's already 13 for DESIRE). But I would suggest to work in a development branch, because the result from the Desire effort, even if it's the work of a few (Matju already counts for two), could eventually be merged in the main branch. -- Marc
Le 19 Décembre 2005 12:49, Mathieu Bouchard a écrit :
On Sun, 18 Dec 2005, Hans-Christoph Steiner wrote:
Plus, since desiredata does seem to be a fork rather than just a development branch, it would probably make the most sense for there to be a separate repository for desiredata.
That's a non sequitur argument.
However, a good reason for a separate repository would be so that DesireData is not slowed down by the fact that most of our collaborators (testers) don't have access to the non-delayed SF CVS and so are excluded from a truly interactive development process because they can't get in the private social club of pd's Real Programmers.
In the good days of ImpureData (april 2004) that was a real frustration because I had to send *.diff files to testers whenever I fixed a bug that they had just found, else they couldn't continue testing until 6 or 12 hours have passed. I was too shy to ask for a dev account for each tester, as they were only testers. Now I'd rather not continue making those petty distinctions. Let testers be part of the team.
_ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev