That's rot13 print of `import this`. However, the programmer has chosen to use a lookup table `print this.d` instead of a rot13() fn. I wonder why. +PG
On Tue, Feb 10, 2009 at 8:18 AM, Senthil Kumaran <orsent...@gmail.com> wrote: > Well, my favorite is not just import this but > >>>>import this >>>>print this.s > > -- > Senthil > > On Tue, Feb 10, 2009 at 6:41 PM, Senthil Kumaran <orsent...@gmail.com> wrote: >> In Py3K, >> >>>>> import antigravity >> >> That was Skip, who did that! :) >> >> -- >> Senthil >> >> >> On Tue, Feb 10, 2009 at 6:39 PM, Anand Balachandran Pillai >> <abpil...@gmail.com> wrote: >>> On Tue, Feb 10, 2009 at 6:38 PM, Anand Balachandran Pillai >>> <abpil...@gmail.com> wrote: >>>>>>> import __phello__ >>>> Hello world... >>> >>> Apparently, happens only the first time you import it ;) >>> >>>>>>> >>>> >>>> >>>> On Tue, Feb 10, 2009 at 6:17 PM, Jeff Rush <j...@taupro.com> wrote: >>>>> Here is another... >>>>> >>>>>>>> from __future__ import braces >>>>> File "<stdin>", line 1 >>>>> SyntaxError: not a chance >>>>> >>>>> >>>>> Can you find any others? ;-) >>>>> >>>>> -Jeff >>>>> >>>>> >>>>> Rajeev Nair wrote: >>>>>> >>>>>> hi. >>>>>> >>>>>> Iam sure many here will be aware of easter eggs in python. >>>>>> >>>>>> For starters here is one.At the prompt type import this >>>>>> >>>>>>>>> import this >>>>>> The Zen of Python, by Tim Peters >>>>>> >>>>>> Beautiful is better than ugly. >>>>>> Explicit is better than implicit. >>>>>> Simple is better than complex. >>>>>> Complex is better than complicated. >>>>>> Flat is better than nested. >>>>>> Sparse is better than dense. >>>>>> Readability counts. >>>>>> Special cases aren't special enough to break the rules. >>>>>> Although practicality beats purity. >>>>>> Errors should never pass silently. >>>>>> Unless explicitly silenced. >>>>>> In the face of ambiguity, refuse the temptation to guess. >>>>>> There should be one-- and preferably only one --obvious way to do it. >>>>>> Although that way may not be obvious at first unless you're Dutch. >>>>>> Now is better than never. >>>>>> Although never is often better than *right* now. >>>>>> If the implementation is hard to explain, it's a bad idea. >>>>>> If the implementation is easy to explain, it may be a good idea. >>>>>> Namespaces are one honking great idea -- let's do more of those! >>>>> _______________________________________________ >>>>> BangPypers mailing list >>>>> BangPypers@python.org >>>>> http://mail.python.org/mailman/listinfo/bangpypers >>>>> >>>> >>>> >>>> >>>> -- >>>> -Anand >>>> >>> >>> >>> >>> -- >>> -Anand >>> _______________________________________________ >>> BangPypers mailing list >>> BangPypers@python.org >>> http://mail.python.org/mailman/listinfo/bangpypers >>> >> >> >> >> -- >> -- >> Senthil >> > > > > -- > -- > Senthil > _______________________________________________ > BangPypers mailing list > BangPypers@python.org > http://mail.python.org/mailman/listinfo/bangpypers > _______________________________________________ BangPypers mailing list BangPypers@python.org http://mail.python.org/mailman/listinfo/bangpypers
