很久很久了，一直没有想写东西的欲望，这突然之间发现还是想写一些东西，就算对自己的学习过程的记录。一方面一边学习一边记录笔记和心得来督促自己，另一方面就是想记录下来给大家分享下，并不擅长写作，所以有什么地方写的不好，希望各位看官可以提出来并留言，我将加以改进。
关于如何安装我就不介绍了，官网很完整也很完善的安装指南。关于Python的版本，我的建议学新就好了，目前可以直接学Python3.
关于初学者我们使用什么IDE比较好呢？
- IDLE 自带的命令式的黑屏，一次可以输入一行代码，如果只是测试一个理论或者概念，既快又方便。
- Geany，主要是setting中将Compile（pythonPath -m py_compile %f）,Execute(pythonPath "%f") 设置响应的命令格式在Set Build Commands Tab。
- VSCode，主要将python插件安装好，然后在通过setting配置将命令行和调试环境配置好。
这里我就不举例了，需要的伙伴可以网上查下配置，或者留言我可以将配置好的code发出来。
现在开始直接介绍python基础，比较散的知识点，我觉得基础嘛，总结出来只要知道如何使用就好。
变量，存储一个值 -- 与变量相关联的信息。 格式，不需要定义类型，不需要分号之类的来标识语句结束。python是使用行的缩进结构来标识代码块和函数块的。
- 变量的命名以字母和下划线开头，不能以数字开头
- 不能包含空格，可以使用下划线来分隔其中的单词。
- 不要使用保留关键字和自带函数名作为变来名，而且还有一些特殊用途的单词，后续慢慢道来
- 短，而且要有描述性 student_name
- 慎用小写字母l（L）和大写字母O（o），很容易被看作1 和 0
字符串
字符串就是一系列字符。用引号括起的都是字符串，引号可以是单/双引号，也可以嵌套。
test = 'This is test!'
test2 = "This is test2!"
test3 = "This is show 'test again'"
print(test)
print(test2)
print(test3)
修改字符串大小写， title() 函数是将字符串以首字母大写的方式显示，无论是 ABc,abC,AbC，ABC 都可以直接转换为 Abc
- upper() 全部转换为大写
- lower() 全部转换为小写
python 使用（+）来合并字符串，这样的方法称
拼接
使用制表符和换行符来添加空白
- 制表符
- 换行符
- 回车换行到下一行，并且添加一个制表符。
删除字符串空白
- lstrip() 删除左空白
- rstrip() 删除右空白
- strip() 删除两侧空白
数字
整数
python 可对整数执行 加 + 减 - 乘 * 除 / 运算
python 使用两个乘号 ** 表示乘方运算
空格不影响python计算表达式的方式。
浮点数
python将带小数点的数字都称为浮点数.
很大程度，使用浮点数时都无需考虑其行为，python通常都会按照你的方式计算，但是结果包含的小数位数可能是不确定的：
所有语言都存在这样的问题，没有什么可担心的
>>> 0.2 + 0.1
0.30000000000000004
在字符串中使用整数，需要显式的指出希望将整数用字符串表示，调用函数 str() ： 将非字符串值表示为字符串。
关于除法在python 2/3 是有区别的，在2中结果为1，不是3中的1.5
Python2中，整数除法的结果只包含整除，小数部分删除，不是四舍五入，是直接删除。所以在2中一般用浮点数来计算，这样结果也是浮点数。
>>> 3/2
1
>>> 3.0/2
1.5
>>> 3/2.0
1.5
注释
# 标识后面内容会被忽略
import this 执行后可以看到优秀的“Python之禅”
>>> 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!