有发现过“自己对需求不理解，或者根本不能这样测”的这种情况，特别是对一小部分不上心的测试人员

我们的解决办法是对该类 bug 标记 invalid，invalid 一般来说是测试人员对需求理解错误或根本就没看需求。 Bug 数量的奖励 和 invalid 是相互相成的，一个奖，一个惩。就我们运行的情况看效果还不错，基本上经过一段时间后就不会出现这种问题。

很多学校不是有提供论文模板么？页码和基本排版都有示例的

妹子.io 233

@arens flickr 和 dropbox 一样道理，都是要翻墙

照片为什么不选 flickr ?
电影音乐存国外的会有版权问题，还是老老实实放国内吧，要保险的话本地移动硬盘再备份一份

@oott123 shift 切换的话默认是中文，用的命令行多，需要用默认英文

如果只是回答 yes no 的，很多命令有参数可以默认接受 yes，或者用 yes 命令，比如 yes | apt-get ....

比较复杂的，比如输入密码，通过管道也办不到，这种情况下可以用 expect 写一些脚本进行交互

韩系车路过，2年，没大修，连小修都没有
油耗7.4~7.9
就1.6的排量开空调有点肉，其他没觉得有什么问题

试过很多，最后觉得效果最好的还是空调

公司logo如果不是注册了商标是不需要注册或者备案的

搜索图片，该图片是否是正确的 logo 不好确定
现在 google 百度 找小公司的官网都没法定位到第一个结果

先网上跑一遍，再人肉是条路

看看其他人有没有什么思路

贴个 SOF 的讨论链接
http://stackoverflow.com/questions/2135081/does-my-application-contain-encryption

从法律意义上讲，你要点 yes
实际上 AES 和 SHA512 都是比较常见的加密算法（准确说 SHA512 是哈希算法），点 no 应该都可以通过

选择配置高的，比如小米盒子增强版，盒子用的都是 Android 的系统，配置还是高点好，之前买过乐视盒子，卡成狗

资源大家都差不多

对公业务柜台不多不少的，太少业务不熟练，太多等的烦死

开的工行，软件园区配套，业务熟练，人也不太多，服务挺好，暂时没遇到坑

以前也迷信 MSE，后来发现假冒的老毛桃的 PE 系统释放出来的病毒根本就检测不到，现在已经放弃了

ios 系统的软件质量越来越低了，以前一个小版本的系统更新不至于这么多兼容性问题

业务代码全使用200

有一点考虑是客户端只需要一处错误处理
使用 HTTP 错误，某个错误代码经常不够用，内部还要嵌入更细节的错误信息，这导致客户端需要做多次判断才能完整的处理错误，还不如直接做内部指定具体的错误信息

另外就是 @mcfog 所说的，HTTP 错误留给基础服务，对错误也是一个很好的分类

另外可以 GET 就 GET，不行该 POST 就 POST，API 设计不强求语义，怎么方便怎么来，最常见的就是 search 接口使用的就是 POST。

不要用 CST 时区，巨坑

CST可以同时代表如下 4 个不同的时区：
Central Standard Time (USA) UT -6:00
Central Standard Time (Australia) UT +9:30
China Standard Time UT +8:00
Cuba Standard Time UT -4:00（夏时制，冬时至-1）

而且就算是Central Standard Time，同一地区的不同时间有时候是CST，有时候是DST
对于一直生活在 UTC+8 时区的我实在搞不清这么多时区规则

一个炒股的朋友这几天刚跑去旅游来着，LZ 确定要现在进去？