[PD-dev] sourceforge dev

[Marc Lavallée]

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 at iem.at
> http://lists.puredata.info/listinfo/pd-dev