Tim Peters wrote:
>  [Thomas Wouters]
>  
> >My point isn't that it isn't archived somewhere (mailinglists, wiki, FAQ,
> >the minds of many, many people, not just Python developers) but that it
> >isn't easily findable and it isn't easily accessible in a single location. I
> >thought PEP's where supposed to be that, and if I have a particular idea for
> >new syntax or new semantics, PEPs would be the place I'd look, not the FAQ
> >or a Wiki.
>  
>  
>  Luckily, in his benevolent infinite wisdom, I expect Guido reserved
>  PEP number 13 for exactly this purpose:  for a meta-PEP to record the
>  unlucky PEP ideas that are so unlikely to get accepted that it's not
>  worth anyone's time to write an actual PEP for them.  I like the
>  title:
>  
>      Don't Bother:  PEPs Rejected Before Being Written
>  
>  No, I'm not kidding.  At least I don't think I am.

+1.  I think it's rather patronizing to send things back to python-list 
when you know people are wasting their time discussing them because they 
will never be accepted.  People on python-list have useful things to do 
too, they don't just read to waste their time.

I would prefer PEP form over a wiki page, as I'd rather this be truly 
authoritative, and only Guido can really completely reject an idea. 
Justifying the rejections can be done by anyone though; maybe each idea 
could link to a wiki page on the topic.

I think it's also important to be clear on what's being rejected.  Often 
these rejected ideas address a real issue, and if you think about the 
issue from another angle you might be able to solve that without falling 
into the trap that the oft-rejected proposal fell into.  But it's easy 
to confuse that the issue or use case is being explicitly ignored, 
rather than the particulars.  For instance, Thomas said "changing all 
statements into expressions (e.g. logix): python isn't (going to be) a 
functional language" -- and that's what shouldn't be in the PEP.  All 
statements aren't going to be expressions; the editorialization that 
Python isn't going to be a functional language is both rather 
inaccurate, misses the real reason for statements, and needlessly 
alienates people who like functional programming (and they have been 
*needlessly* alienated by discussions about lambda and filter).

So... maybe Guido or python-dev should write/vet the justifications too. 
  When you are putting up walls and specifically discouraging community 
participation on certain issues, it should be done in a sensitive way.


-- 
Ian Bicking  |  ianb@[...].com  |  http://blog.ianbicking.org
_______________________________________________
Python-Dev mailing list
Python-Dev@[...].org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/python-dev-ml%40activestate.c
om