Author eli.bendersky
Recipients eli.bendersky, giampaolo.rodola, ncoghlan, pitrou, ubershmekel
Date 2012-02-08.14:05:22
SpamBayes Score 1.10055e-09
Marked as misclassified No
Message-id <1328709923.67.0.924124486578.issue13968@psf.upfronthosting.co.za>
In-reply-to
Content
"file_paths(filtered_walk('.', included_files=['*.py']))" is a lot longer than "rglob('*.py')".


It is, but is that a good enough reason to have both? It can also be achieved with just a bit more code using the simple `os.walk`. I suppose there are a lot of instances of stdlib tools where we could add new tools that would make the code slightly shorter. However, this is not really faithful to the Python spirit, since it adds too many ways to do achieve the same effect, and ultimately confuses users.

That it adds additional maintenance burden on the coredevs goes without saying :-) Each such new burden should have a very good reason.

To conclude, personally I'm -1 on this, especially if `walkdir` eventually makes it into the stdlib.
History
Date User Action Args
2012-02-08 14:05:23eli.benderskysetrecipients: + eli.bendersky, ncoghlan, pitrou, giampaolo.rodola, ubershmekel
2012-02-08 14:05:23eli.benderskysetmessageid: <1328709923.67.0.924124486578.issue13968@psf.upfronthosting.co.za>
2012-02-08 14:05:23eli.benderskylinkissue13968 messages
2012-02-08 14:05:22eli.benderskycreate