@curiosity
无论是普通的钢牙套还是隐形的牙套，虽然说每个人的情况不太一样，但是普遍的都需要 1-2 年来矫正。
钢牙套的话最开始当然都会不习惯，不过人的适应能力是很强的，慢慢就会习惯了。
至于效果的话，如果能做最后的效果应该差别不大的。每个人的情况不太一样也可能最后方案的选择也不太一样。
就我自己来说，医生是跟我表示如果做钢牙套不能上下一起做，上下一起做的话因为空间的问题会有冲突，所以只能先做上面等到有改善了在做下面的，所以我为了能时间上快点就用了隐形的。
具体的还是需要自己跟医生去沟通的，找个负责，靠谱的医生还是很重要的。

瑞尔这种一般比较贵。。
据说，上海地区瑞尔之类做隐适美，7-8W 吧。
我这边做是 4W，小地方便宜点。

一般矫正这个项目医保是不报销的。

带电应该是电容残留的电量。
整个电路烧毁的似乎比较严重，在开路的情况下电容的电量释放很慢，可能会保持比较长的时间。

带 USB 的排插我反正是不会买的，我不知道为什么现在都流行集成在一起。
至于公牛，公牛也就是可以用的水平，也别当什么好货，指不定用料还没这个好。

有钱上日系厂商的排插肯定好，国产排插我还是喜欢航嘉的。
有兴趣的可以自己去搜索一下公牛和航嘉的拆解图。

光凭这个图没办法做出任何结论，也没办法帮到你。
单核吃满，你可以重启一下看看，不要做其他的网络操作，是不是马上又会 CPU 100%。如果重启了还是这样，不排除路由被入侵的可能性。
可以考虑重刷一下华硕官方的固件，然后重置一下配置。

可能是密封圈里有残留物质导致的。
一般来说这种地方是最藏污纳垢的，可以用清洁剂泡一下再洗，或者直接用超声波清洗机之类的。

以前是 6W 封顶，现在已经改了。

可能网管都称不上吧。

总体上影响不大的，几乎可以忽略。
只要不是现金形式存在的钱都是在银行体系里打转的，而现金不多不少就在那里，即使因为流通减少更多的流通现金流回银行仍然只是很小的部分可以忽略不计。

跟无风险利率比 15%当然算高。。。
想要这个收益就得承担相应的风险。

不管怎么样，坚决抵制把二手甚至报废闪存翻新出来卖的行为。

可能是网卡和路由器协商或者配置上的问题。
一般来说路由器或者网卡没有必要虚标最大速率，因为反正最大速率基本上都是达不到的，而且决定速率的核心芯片厂商也没有必要造假。

不缺带宽的话可以考虑 OSS，Amazon S3 之类的服务。
不过如果长时间的储存，或者经常需要访问的话，自己买硬盘的储存成本可能比这种服务要低很多。
具体的情况可能要根据楼主自己的情况来核算过才知道。

当然是靠做投资这样的资产性收入

@gnaggnoyil 举个例子而已，当然这种做法是不规范的也不应该提倡。

@irexy 还有一点需要注意，C 和 C++是不太一样的。
C 中 const 强调的是只读不能修改，实际上但是实际上是变量。
C++中 const 强调的是这是一个常量，和#define 差不多，虽然最后也会有实际的内存空间，但是未必就会从内存里去读取这个值。因为在编译阶段就可以确定变量 a 的值了，所以可能编译器直接就编译成 mov eax,1 这样的东西了。
举个例子：
#include <stdio.h>
int main() {
const int a = 1;
int *p = (int*)&a;
printf("%d", a);
*p = 2;
printf("%d", a);
return 0;
}
你用.c 的后缀，使用 C 编译器得到的结果就是 12。但是如果使用.cpp 后缀用 C++编译器来编译，那么结果可能就是 11。
更进一步的如果加上 volatile 来修饰 a，那么用 C++编译器编译出来则又可能是 12。

@wevsty 看错了，没注意结果。

和 @wwqgtxx 说的差不多，这个可能是编译器优化导致的行为。要看这个编译器生成的代码是怎么生成的，可能是编译器对这样简单类型的操作就直接给优化了。

@irexy
很好解释。
const 的大多数时候只是一个编译器用来判断的标志，编译器编译的时候在语法上拒绝对 const 修饰的变量直接进行修改。但是变量是在内存中存放的，const 并没有对这个内存空间施加写保护，所以通过指针就可以改掉 const 修饰的变量了。

@masteryi
C 中从来没有规定指针必须指向有效的地址，事实上指针可以指向任何地址。为了最大的运行速度，C 标准中不存在运行时检查这种东西，编译时只检查语法错误和语法上就能发现的简单的逻辑错误。
这给了开发者最大限度的自由，也允许开发者使用一些不符合规范但是又确实有用的技巧。
比如：
const int i = 1;
int* p = (int*)&i;
*p = 2;
const 修饰过的变量规定上是只读不可修改的，但是通过这样的方法其实又是可以修改的。
编译器开发实现最大的依据当然是标准文档，但是基本上都不是 100%按照文档实现的。某种程度上确实是，想怎么实现都可以，并且相当多的行为没有被写进标准文档，这种时候开发编译器的开发者可以自己决定如何处理。
最后，给点建议，谦虚点没错的。