出门都不用带钱包了

等你坐在老板的位置上再去思考工程师需要的知识结构和技能会更有意义点。算法只是其中很小的一项。

别的软件出了 Bug 要钱，这种软件出了 Bug 要命。

@vzlf 注意保湿，情况会好点

看你签的是哪个产品，签约好后会提供集成文档，都会有针对接口本身的详细说明。

自己看看 API 文档就能写了，支付宝的不复杂。

阿里云镜像好评，最大的好处其实是服务器是阿里云的时候，走内网速度简直飞起来。

@anewg 如果发现错误可以联系我，或者自己提交补丁。因为手册量实在太大了，但翻译的人非常少。
一般有错误我会及时更新；补丁会定期审核；如果是文件过期不一定能顾得上，现在就有 1700 个文件等着更新。大多数情况下，原译者开了坑之后就不管了。

@amery2010 PHP 手册对多语言非常友好（当然 XML 格式也蛮难懂）

PHP 手册的经验是，可以在翻译后在文件头部注释 en 的版本号，更新起来就会容易很多，可以追踪到对应的 diff 。

格式方面，中英文要有空格；中译要用中文标点；特殊名词可以不翻译。

还有刚翻译的时候喜欢把英文惯用表达方式翻译出来，比如「你可以」，「一个」。
像这个句子「停止一个之前通过 setTimeout() 创建的定时器。」可以把「一个」去掉，也不影响意思。
参考「余光中：怎样改进英式中文？——论中文的常态与变态」 http://open.leancloud.cn/improve-chinese.html

有需要帮忙翻译的也可以找我。

我在腾讯开个工单，马上就有电话打过来解释；我在阿里云开个工单，得等几个小时文字回复，有时候还回答不到点上。

让人开始怀疑账户是否安全的，居然是账户安全险 😸

天猫超市卖假货——这是个大新闻呐，有报道价值。

LZ 厉害。我在维护 PHP 手册中文版，可以多多交流经验。

能拿到上个月的工资就不错了

@boyhailong 小公司的话，建议团队最熟什么就用什么。随便举个例子，比如团队都熟悉 PHP ，那首选 PHP 同步来写了。比如都能 hold 住 Node.js ，对 es6/es2015 都了解，有异步编程的经验，知道如何用 Async/Await 、 Promise 来解决 callback hell 问题，那用 Node.js 写异步也没有什么问题。

很多时候，找一个人人夸奖的方案其实是自己对驾驭项目不够自信。
几年前，我在仓促之下想找个银弹，就选了据说很牛逼的 MongoDB + 异步的 Python 框架： Tornado （就是 V2EX 用的框架），因为自己不熟，掉进了一个又一个坑。回过头来才发现，解决方案其实是用好你熟悉的语言和数据库，做好 profiling ，找到最关键的点去改善，胜过你仓促之下的技术选型。


技术选型，很多时候考虑的不是技术因素。对于大公司，人才多，资源多，能够去选技术上最理想的方案；小公司更应该考虑现实问题。

刚刚 MySQL 的版本显示 30 块钱，犹豫了下就变 68 了。但还是很便宜。