他们的沙箱根本不同步维护，经常有各种问题。
对接人员建议我们用真实环境账号测试！

说句实话，我看到的独立游戏爱好者很多，要都做成这样就敢去任何一个论坛发帖，那论坛也是药丸。
禁言有点过了，沟通清楚然后删帖我觉得并无不妥。

无论技术上可不可行，我觉得和设计初衷、和字面意思、和直觉相违背的 geek 用法都是以可读性 /可维护性为代价的奇技淫巧。

@megachweng @vexe
入门三两天连 SQL 都看不明白的小白，你们居然指望掌握 md 和 gist。。。
我看出来的是，这孩子连如何解决问题都没养成好习惯，怕不是才毕业吧。。。

想当年，js、jq、mvc、es6、node、mysql 这些烂大街的名词无一不是“偏理论，有数学难度的内容”，只不过大家见多了，觉得没啥新鲜了而已。
现在你觉得区块链、机器学习好牛逼，我封装一个库分分钟让 90%的使用者变 API 工程师。十年后，还会有和你一样的人来发一样的帖子，只不过是把 node/mysql 换成了区块链 /机器学习而已。
能想清楚这个问题吗？能想清楚应该怎么做吗？
如果想不清楚，还不如踏踏实实从 API 工程师做起，逐步丰富视野深入挖掘，了解烂大街们的上层设计和底层实现，优点和缺陷。然后理论联系实际，厚积而薄发，成为下一个烂大街技术的孤独奠基人。

改进办法难道不是——
压缩“源码”就不要带.git 目录！
——吗？

看起来不需要可逆？

那就相当随意了。。。sum(md5(n)) % 255 反正足够随机+落到 0~255 范围内即可。

因为升级的人都默默升了，也没啥值得大惊小怪的亮点，懒得说话。
所以，这是一个幸存者偏差型问题。

1，结果导向。你目前急需的才是最高优先级。
2，兴趣优先。不管深度还是广度，兴趣是最佳驱动力。
3，然后是广度优先。每个深度都是无底洞，都可以扔一辈子在里面，而无论是实用角度还是耐力角度，广度都更好一些。
4，对于个别重要话题，保持一定深度。记住两点：选题要准，深度要足够深但又不过深。
然后就是在 2 驱动下的 34343434 循环了。

不费硬件资源，费人力资源，费精力。
每次涉及到账号体系的时候，都需要考虑三方授权问题。
1，多账号绑定怎么办？
2，多一个业务逻辑就多一个服务内容，每次部署升级迁移备份都少不了它怎么办？
3，也多一个失败风险点，引起的客服、投诉量怎么办？
4，三方服务失败 /被墙怎么办？
5，三方服务被脱裤，安全体系崩溃影响我方怎么办？

你看，换位思考一下，随便想一想都这么多问题。不是问题不存在，而是代价和收益的比较。

——做个三方登录加维护多少成本？
——大概每年 100w 吧。
—— 100w 就够了？那做呗。这么小的代价，给到用户的感受是非常不同的。我们 x 牛，要以用户的价值为中心！
——好的 boss ！我这就去安排！
——对了，这部分功能的用户量有多少？
—— 3。。。3 个。
——哈？虾蟆？ 3 个？ 3 个人每年 100w 你莫不是今天停药了？这么边缘化的功能，砍掉！

以上纯属瞎掰，具体数值请楼上各位了解运营层或财务层的决策大佬们提供。

不管需求有多少，不管有没有二次开发便利。
定价 100 元 /天就是在侮辱人格。

浮点数是有范围和精度的。
http://www.cnblogs.com/BradMiller/archive/2010/11/25/1887945.html
可以照这个文章自己手算一遍。

开发圈有哪些约定俗成的常见缩写？

req = request
resp = response
res = resource
app = application
auth = authorization/authentication 这点非常不认可，同一个常见缩写居然能代表两个不同的词。
dev = develop
env = environment
db = database
pkg = package
svr = server
i18n = internationalization
cert = certificate
msg = message
addr = address
tmp/temp = temporary
var/def = variable/define 其实 var/def 已经是很多语言的关键字了
calc = calculate/calculation
src = source
dest = destination
min/max = minimum/maximum 应该已经不算了吧。。。
doc = document
dir = directory


foo/bar = 不知道该起什么名字好


未完待续。

先看书，再提问。
你这问题本身就不及格。

@lxy 没毛病，Python 的 in 用的是==比较。
>>> a = [1]
>>> b = a[:]
>>> b is a
False
>>> c = [a,a]
>>> a in c
True
>>> b in c
True

@flyingghost #9 算我眼瞎，看到“新浪”、“博” 就以为是说新浪微博，万万没想到这年头还有人挂念着新浪博客呢啊。。。
而且看样子楼里跟我一样瞎的还不止一个。😂

1，ABP 屏蔽掉这个框。

2，抛弃官网，使用“眼不见心不烦”等第三方插件，Weico 等第三方 App 品尝微博。

3，抛弃微博。

第二种。
函数头部先把参数异常、外部环境异常、内部状态异常等所有非法异常统统处理完。
接下来安安静静的专心处理函数本身的主体逻辑。

虽然看起来有点丑，但实用，清晰。