本文档使用Markdown编写，笔者已有 Python 基础，这次学习不过是回顾一遍，查漏补缺,主要学习别人的实例，大体语法很简单，基本看一下实例就会了。写这篇文档也不期望会有谁看，大概率是记录自己的学习过程吧。不过不得不吐槽一下，Markdown 对中文的不友好，首行缩进一定要打&emsp，听说全角空格也行，但是我在 VScode 里好像不行，又懒得下 typora，所幸放弃。
Python 是一种比较简单的编程语言，可以说是目前唯一的超级语言。 其优缺点很明显：
- 可读性优秀，可以说是最简单的编程语言，理解起来毫不费力，把符号去掉，你甚至有读自然语言的感觉。
- 兼具面向对象和函数式编程，实用性广。
- 可移植性极强，各种主流系统都能运行。
- 编写效率高，同样行数的代码，Python 能干的事比其他语言多得多，但是代码执行效率低。
- 最重要的是开源，社区群体庞大，生态优良，但因可选方法过多，往往容易出错。
老规矩，开始放上 Tim Peters 的 Python 之禅，这其中的道理，适用于任何语言。
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.
尽管这种方法是无法一蹴而就的，除非你是荷兰人（意指Python创始人Guido van Rossum）
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!
命名空间是个很好的主意，让我们好好利用它吧！