测试的重要性

关于测试，很多程序员都喜欢以“工期紧”为理由拒绝写测试脚本。

但我认为这是一个错误的观念。

测试确实不好写，特别是上下文环境有要求的程序更加不好写测试。有时候写一个测试脚本甚至要花上一整天的时间。 但这都是因为测试写得少的原因。

很多时间之所以要花很多时间来写测试，是因为实在没有思路。“我该怎么测试？”

举个例子，比如验证用户登录的功能是否正确。在没有经验的情况下，很容易想“我要怎么写一个程序去模拟用户点击操作？” 但是只要写过一次这样的脚本就知道这个思路并不好，更好的思路是“我要怎么写一个程序去模拟浏览器操作？” 这样可能会更明白些。

当掌握了基本的测试思路之后，写测试就会轻松一些了。

关于测试还有很多可以讲的，但我想讲的是公司里项目的一些感想。

《重构》里不断的强调测试的重要性，是因为写了测试，才能保证重构的逻辑正确性。

而公司项目里缺少了测试，因此即使想重构，也不得不小心翼翼地去重构，甚至望而却步，被里面的逻辑吓怕。

MongoDB vs OO

MongoDB 是面向 Document 的数据库。

它的数据结构可以很灵活，结构可以任意改变。这提供了很大的便利。

最近的项目里，所有 MongoDB ...

谈一谈团队

我是一个对团队要求很高的人，这也许是我一直找不到团队的原因。但其实我是一个对团队要求很少的人。

想想，在大学，我曾在两个团队里工作过。

第一个，是我引以为豪的团队 Stu Developers Team，学子天地技术部。可以说，大学所学到的技术，都是在这里学到的。 之所以比其他人了解更多，是因为这里有我很喜欢的技术交流氛围，不定时的技术分享会，时常的 QQ 群交流，每天都能认识到新的知识。 在这里是真的在追求开源的方式进行开发，也是因为这样才让自己更喜欢开源吧。

在 SDT 里，影响我的事情很多，其中有一件必须提，那就是“软件工程范儿”。 我自认自己写的代码还是挺漂亮。这是在 SDT 里一直强调的事情，一定要写“可读可维护”的代码。 从一开始就一直强迫自己把代码写得好看，不管要修改多少次。 遗憾的是，没有 TonySeek 的那种超强理解力与记忆力。看过的书理解不透又容易忘记。

SDT 是一支技术强大的团队，至少在深大，我们敢说第二 ...

MySQL 死锁问题？

一次开发中，数据库结构做了修改，于是连接上 MySQL 数据库，执行了 alter 语句，但是很多之后都没有反应。估计是数据库断开了连接，于是 ctrl + c 中断操作，之后再退出 client ，重新登录数据库，重新执行。

重新执行的结果依旧是卡死在那，甚至连 select 语句都卡死了。

好嘛那我就 drop table -> 卡死 好嘛那我就 drop database -> 卡死

奇怪的是，其他数据库访问都很正常。

后来我觉得应该是第一次操作发生死锁（或者类似的情况）。

执行 show processlist; 。 果然我所有的命令都显示 Queue，然后 kill 掉对应的 pid。

问题解决。

MySQL localhost ...

填坑大作战

这周的工作就是 填 坑...

1. 将之前被拆分的三个项目合并起来。
2. 合并之后把对应的公共部分继续修改好。
3. 用 MySQL 替换 Redis。
4. blabla 还有其他一些比较细的忘记了

修改到下午，总算是稍微满意了。

入乡随俗 —— 谈谈我的错误做法

入乡随俗 这是这周最后一天江哥对我说的话。

事情的起因是这样的，我参考 Flask-SQLAlchemy 的代码，写了一段套用在 Tornado 框架中。 最后发现怎么用怎么不顺利，怎么失败。

我一直有一个毛病（终于想通了），不同语言甚至是统一语言不同框架，都有自己的设计理念，对于 Flask 适用的，并不代表适合于 Tornado。

记得之前写 Java Web 大作业的时候，也是尝试自己实现一个语法上跟 Jinja2 一样的模板引擎，最后虽然做出来，但是代码很丑。这还算是比较好的。

糟糕的还有，在最开始玩 Python 的时候 ...

从零开始写项目启示录 —— 我所犯的几个错误

现在在写的这个项目是从零开始的。boss 讲明白可以任我们发挥。采用什么框架，怎么设计都由我们来。

而实践过程也犯了不少错，在这里记录下来。

创宇实习流水账

统一 API 设计

前文提及了，这个名字其实不好。因为容易误解。

最开始我理解是把现有的 API 风格统一起来，而实际上是设计一个代理服务器，所有服务向它请求，然后再由它做转发 ...