话说 Google 的编码规范里面一般会有一条，讲如何处理不满足规范的旧代码的，比如这个： https://google-styleguide.googlecode.com/svn/trunk/cppguide.html#Existing_Non-conformant_Code

You may diverge from the rules when dealing with code that does not conform to this style guide.

If you find yourself modifying code that was written to specifications other than those presented by this guide, you may have to diverge from these rules in order to stay consistent with the local conventions in that code. If you are in doubt about how to do this, ask the original author or the person currently responsible for the code. Remember that consistency includes local consistency, too.

----
这上面还是说的是在修改这些代码的时候，可以不完全考虑规范。

而目前能用且没有需要改动或重构的代码，根本就不应该去碰好么……与其做加注释这种事情，还不如直接重构/重写掉，在重写的代码上应用新的规范。

----
对公司来说，员工利用工作时间来做加注释这种事情也是没有任何产出的亏本行为
也就是不计效率的或是压榨员工的公司才会搞这种事吧

查征信记录，可以查到名下的信用卡和房贷之类的

@abelyao
允许特殊字符并不会让用户输错密码、忘记密码的几率提升啊

强制要求特殊字符或者强制要求不包含特殊字符，导致用户没法用自己常用的密码，才会让用户输错密码、忘记密码的几率提升

不差钱的组织的网站

select/poll 是 3
epoll 是 4 吧

https://web.archive.org/web/20090305042547/http://github.com/

“The machine that serves this file is down. We're working on it.”
然后前一天和后一天的 GitHub 页面都是 404 Page Not Found，不知道那时发生了啥……

if(x%2!=0) r*=a 被你漏掉了

/t/74245

可以写啊。
不过工程文件和界面文件之类的非代码文件，还是得用 Xcode 打开啊……

search “ssl cert pinning”

用 Xcode 编译程序的话风扇声音比玩 WoW 还要大呢……

或者还可以这么说，假如我自己提供了一个更便宜也更方便的验证服务，接受名字和身份证号码，返回 true 或 false。具体实现上，本地缓存无法命中的，就去花 5 块钱查。由于查询的名字和身份证号码是我的客户输入的，并不是窃取的，法律风险应该也不大吧。

我在想，比如我缓存了实名认证需要的姓名－身份证号码的对应信息，但是我并没有直接保存名字和号码，而是保存了比如名字的散列－身份证号码的散列的对应信息，从这些信息中应该是没法根据名字查询到身份证号，也没法从身份证号查询到名字，唯一能做的就是返回输入的名字－身份证号是否是真实对应的，那么是不是就可以规避一部分法律风险呢？

@sunjws 设置一下 requestSerializer 应该就可以了
_sharedClient.requestSerializer = [AFJSONRequestSerializer serializer];

不学数据结构和算法怎么能用好别人造的轮子？

gist 里面的 Request：
- Content-Type 没设置
- 设置了 Accept: text/html （但是这不合理，因为后面的代码里面明显可以看出你要的是 application/json 的返回数据）
- paramRequest 这个 Dictionary 是用表单参数的方式序列化为 POST body 来提交的

下面你手写的代码：
- Content-Type 设置成了 application/json
- Accept 没有设置
- paramRequest 这个 Dictionary 是序列号成 JSON 格式的字符串然后直接作为 POST body 提交的

----
前两点不同，取决于你服务端的设置，可能会导致出错，也可能不出错
第三点，直接导致你服务端收到的数据是完全不一样的；看起来，你的服务端期待的是 POST body 直接是 JSON 格式这种形式。