{
  "id": 104073,
  "title": "Zen of Python",
  "url": "/competitions/kuzushiji-recognition/discussion/104073",
  "author_name": "",
  "post_date": "2019-08-14T03:42:24.467020400Z",
  "votes": 3,
  "comment_count": 3,
  "views": 0,
  "content": "<p><strong>Zen Buddhism</strong>\nComing of age at a time when the counterculture was embracing Eastern mysticism, Steve Jobs ended up as a lifelong practitioner of Zen meditation. </p>\n\n<p>reference:  <a href=\"https://www.nippon.com/en/views/b06101/steve-jobs-and-the-rediscovery-of-zen.html\">https://www.nippon.com/en/views/b06101/steve-jobs-and-the-rediscovery-of-zen.html</a></p>\n\n<p><strong>Zen of Python</strong>\nLong time Pythoneer Tim Peters succinctly channels the BDFL's guiding principles for Python's design into 20 aphorisms, only 19 of which have been written down. Principles are listed as follows.</p>\n\n<p>Beautiful is better than ugly.\nExplicit is better than implicit.\nSimple is better than complex.\nComplex is better than complicated.\nFlat is better than nested.\nSparse is better than dense.\nReadability counts.\nSpecial cases aren't special enough to break the rules.\nAlthough practicality beats purity.\nErrors should never pass silently.\nUnless explicitly silenced.\nIn the face of ambiguity, refuse the temptation to guess.\nThere should be one—and preferably only one—obvious way to do it.\nAlthough that way may not be obvious at first unless you're Dutch.\nNow is better than never.\nAlthough never is often better than right now.\nIf the implementation is hard to explain, it's a bad idea.\nIf the implementation is easy to explain, it may be a good idea.\nNamespaces are one honking great idea—let's do more of those!</p>\n\n<p>reference:  <a href=\"https://en.wikipedia.org/wiki/Zen_of_Python\">https://en.wikipedia.org/wiki/Zen_of_Python</a></p>\n\n<p><img src=\"https://www.googleapis.com/download/storage/v1/b/kaggle-user-content/o/inbox%2F1107630%2F3de23d51a454f024dd4d62559fbdc755%2Fzen.png?generation=1565753658139182&amp;alt=media\" alt=\"\"></p>",
  "messages": [
    {
      "id": "598801",
      "postDate": "08/14/2019 03:42:24",
      "content": "<p><strong>Zen Buddhism</strong>\nComing of age at a time when the counterculture was embracing Eastern mysticism, Steve Jobs ended up as a lifelong practitioner of Zen meditation. </p>\n\n<p>reference:  <a href=\"https://www.nippon.com/en/views/b06101/steve-jobs-and-the-rediscovery-of-zen.html\">https://www.nippon.com/en/views/b06101/steve-jobs-and-the-rediscovery-of-zen.html</a></p>\n\n<p><strong>Zen of Python</strong>\nLong time Pythoneer Tim Peters succinctly channels the BDFL's guiding principles for Python's design into 20 aphorisms, only 19 of which have been written down. Principles are listed as follows.</p>\n\n<p>Beautiful is better than ugly.\nExplicit is better than implicit.\nSimple is better than complex.\nComplex is better than complicated.\nFlat is better than nested.\nSparse is better than dense.\nReadability counts.\nSpecial cases aren't special enough to break the rules.\nAlthough practicality beats purity.\nErrors should never pass silently.\nUnless explicitly silenced.\nIn the face of ambiguity, refuse the temptation to guess.\nThere should be one—and preferably only one—obvious way to do it.\nAlthough that way may not be obvious at first unless you're Dutch.\nNow is better than never.\nAlthough never is often better than right now.\nIf the implementation is hard to explain, it's a bad idea.\nIf the implementation is easy to explain, it may be a good idea.\nNamespaces are one honking great idea—let's do more of those!</p>\n\n<p>reference:  <a href=\"https://en.wikipedia.org/wiki/Zen_of_Python\">https://en.wikipedia.org/wiki/Zen_of_Python</a></p>\n\n<p><img src=\"https://www.googleapis.com/download/storage/v1/b/kaggle-user-content/o/inbox%2F1107630%2F3de23d51a454f024dd4d62559fbdc755%2Fzen.png?generation=1565753658139182&amp;alt=media\" alt=\"\"></p>",
      "rawMarkdown": "**Zen Buddhism**\nComing of age at a time when the counterculture was embracing Eastern mysticism, Steve Jobs ended up as a lifelong practitioner of Zen meditation. \n\nreference:  https://www.nippon.com/en/views/b06101/steve-jobs-and-the-rediscovery-of-zen.html\n\n**Zen of Python**\nLong time Pythoneer Tim Peters succinctly channels the BDFL's guiding principles for Python's design into 20 aphorisms, only 19 of which have been written down. Principles are listed as follows.\n\nBeautiful is better than ugly.\nExplicit is better than implicit.\nSimple is better than complex.\nComplex is better than complicated.\nFlat is better than nested.\nSparse is better than dense.\nReadability counts.\nSpecial cases aren't special enough to break the rules.\nAlthough practicality beats purity.\nErrors should never pass silently.\nUnless explicitly silenced.\nIn the face of ambiguity, refuse the temptation to guess.\nThere should be one—and preferably only one—obvious way to do it.\nAlthough that way may not be obvious at first unless you're Dutch.\nNow is better than never.\nAlthough never is often better than right now.\nIf the implementation is hard to explain, it's a bad idea.\nIf the implementation is easy to explain, it may be a good idea.\nNamespaces are one honking great idea—let's do more of those!\n\nreference:  https://en.wikipedia.org/wiki/Zen_of_Python\n\n![](https://www.googleapis.com/download/storage/v1/b/kaggle-user-content/o/inbox%2F1107630%2F3de23d51a454f024dd4d62559fbdc755%2Fzen.png?generation=1565753658139182&amp;alt=media)",
      "votes": null
    },
    {
      "id": "598843",
      "postDate": "08/14/2019 05:48:20",
      "content": "<p>Principles of python coding for Kuzushiji Recognition</p>",
      "rawMarkdown": "Principles of python coding for Kuzushiji Recognition",
      "votes": null
    },
    {
      "id": "599861",
      "postDate": "08/15/2019 12:00:39",
      "content": "<p>To read this type in python interpreter:</p>\n\n<p><code>&gt;&gt; import this</code></p>",
      "rawMarkdown": "To read this type in python interpreter:\n\n`&gt;&gt; import this`",
      "votes": null
    },
    {
      "id": "599998",
      "postDate": "08/15/2019 14:10:46",
      "content": "<p>Thanks for sharing. </p>",
      "rawMarkdown": "Thanks for sharing.",
      "votes": null
    }
  ],
  "comments": [
    {
      "id": 598843,
      "author_name": "grapestone5321",
      "author_url": "",
      "post_date": "08/14/2019 05:48:20",
      "content": "<p>Principles of python coding for Kuzushiji Recognition</p>",
      "votes": null,
      "replies": []
    },
    {
      "id": 599861,
      "author_name": "kurianbenoy",
      "author_url": "",
      "post_date": "08/15/2019 12:00:39",
      "content": "<p>To read this type in python interpreter:</p>\n\n<p><code>&gt;&gt; import this</code></p>",
      "votes": null,
      "replies": [
        {
          "id": 599998,
          "author_name": "grapestone5321",
          "author_url": "",
          "post_date": "08/15/2019 14:10:46",
          "content": "<p>Thanks for sharing. </p>",
          "votes": null,
          "replies": []
        }
      ]
    }
  ],
  "raw_markdown_by_id": {
    "598801": "**Zen Buddhism**\nComing of age at a time when the counterculture was embracing Eastern mysticism, Steve Jobs ended up as a lifelong practitioner of Zen meditation. \n\nreference:  https://www.nippon.com/en/views/b06101/steve-jobs-and-the-rediscovery-of-zen.html\n\n**Zen of Python**\nLong time Pythoneer Tim Peters succinctly channels the BDFL's guiding principles for Python's design into 20 aphorisms, only 19 of which have been written down. Principles are listed as follows.\n\nBeautiful is better than ugly.\nExplicit is better than implicit.\nSimple is better than complex.\nComplex is better than complicated.\nFlat is better than nested.\nSparse is better than dense.\nReadability counts.\nSpecial cases aren't special enough to break the rules.\nAlthough practicality beats purity.\nErrors should never pass silently.\nUnless explicitly silenced.\nIn the face of ambiguity, refuse the temptation to guess.\nThere should be one—and preferably only one—obvious way to do it.\nAlthough that way may not be obvious at first unless you're Dutch.\nNow is better than never.\nAlthough never is often better than right now.\nIf the implementation is hard to explain, it's a bad idea.\nIf the implementation is easy to explain, it may be a good idea.\nNamespaces are one honking great idea—let's do more of those!\n\nreference:  https://en.wikipedia.org/wiki/Zen_of_Python\n\n![](https://www.googleapis.com/download/storage/v1/b/kaggle-user-content/o/inbox%2F1107630%2F3de23d51a454f024dd4d62559fbdc755%2Fzen.png?generation=1565753658139182&amp;alt=media)",
    "598843": "Principles of python coding for Kuzushiji Recognition",
    "599861": "To read this type in python interpreter:\n\n`&gt;&gt; import this`",
    "599998": "Thanks for sharing."
  },
  "source": "meta"
}