• 2016-12-19 更新： 增加一些对 Salt 文档的理解
• 2017-04-16 更新： 增加一些对 SaltStack 简单上手

运维自动化管理必须要提上日程了。因为 Python 语言的关系，我将选择的目标定在 SaltStack、Ansible、Fabric 上。

我的选择是 Salt 。

2014年底，我在开发给策划使用的游戏工具时，曾短暂地研究了几个月 Qt，当时感觉用 Qt 来写桌面程序还是挺方便的，生成的界面也比 Swing 要漂亮许多， QML 则让 Qt 的易用性得到了进一步增强。

不过这两年来，Javascript 如日中天，开源世界基于 Chrominum 创造了类似 Chrome App 的桌面应用开发工具，可以使用 Javascript+CSS+HTML 来开发桌面程序。除了安装包大一点之外，看起来似乎还不赖。Atom 和 Visual Studio Code 都是使用这种方式开发的。

想这个问题很久了。自从担任 技术 Leader 之后，这个问题就一直盘桓在我心头，如何分配时间也让我经常焦虑。今天在我的 游戏部门推荐书单汇总 一文中，从筠网友发了这样一篇评论：

为什么不继续发技术帖了？为我们后来人指导一下？您那么多的Lua等技术储备……不发点文章出来，可惜了！经常写写，或者一周一文也好！教导一下后辈，也好继续把你的精神发扬光大！

其实我早已在制定2016计划的时候想清楚了这个问题，但我觉得现在，必须写一篇东西，给自己一点鼓励，也算是对这位提醒我的 从筠 网友的感谢和反馈。

由于博客不再转载文章，我弄了一个 wiki系统 ，这个系统使用的是 dokuwiki 。

使用 wiki 系统还有许多好处，包括但不限于：

1. 方便保存一些零碎的想法；
2. 转载文章便于管理；
3. 文章之间的关系更加系统化；
4. ……

这个系统大概有2年多了，也积累了 300 篇 wiki ，dokuwiki 有很多优点，例如小巧易用，不需要数据库等等。但最近我越来越感觉在线系统的不方便。例如：

1. 编辑器太弱，在浏览器中编辑大段文章的体验很糟糕；
2. 没有版本管理，需要手动备份；
3. 需要经常更新；
4. wiki 许多优秀的生成器不支持 wiki 格式。

因此，No Zuo No Die 的思想又开始泛滥，继 博客静态化工作 之后，我又开始折腾 wiki …

Python web框架的选择

• 2016-12-13 更新： 加入 CherryPy

python web frameworks

一、缘起网站

大约十多年前（1998年），我做了人生中的第一个网站。那是用的语言是 ASP，工具是 FrontPage。

后来（2000~2004年），我做了一段时间网站开发，负责前端到后端、美术到产品的所有内容，使用的语言是 ASP 和 PHP，工具是 Macromedia Dreamweaver 和 Editplus。

那时，我已经开始手写 CSS 和 HTML，并使用 <DIV> 重构网站了。

再后来，我就没有继续做网站了。

现在，因为众所周知的原因，我必须捡起这个老本行。由于一直都 …

Python 测试框架的选择

python testing framework.

如何选择一个易用、主流的测试框架？下面是我的方法。