我觉得任何一门语言，还是得先从安装环境，安装编辑器说起，本章的标题是第0章，关于这个0，我想多说两句。

在计算机的世界里，我们会发觉数字通常都是从0开始，而不是从1开始，这其实有一定的历史原因。还是在上世纪6，70年代，有一个叫马丁·理察德的人提出来的，马大爷在剑桥读大学期间，发明了一门叫BCPL的编程语言，也是后来大名鼎鼎的C语言的前身，也是现代编程语言的前身之一吧。

由于那会计算机性能不怎么样，严格来说好些计算机的运算性能还比不上现在淘宝4，5块钱包邮的计算器，就跟货币贬值似的，那会1分钱能买个冰棍，现在你看看1分钱能干嘛，除了在微信群里用来发红包炸潜水的网友还有什么用处?

言归正传，因为那会计算机性能极其的低，所以程序员在写程序时要尽可能的节省资源。马大爷设计语言那会就因为根据最早的机器指令都把零作为一个重要的条件判断，因此也将0作为数组索引的第一位。后来还有别的工程师也写了不少文章论证从0开始的各种好处，于是这个习惯就被保留了下来。

于是BCPL之后的C语言，C语言之后的C++,Python,JAVA等等大家都一脉相承的继承成了这么一个习惯。到不是说不能从1开始，诸位要是头铁也可以设计一个从1开始计数的语言，只是这样会导致很多一些列关联性的问题，甚至各系统之间数据结构的不一致，要一一处理起来挺麻烦的，还是习惯吧。

如果你还是不太理解，就记住这是历史原因吧，必须从0开始。

所以今天我们也沿着先辈的遗泽，从0开始，先说说如何在你的电脑上安装python，以及安装一个简单的编辑器用来编程和运行程序。

首先我们要明确一下自己所用的操作系统，在这里我假定大家主要是用的是windows，macOS，以及linux，macOS和linux的用户我就不详细讲python安装了，系统自带，可以直接使用。后面主要讲windows下python的安装。

python的官网是 ，不过有时候不一定能正常访问到，如果遇到打不开的情况就多试几次

打开python官网后，点击Downloads按钮，找到下载链接即可开始下载，为了预防万一，我直接给一个Python3.8的windows下的下载链接出来，大家也可以用这个来安装

正常情况下这个是支持windows XP之后的所有版本的，之所以选择用Python3.8来教学是因为现在Python2.X的版本已经没多少人使用了，所以我们一步到位直接上最新的Python3.X的版本吧，这两个版本的差异我这就不细说了。

下载之后安装就一路无脑下一步即可。

注意:安装完毕后，我们需要设置系统环境变量

环境变量这个词以后我们会经常听到，熟悉它吧，顾名思义，在当前这个语境下，它就像是给操作系统定义了一堆变量，我们可以在任何时候调用这些变量从而使用到它们。关于变量这个概念，我在上一章有简单讲过。

之所以在这里要定义环境是因为我们安装Python时是把它当作一个普通应用程序安装的，里面包含一个很重要的东西，就是python.exe，这个是python的解释器，用来解释我们的程序语法并执行程序用的。然后我们在编辑器里写完程序如果要运行，那需要找到这个Python的解释器的位置，并且通知编辑器调用这个解释器来解释程序语法并执行。

别担心，我在这BB了这么一大堆废话，你可以选择性的无视，只需要知道windows需要配置一下环境变量即可。

在windows下配置环境变量通常我建议用以下方法。

右键点击"计算机"，然后点击"属性"然后点击"高级系统设置"选择"系统变量"窗口下面的"Path",双击即可！然后在"Path"行，添加python安装路径即可(这里填写你的python安装目录 D:\Python)，所以在后面，添加该路径即可。ps：记住，路径直接用分号"；"隔开！最后设置成功以后，在cmd命令行，输入命令"python"，就可以有相关显示。

至于写代码所用的编辑器，我打算推荐sublimetext作为初学者的第一个编辑器

下载地址：

正常情况下打开即可食用，不用做过多的配置。打开sublimetext通常我们会看到下面这样一个界面。新建一个扩展名为py的文件吧，作为我们的第一个程序。注意写完之后要另存为hello.py这样的文件，你也可以把hello改成别的，但是扩展名不能动，必须是py。

写如下代码

print("hello world")

ok，现在我们开始运行第一个程序吧，按ctrl+b运行程序，macOS的用户按cmd+b运行，以下就是运行结果。

看吧，这玩意是不是很讲理，说什么来什么，关于print语句，这是一个python的语法关键字，也可以叫做print函数，当我们想在屏幕上打印任意内容时，就用print("内容")打印即可，至于说为什么要用()把内容包裹起来，因为print在python3.x版本里就已经变成了函数，函数调用在python语法中肯定是类似下面这样的形式

函数名(调用参数)

好了，今天第0章先讲到这，有不清楚的可以加我微信询问。

快结束时我们来一个彩蛋吧，让我们输入下面这一行代码

import this

crtl+b运行一下

这算是一个python的彩蛋吧，有点像八荣八耻的感觉，英文过关的朋友慢慢欣赏吧，不熟悉的也没关系，我给大家一个中文的版本。

译者：赖勇浩

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.

即便假借特例的实用性之名，也不可违背这些规则（这些规则至高无上）

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!

命名空间是一种绝妙的理念，我们应当多加利用（倡导与号召）