连面向 Google 和 stack overflow 开发的能力都没有么？
http://stackoverflow.com/questions/7881469/change-key-pair-for-ec2-instance

0. NS 和 CDN 节点没有必然联系， NS 只是 host DNS 记录而已。何况这些都是 anycast 的。
1. 人家家大业大带宽大没那么容易挂
2. 看看要影响其他人了就一挥手回源，出卖你一个，保全其他人
3. business plan 肯定是牛的，看他家新闻就知道了。然而 free 用户并不算用户（笑

说主题，这里的 if-return 其实不会提高性能
看起来是少了 if-else ，可也别把编译器当傻子，编译器早就知道优化这种情况了。
if-return 的用法主要是用在输入验证的时候，可以 if (illegal) return error ，在要验证的内容很多的情况下，可以有效减少嵌套层数，提高代码可读性。和性能没半毛钱关系。

另外这种情况 C/C++代码用的比较多。
Python 里面楼上用函数表就是标准做法，一点也不偏，这就是状态模式的一种表达法。如果平时用状态模式考虑问题，这种表达是很自然的。你必须理解一点：程序也是数据。
C 里面用函数指针也可以实现，不知道为啥不多见。可能因为过程语言本身的习惯，以及函数指针没用起来那么方便。毕竟 C 里面还要自己处理越界，不能依赖 runtime 检查。


@aleen42 解释型语言就别纠结这种零碎性能了，谁知道 runtime 开销多大。可维护性最重要。不是所有判断条件都是整数的。比如写个 HTTP 后端，完全可以直接用字符串做 method 的选择。

@Quaintjade http://i.imgur.com/FQf0MLw.png

@Quaintjade 这也没啥啊…………
我 online.net 独服便宜多了。找几个人多的种一挂，也是这数量级。 50+ MB/s 肯定能有。不过只能瞬间速度，因为硬盘立刻就跟不上了。

内核定时器有 1ns 的精确度，然而随便一个上下文切换就能到几 us
你排个 short int 光理想情况就要半小时多了
然而实际上进程调度器的调度间隔有 100ms …………
说白了不就是利用 timer 么
"
The suspension time may be longer than requested because the argument value is rounded up to an integer multiple of the sleep resolution or because of the scheduling of other activity by the system. But, except for the case of being interrupted by a signal, the suspension time shall not be less than the time specified by rqtp, as measured by the system clock CLOCK_REALTIME.
"
所以这方法完全不可行
考虑如果系统因为某些原因卡了 n 秒，那多个线程同时满足唤醒条件。调度器可没说保证时间短的就先唤醒。完全有可能按任何顺序唤醒所有满足条件的线程。

难不少
首先变量名就看不出，除非编译的时候加了 debug 信息。而 pyc 基本上就是 py 的直接翻译，同时去掉注释
其次 C++编译的时候一般会优化，优化过的代码和源代码可以天差地别。 Java 编译的时候会有少量优化，但为了保证可移植性，大多数黑科技优化是留给 runtime 或者 jit 的，因为不可能在编译时就知道目标平台有哪些优化可用（指令集，硬件架构等）

@lucat 同是应届生不是大佬
面向 so 编程就是面向 stack overflow 编程
呃………和面向 Google 编程差不多

面向 so 编程？

PGP 不保证
公钥首先从公网取得， PGP 假设你能和好基友见面并验证身份，然后你的好基友再和好基友见面，你的好基友还可以给别人签名。最后理论上能间接验证所有人。也就是说他假设你整个关系网都在用 PGP 。
这就是为啥 gpg 没流行

@suikatw 不能说现在他们都能满足用户需求，就说他们一样好。因为一个是从一开始的设计就实现，另一个是不停掉坑不停 duct tape 的产物。 duct tape 毕竟不是 pipeline

@suikatw 所谓安全组，本质上和早期网络一样，点对点拓扑设置规则
大多数服务器系统都是默认防火墙全挡的，可小白呢？第一句就 accept all 。阿里云也是一样，默认全挡有什么用？配置起来不方便的话小白用户一样全 accept 。这该怪小白不懂事么？别人打你你怎么不保护自己，这就叫强盗逻辑。
好的平台能指导用户正确使用，因为根本没有 maluse 的动机和条件。平台好不好不是看上限，是看下限。不然的话互联网也超安全的，运维水平够的话，什么网络不能用？无米之炊也能做出来啊。可复杂度呢？可靠性呢？可维护性呢？

你要认识到安全组这个东西本来就是阿里云早期没有中间层自己挖的坑，各种安全组各种策略都是后期补锅。像 AWS 那样布局好的，从根本上就不需要考虑这个问题。

@cy18 前提是有人会查
正常人能注意 https 就已经很难得了
之前盗签 Google 的事，是因为 chrome 内置了 Google 的指纹，才上报的

用的 Google Fi ，继承了 Google voice 的号
没遇到过虚拟号的问题

@predator VoIP 和 Google voice 这怎么对接？

这恐怕不能靠推导
用 template 吧

这逻辑………强盗逻辑
找这么说我也可以说公网很安全，有事的都是小白不会配防火墙而已。数据库限好了只允许相应的服务器访问不就好了？
说什么加机器拖进安全组的也是笑了。动态伸缩几百几千台都可以做到，你拖安全组么？
阿里的内网，安全性和公网有什么区别？
不论怎么洗，阿里云的经典网络和 AWS 的有本质上都是不同，而且 AWS 的套路有自己的优势，这是无法否认的。

方便给个 repo 地址么

在美亚，这些都是可以退的………