以前是 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%按照文档实现的。某种程度上确实是，想怎么实现都可以，并且相当多的行为没有被写进标准文档，这种时候开发编译器的开发者可以自己决定如何处理。
最后，给点建议，谦虚点没错的。

@masteryi
第二段代码我的 VS2015 上编译和运行都没问题（不算编译警告），并且运行结果和第一段代码一样。
未定义行为产生的结果本来就是不确定的，取决于你编译器的实现，没有固定的答案。

内存空间不再使用的时候并不一定里面的内容就会马上改变。
这个时候内存空间里究竟是什么是不确定的，引用这个空间是未定义的行为。

@changwei 这个就不清楚了。表示没有在腾讯云注册过。。

OneDrive 访问不方便吧。
如果要备份数据，还是自己整个 NAS 来同步备份比较靠谱点。

@4ever911
CPU 的话有现成的水冷套装，不需要怎么改。
显卡可能要自己花点功夫折腾了。
不过一台机器定型以后一般也不会怎么改动了吧？

电力猫其实效果真的不好，不想走线的话还是 wifi 的效果是最好的了。
对延时要求高的只能走有线，wifi 的延时已经算低了，但是楼主你自己说不太合适，所以没有什么更好的办法了。