Wednesday, March 09, 2005

GLEP thoughts

In a recent post
it was stated that GLEPs are "an arduous task, a pain to write, and
relied heavily on the submitter to push the enhancement through". I've been
hearing many similar complaints recently. I'm not quite sure I understand
why they seem to evoke such vitriol, though. I'll admit that it does take a
bit of time to figure out how links work in restructured text, but otherwise
restructured text is pretty similar to how one generally does markup in a text
document, so I'm not sure what makes them so hard to write. I'd be willing to
accept generic text files, though, if restructured text is too complicated.
Is it the structure of the document, breaking the GLEP into specific sections,
that provokes ire?

The rationale behind the GLEP concept was that writing a GLEP should be an
effort. It shouldn't be hard, but it should require thought. The idea was
that the process of writing the GLEP would force the author making the proposal
to assemble a well-reasoned argument for what should be changed and how it can
happen. A well-reasoned GLEP is much easier for people to pick apart, find
the holes in it, and improve it, than is a general thought thrown out on a
mailing list.

Once written, the process is straightforward. The GLEP is submitted to the
GLEP editors, who generally accept it and post it on the web site in
reasonably short order. The author is then responsible for soliciting
feedback, modifying it, and deciding when it should be sent up for approval.
Once sent up for approval, either the related project manager makes a
decision on whether to approve it, or, if it crosses projects, it is voted
upon by all of the managers at a managers' meeting. That part, in my
opinion, is the most arduous, but it's rare that a GLEP is ever rejected
outright. Unsurprisingly, it may happen that people "agree with the idea,
but not with the specifics". Hopefully a reasonable compromise has been
reached before requesting it be approved, but sometimes the compromise has to
come afterwards. My suspicion, though, is that in general the compromises
made lead to improved proposals.

After a GLEP is approved, it is then up to the GLEP author to implement it.
It's not uncommon for GLEPs to linger here, since implementation is often
hard. My personal opinion is that a good idea without an implementation is
still a useful thing, since at least there's a record of the idea, and
somebody else might come along later to implement it.

Is it a bad thing that the GLEP editors do not nag GLEP authors about their
GLEPs, to keep the process moving forward? I pushed to have a deadline for
GLEPs to become inactive (and I'm about due to run through the list again),
but my feeling is that if the GLEP author, somebody who was motivated enough
to write the GLEP in the first place, cannot remain motivated, then nagging
is unlikely to change much. The odds are good that if the GLEP is stalled,
there is a reason. Either we lack the infrastructure to implement it, or not
enough people are interested enough to invest their time and effort. That's
not a "backlog" of GLEPs, it's just a list of GLEPs whose ideas aren't quite
good enough, or at least not needed enough right now.

No comments:

Post a Comment

Label Cloud