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

RE: Post Commit Code Formatting

From: Servico Tpd Rodrigo Alfonso Menezes Madera <tpd.madera_at_telefonica.com.br>
Date: 2005-06-22 21:53:18 CEST

Now, this shouldnīt continue.

Programmers are known to have very talented microchips, programming,
machine and science knowledge. But when it comes to social contact, itīs
something a little bit more complicated. Indeed the response as we all saw
wasnīt polite. Karl was having a bad day, or you could even have pushed a
button that made him become soo defensive (he could have tried to implement
this earlier and had to stop because of the dificulty, maybe).

Letīs no make this an issue. Better, letīs discuss if this would be
interesting to Subversion as a product, not flame each others. Such a
discussion could be promoted to the dev list also and make some permanent

As for me, I created a thread about this exact subject, and I have decided
that I will be using the "second commit if necessary technique".

Rodrigo Madera
(A programmer)

                      Bernard" Para: users@subversion.tigris.org
                      <Bernard.Durfee@ cc:
                      suny.edu> Assunto: RE: Post Commit Code Formatting
                      22/06/2005 16:46

> > I was under the impression that there exists at least a small group
> > developers that were devoting their time to enhancing Subversion
> > on the desires of the user community. But I guess...
> A bit of a back-handed insult?


> All we've done for 5 years is improve Subversion, and mainly by
> listening to user feedback. Just because your pet enhancement isn't
> a high priority for existing developers, doesn't mean it's time to
> sulk or accuse folks of being unresponsive.

It's good to know that those representing this project are so
passionate. Although I would suggest taking a different tone when
speaking to users in a public forum. I'm not sure how long you've been
around, but user communities will always be frustrated by the
shortcomings of the products, free or otherwise, that they use.

> As Karl said, if this feature so critical to you, then come to the
> dev@ list and start a design discussion. You'll learn (a) why we
> think it's difficult to do, and (b) why we think the benefit isn't
> worth it. You can persuade us otherwise, or better yet, start
> working on the feature yourself.

Very good, I think I will do that. Seems like a simple response from
Karl such as...

"Hi, we have no plans right now to implement such a modification to
Subversion. But if you are interested in contributing to either the
design or implementation of such a change, you are welcome to discuss it
with us on the dev@ list."

...would have been more appropriate.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jun 22 21:52:49 2005

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.