Fredrik Lundh wrote:
>
> vladimir wrote:
> > In the case of extended print, half of us perceive that as a mix of
> > concepts unrelated to Python, the other half sees them as natural
> > for specifying default behavior in Python.
>
> Sigh. None doesn't mean "default", it means "doesn't exist"
> "nothing" "ingenting" "nada" "none" etc.
>
> "def foo(): return" uses None to indicate that there was no
> return value.
>
> "map(None, seq)" uses None to indicate that there are really
> no function to map things through.
>
> "import" stores None in sys.modules to indicate that certain
> package components doesn't exist.
>
> "print >>None, value" uses None to indicate that there is
> really no redirection -- in other words, the value is printed
> in the usual location.
PEP that without the import example (it's obfuscated). If you can add
more of them, you'll save yourself time answering questions. I couldn't
have done it, because I still belong to my half <wink>.
hard-to-make-progress-but-constructivism-wins-in-the-end'ly y'rs
--
Vladimir MARANGOZOV | Vladimir.Marangozov@inrialpes.fr
http://sirac.inrialpes.fr/~marangoz | tel:(+33-4)76615277 fax:76615252
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4