[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Speeding up workspace

From: Justin Case <send_lotsa_spam_here_at_yahoo.com>
Date: Tue, 17 Feb 2009 05:19:20 -0800 (PST)

I beg to differ here. This kind of attitude "we know better than our users" never helped anybody, mainly because you DON'T: you have no idea how we, the users, use your software - unless you listen to us. Open source has actually MUCH more to learn on this aspect, way more than commercial software which is by definition driven by customer acceptance.

The question about release timing was already discussed: it's arbitrary. No corporate contracts are forcing anybody to stick with a certain date. The issue and its fix are also not new (at all), so nobody can say it was just raised one month before the release date. That now is too late I can understand, however it was not always late.

My question is: what are the priorities for the project, who sets them and how? Collab.net would probably listen to (potential candidates for) support contracts - probably corporate users with huge repositories. The community could use a JIRA-like voting system for the existing issues - then one would really see if users find logging support more important than working copy performance. The developers, well, I'm sure they had some real reason to reject that so early, I just don't know it.

I'm glad it will come at least with 1.7, I hope there won't come somebody to say "heck with the speedup, let's build in some more whistles" :)

By the way, is there somebody having a support contract around here? Are you interested in better Windows performance?

Thank you,

--- On Mon, 2/16/09, Ludwig Hügelschäfer <mlisten_at_hammernoch.net> wrote:
> it may sound rude, but nevertheless I answer you: "You
> get what you paid for."
> With this background, mentioning the salaries of the
> collab.net sponsored developpers for subversion is a shame.
> Also, comparing with a commercial product is inappropriate.
> Open source always takes longer to come up with a good
> "product". But is most often the better and much longer lasting one.
> Additionally, you seem to have a lot of experience in the
> development, test and release of a bigger software package. Otherwise I
> can't imagine why you suggest implementing a really major code change
> simply weeks before release after a several month development period.
> Sorry for the sarcasm.
> Ludwig


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-02-17 14:32:36 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.