RESTful 时需要考虑每种 HTTP Method 操作的业务含义，再也不是 GET 使用 URL, POST 提交表单这样简单的区别。http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html 定义有 GET, POST, PUT, HEAD, DELETE, PATCH, OPTIONS, TRACE, CONNECT 九种类型的 HTTP Method。
关于它们可能针对的业务含义就不多说了，而是如果要对每一种操作方法赋予一个颜色应该怎么去对应呢，比如一般 GET 不会有边际效应的操作可以选择绿色，或者蓝色。幸好我也不用多想，这里参考了 Swagger 的颜色方案，它支持除 OPTIONS, TRACE 和 CONNECT 之外的颜色配置，其实我也没用过这两种方法。
从 Play2 Swagger 中截图如下： 阅读全文 >>
还是零碎的记录，也不知道该为每一篇赋上什么合适的标题，姑且用一、二、三、四 ...... 往下标吧。
一种编程语 言，Coding 时一定要讲求效率的，我向来不认为用记事本来写程序就可被认为是多么的高明。就像测试 Java 程序我仍然是选用 Eclipse，当然命令行技术是要求掌握的。写 Ruby 程序可以用 NetBeans 那样带智能提示的工具，但是 Mac OS 下，TextMate 的口碑很不多的，它有很好用的 Bundle，Cmd＋R 就能看到运行结果，查帮助也很方便。
从代码的智能提示来看，TextMate 或许只能称之为半智能，但它的效率还是非常的高，且基于其余时候打开 TextMate 的频度，我选择 TextMate 作为 Ruby 的 IDE。
Ruby 的表达式和操作符，Ruby 的语法是面向表达式的，如在其他语言中的控制结构在 Ruby 中统统叫做表达式，只是它们的返回值为 nil。来看几个较有特色的 Ruby 运算符： 阅读全文 >>
1. 你们的项目组使用源代码管理工具了么？
MVM：应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。
2. 你们的项目组使用缺陷管理系统了么？
MVM：应该用。ClearQuest太复杂，我的推荐是BugZilla。
3. 你们的测试组还在用Word写测试用例么？
MVM：不要用Word写测试用例（Test Case）。应该用一个专门的系统，可以是Test Manager，也可以是自己开发一个ASP.NET的小网站。主要目的是Track和Browse。
4. 你们的项目组有没有建立一个门户网站？
MVM：要有一个门户网站，用来放Contact Info、Baselined Schedule、News等等。推荐Sharepoint Portal Server 2003来实现，15分钟就搞定。买不起SPS 2003可以用WSS (Windows Sharepoint Service)。 阅读全文 >>