Agreed as well - but in the context of your own or a relatively small groups productivity. That is it is not worth going down the path of svn or finer granularity for your own productivity, unless perhaps you and your team are already familiar with such tools and working practices based on other languages.
However if you are to look at the picture at a different scale and ask - do the stack based working practices facilitate the creation of robust community resources and libraries? Then I would argue that open source tools and methodology / svn type tools have a track record in producing well tested libraries and tools which the stack based methods have singularly failed to do. A commercial market for components can work if the tool market is big enough, and open source communities can sometimes deliver such tools. It is an interesting question whether svn like tools would help create larger scale community collaborations in Rev, but I certainly agree that for the individual developer their is no productivity gain - for the community as a whole is another question. On 05/03/2008, Chipp Walters <[EMAIL PROTECTED]> wrote: > > Agreed 100%. > > Key word in the below sentence is "architectural". IMO, a properly > designed architecture can handle multiple programmers, each working on > their own stacks. After all, remember, one can insert 50 stack > libraries into the message path. > > best, > > > Chipp > > > On Tue, Mar 4, 2008 at 11:58 AM, Richard Gaskin > <[EMAIL PROTECTED]> wrote: > > > I've thought about the type of scenarios described here, in which two > or > > more programmers may be assigned to work on the same stack, but to be > > honest to me that seems less a technical challenge than an > architectural > > and human resources one: > > _______________________________________________ > use-revolution mailing list > [email protected] > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
