lilypond-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Make define-builtin-markup{, -list}-command #:category #:properties


From: Graham Percival
Subject: Re: Make define-builtin-markup{, -list}-command #:category #:properties keywords (issue160048)
Date: Thu, 3 Dec 2009 21:23:02 +0000
User-agent: Mutt/1.5.18 (2008-05-17)

On Thu, Dec 03, 2009 at 09:57:39PM +0100, David Kastrup wrote:
> Graham Percival <address@hidden> writes:
> 
> > Yes, Carl made a mistake.  That's unfortunate, but he's human.
> 
> So what do you think I am?

I think you're a human.

> > If anything, this incident should show that jumping through hoops
> > is even *more* important, not less.
> 
> If Carl had adhered to the standards demanded from me, there would have
> been a review of his code and I could have suggested an improvement.

Yes.  And he *should* have adhered to those standards.  He saw a
bug, thought he had a quick fix, and pushed it without adequate
testing.

His mistake wasn't the bad code -- I mean, yes, that was wrong,
but I don't consider code mistakes to be *mistakes*.  His mistake
was short-circuiting the review process for this patch.

> Are you suggesting that this incident should show that newcomers are to
> jump through even higher hoops while the regulars continue to work
> efficiently?

No.  It shows that regular committers *should* jump through the
same hoops, and when they don't, Bad Things Happen (tm).  I mean,
Carl is probably #5 on the "most knowledgeable people about
lilypond architecture in the world"; he even *he* can royally
screw up with a "simple" patch, then surely a new contributor is
even more likely to write bad code.

That's why we should have patch reviews and testing.

Cheers,
- Graham




reply via email to

[Prev in Thread] Current Thread [Next in Thread]