复利是世界第八大奇迹 - 爱因斯坦

如果你和我一样是个职场小白，没什么存款，也不想费心研究基金啦、股票这些东西，又感觉钱放银行或者余额宝没啥收益，可以试试低估指数基金定投的方式，简单易学亲测有效。

动态语言一时爽，代码重构火葬场

随着公司产品周期迭代和业务发展，使用 python 这种动态语言开发慢慢也暴露出一些问题，比如性能低、易出错、难重构、难维护等。 网上大部分是技术相关文章，工程相关的比较少。笔者就之前几年写 python 和维护 python 后端项目的经验简单介绍下如何提升 python 项目工程质量。

Python is a language for consenting adults. —Alan Runyan

重新看了下 《Fluent Python》，依旧还是很多东西没能消化完。简单记录下吧

You build it, you run it. - Werner Vogels

现在很多互联网公司采用了微服务架构，将业务拆分，保持代码仓库尽量精简。同时一个小团队负责开发和维护一个服务，提升了开发和部署效率（软件本身的组织结构与软件团队的组织结构式一致的，即康威定律）。 知乎很多业务后端采用了 python web 框架 tornado，都是开源的、成熟稳定的技术（虽然笔者更喜欢 flask 全家桶）

Think more, type less. Aim for minimalism, fewer states, less mutability, and just enough code for the known, relevant parts of the problem.

最近一直忙着写公司业务代码(大家应该发现知乎可以上传和观看小视频啦^_^)，很久没更新博客了。不过笔者最近从 vim 迁移到了 neovim，花了几个晚上的时间修改配置文件，现在已经可以全面在 neovim 下写 python 了，就简单介绍下 neovim 吧。以前使用 vim7.4 还是有一些比较X疼的地方的，比如复制粘贴问题，大文件卡顿，一些插件会导致 vim 被 freeze 等，切到 neovim 之后使用体验比以前好了很多，没白瞎我几个晚上修改配置（之前自定义了很多快捷键也安装了很多插件）。

Reinventing the wheel is great if your goal is to learn more about wheels.” – James Tauber

Python web 框架众多，大而全的 django，小巧的 flask，支持异步的 tornado 等，可能是因为用 python 实现个 web 框架太简单了吧，python 的框架层出不穷。 下边一步步介绍下一个 web 框架的基础组成，以及如何写个简单的 web 框架(使用 python3)，从而了解下 web 框架的工作原理。

代码的写法应当使别人理解它所需的时间最小化。- 可读性基本定理

刚工作那会总喜欢追求一些代码语法糖，感觉有奇淫技巧的代码才是牛逼的。真正开始做项目后才发现代码可读性是如此重要，最近 code review 也因为一些命名问题修改过代码（英文词汇匮乏啊。。。）重新回顾下这本书，争取写出更易维护和可读性高的代码。

软件构建的核心就是管理复杂度。 - 《Code Complete》

最近笔者加入新公司，又开始一段新的程序员之旅。每次最头疼的还是上手已有的很多代码仓库，看别人的代码一直是一件痛苦的事情(理解最初的编程意图是最难的问题)，不过好处就是又学到了很多新东西，又了解到自己有多菜。最近又重新翻看了《代码大全》，摘抄了一点东西。如果说软件工程领域非得让我推荐一本书的话，无疑是这一本大而全的代码百科全书（虽然有点陈旧），汇集了很多编程技巧和工程领域的研究成果，很有启发，也正是这本书让我在编程上从野路子走向正规军。笔者一直感觉自己智商平庸，很想与高手程序员一起工作，看看别人是怎么解决问题的。我感觉高手和菜鸟最大的区别，除了智商、基础知识、自控能力以外，就是编程的习惯与思维方式的不同了。好在后面的特质都是可以学习和改善的，加入一个好团队就比较重要了。另外，对于团队而言，一个人的杰出能力往往不是那么重要的，开发流程和方法却会对产品质量产生很大影响。更反直觉的是，技术领域由于发展迅速过往经验有时候反倒是个阻碍。笔者现在写代码总有一种如履薄冰的感觉，生怕上线后出错跪了(在众多代码仓库中定位和修复 bug 也是个不小的挑战)。当然笔者也看到，很多厉害的技术老手也会犯一些低级错误，人的思维总是会有疏漏的，所以更要靠良好的习惯、规范和工作流程克服人的思维缺陷。工作的过程中也感觉到，自身的沟通能力、业务理解能力、主观能动性等还是有待提高啊。。。光会写点代码还是远远不够滴。

Write code that writes code. Code generators increase your productivity and help avoid duplication.

天下武功，唯快不破

每当我们启动一个新项目的时候，总有很多重复性工作，创建后端app模板就是其中之一。如果是使用django还好，django提供了生成项目app的命令直接创建，不过貌似现在很多pythoner都倾向于用flask这种微框架。虽然很多成功的项目是基于django（Instagram，Disqus，Pinterest等）构建，不过笔者还是更喜欢flask这种微框架。flask的好处在于你可以随意替换插件（ORM，模板等），相比django更加灵活。缺点就是有时候会选择困难，不知道如何组织大型项目，而且需要学习各种flask的插件，实际上把flask一套插件都整明白也需要一定的学习成本。今天笔者介绍的这个Cookiecutter项目就是专门用来解决项目模板生成问题的，经过了python3.5.2生产环境的检验。

Everything Should Be Made as Simple as Possible, But Not Simpler. - Albert Einstein

我觉得编写软件的过程就是和和复杂度斗争的过程，无论是编写传统的pc软件还是web应用。对于python这种动态语言，很多问题是在运行时才暴露出来的，而且动态语言相对难以维护和重构。我一直感觉使用动态语言的时候要更加重视项目工程的管理，控制复杂度，防止代码仓库失控。了解一些常用原则降低复杂度还是有必要的。

Do one thing, and do it well. - A principle of Unix philosopy

学习和使用vim有几年了，我的编辑器学习之路也该告一段落了，目前使用vim和一些插件基本能满足日常代码和文档(博客，笔记，代码文档)的编辑需求了，也无力折腾其他编辑器了。现在大部分时间都是在终端和vim里工作，我觉得在vim上花的时间还是值得的。本博客所有的文章都是在vim里写的，配合markdown插件可以在浏览器里即时预览。本博客是《Practical Vim》读书笔记，不是一本入门书，以一个个tip的形式组织，凝聚了作者的使用智慧，结合自己的使用经验做个简单的记录。

A SQL query walks into a bar and sees two tables. He walks up to them and asks, “Can I join you?”

最近看了一本小书，网易技术部的《深入浅出MySQL数据库开发、优化与管理维护》，算是回顾一下mysql基础知识。数据库一直是笔者比较薄弱的地方，结合自己的使用经验(python+sqlalchemy)等做个记录，笔者比较喜欢使用ORM，一直感觉拼sql是一件比较痛苦的事情(主要是不擅长sql)，以前维护项的目中也遇到过一些数据库的坑，比如编码问题，浮点数精度损失等，防止以后重复踩坑。

Abstraction is not about vagueness, it is about being precise at a new semantic level. - Dijkstra

笔者之前学习python的时候就对这几个概念有些困惑，尤其是python3之后又不断添加了yield from, async, await等关键字用来支持异步编程。最近看到一篇比较好的博客就结合自己的理解翻译并解释一下这些概念，包括生成器，协程，原生协程和python3.5引入的async/await。 请使用python3.5运行代码示例。

Optimization hinders evolution. - Alan Perlis

最近扫了一本《High Performance Python》，该书从多个角度比如性能度量(profile)，内置数据结构调优，并发，多进程，多线程，使用C加速，异步，分布式，内存调优，其他网站使用经验等介绍了python优化经验，看得出几位作者的计算机体系结构和python功底很深。笔者非计算机科班出身，有些知识点超出了我的能力范围，不过多了解一些东西对于以后技术调研和选型还是很有帮助的，简要记录下涉及到的一些东西。

看一场，教一场，做一场。 -外科手术先驱 William Halsted

其实我觉得刻意练习挺适合编程领域的，一直很好奇那些编程领域的牛人们是如何思维的，不过一直没多少机会接触。用一定的方法练习虽然成不了牛人，但是至少能做到一个合格的工程师。我觉得这本书最好的思想就是让我们用一种『成长性』思维看待问题，不断用合适的方法磨练专业技能。

Use a single editor well. The editor should be an extension of your hand; make sure your editor is configurable, extensible, and programmable. - Andrew Hunt

平常总是用那些大神们写的vim插件，今天闲来无事学写了一下vim插件，顺便写一个简单的教程。
先来看下我一个旺盛的需求：平常总会遇到分享本机或者服务器代码的情况，我经常使用paste.ubuntu.com网站粘贴代码(我记性不好总是忘记scp咋使的)，然后把链接分享给别人。类似github的gist服务，不过比较简单，而且gist国内用户访问有时候会出现奇奇怪怪的问题，所以一般我用ubuntu的pastebin多一些。但是步骤麻烦点，我写这个插件就是要一个命令帮我完成在vim里直接贴代码到paste.ubuntu.com的功能。

Metaclasses are deeper magic than 99% of users should ever worry about. If you wonder whether you need them, you don’t (the people who actually need them know with certainty that they need them, and don’t need an explanation about why). - Tim Peters

平常都是写业务逻辑，从来没有使用过元类这种黑魔法（好吧，目前的编码规范是不推荐在业务逻辑当中使用元类的，不好维护并且一般来说并无这个必要）。不过貌似只有造轮子的时候才会用到，就像上边的引用里说的，当你不知道为什么要使用元类时，你是没必要使用它的,大部分时间python灵活的特性已经可以应付几乎所有业务问题。最近重新看了下元类，突然有了一种霍然开朗的感觉，用几个简单的例子介绍一些元类(使用python3.5)。

“Any fool can write code that a computer can understand. Good programmers write code that humans can understand.” — Martin Fowler, “Refactoring: Improving the Design of Existing Code”

可能又要被说吹毛求疵或者有代码洁癖了，但是最近协作的时候感觉代码风格不统一，看代码的时候很不方便。实际上良好的代码排版，包括何时分行，何时使用括号都是有讲究的。
良好的代码排版给人看下去的欲望，同时还能让人分清主次重点，方便快速理解代码。讲一下自己对一些编程细节的看法。

The grammar specification should be a natural-looking part of the Python program, easy-to-read, and familiar in style and format to Python programmers. - Zen of Pyparsing.

上篇博客在讲设计模式解释器模式的时候提到了pyparsing库，当时用该库处理命令从而实现了很简单的DSL，这次详细介绍下该库。 pyparsing是一个文本处理库，可以用来处理html，日志文件，复杂数据结构或者命令的解析等。比如去除源码中的注释，或者写个简单的DSL等。

Patterns mean “I have run out of language.” - Rich Hickey

之前学习设计模式的时候总是没有什么感觉，因为记性不好一直没记住多少。python不像java中比较强调设计模式(编程套路)，动态语言也内置了像是装饰器、迭代器等模式，另外python中的『一切皆对象』、鸭子类型等也导致python中实现的设计模式和其他语言有些差别。根据YAGNI(you aren’t gonna need it)和KISS(Keep it simple sutpid)原则，如果能用简单易懂的方式实现，最好不要滥用设计模式以免增加复杂度和维护难度。本博客是《Mastering Python Design Patterns》的读书笔记，涵盖大部分设计模式(力求pythonic实现)，有兴趣可以参考下，代码示例版本为python3.5.2。（3.6都发布了，已经被时代遗弃😢……)