import this？Python之禅？
现在学习一门编程语言的传统是让你先实现最基本的输出“hello, world”。但我认为除了hello，world。现在任何一个python教程或者相关书籍都应该把这个放在第一页介绍。这是python语言的哲学，从某种角度说，也是编程的哲学。
同时你也可以每次写python代码的时候在一行import this以此要求自己！
（当你运行import this这行代码时，就会出现以下的输出。）
Beautiful is better than ugly. 优美胜于丑陋（Python 以编写优美的代码为目标）
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. 除非你确定需要这样做（精准地捕获异常，不写 except:pass 风格的代码）
Errors should never pass silently. 不要包容所有错误，除非你确定需要这样做
Unless explicitly silenced. ( 精准地捕获异常，不写 except:pass 风格的代码）
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 之父（这里的 Dutch 是指 Guido ）
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! 命名空间是一种绝妙的理念，我们应当多加利用（倡导与号召）
强大好用的工具Jupyter
这是一款学习python必须要了解的工具，一旦你用上你就会离不开他。它支持ipython，markdown，LaTex等等 真的很好用。这里强烈安利一篇教程：
jupyter教程
这个作者的这篇jupyter写的真挺好，跟着这篇教程走，相信很快你就能熟练掌握jupyter并喜欢上它。
而提到jupyter就不得不提到另一款python的常用的集成开发环境Pycharm，这个主要被用于大型项目的开发，当你并不此类需求的时候，其实并不需要用到Pycharm。
关于python几点解释
- python作为一门解释性的语言，速度是满了一点，逐行运行。而cython正是为了优化此而产生的。
- python中的有些模块其实是用C或者C++开发的。也就是可以做到C，C++，python混合编程。所以python底层的那些包如果我们觉得不好，其实可以自己动手写。
- python尤其强大的一个地方是在于有很多很强大的第三方的包和库，这些都是一些顶级专家设计好了，我们直接拿来用即可。
