c99 的变长数组， gcc 支持但是 vc 不支持，现在很多教科书都是基于 vc （ 6 ）的
这么搞如果 n 比较大容易爆栈
斐波那契数列可以用矩阵相乘把时间复杂度优化到 O(log(n))

@siriussilen 确实，取模消耗比较高。你这样好一些，就是麻烦点。

到 sqrt(n)就可以了，算素数反正也是 O(n),不如直接过一遍完事儿

讲道理 vc6 生成的工程文件和中间文件数量和 vs2015 差不多多吧。上面提到的那么多 ide ，哪个不是要生成中间文件和会生成工程文件的？
如果是要打开就能编译调试还是 codeblocks 或者 codelite 吧，至少比较轻量级。
vc6 的编译器都老掉牙了，茫茫多语法和特性和现在的标准不兼容，现在还用不是误导人么。
clion 学生是免费的，也是目前最智能的 c++ IDE ，但是确实太耗内存了，而且不是 ssd 硬盘也不太扛得住，而且还要你学习 cmake 。综合起来还是 visual studio 的消耗低也足够智能。

@yangff 我以前搞 acm 的时候也喜欢 freopen ，然而后来知道直接重定向输入和输出流不是更简单？都不用写代码。 system("pause")是仅支持 windows 的，你运行的时候 ctrl+f5 （非调试运行），运行完不会退出的，如果直接 f5 （调试运行），那直接结尾打断点好了

这个思路是蛮可以的

为啥非得把 NoSQL 用成 SQL

用矩阵，斐波那契的复杂度是 O （ log （ n ））

免费的就 xshell+xftp 呗。家庭和教育免费
收费的还是 securecrt 。

不过感觉现在的 xshell 也足够好了，不逊色 securecrt ，以前的 xshell （ 4.0 版本）用起来是没有 securecrt 舒服


不过最近在折腾 tmux ，感觉有了 tmux 之后，原生裸 ssh 也还行，就是 tmux 在 bash on windows 上不能捕获鼠标，看历史的时候比较麻烦

epsilon

我一般自己的代码仓库放~/workspcae ，第三方库和工具代码和脚本放~/setup ，预编译库放~/prebuilt ，测试代码放~/test


这个按自己习惯就好吧

如果开全了编译优化的话，应该是 O(0)吧

禁用掉 ipv6 呢？以前我在日本的梯子，禁用掉 ipv6 就好了

@JamesMackerel
@mind3x

不清楚，讲道理最近几次 ping 的时候丢包率并不高。延迟低的时候 60ms 。
但是同样是 60ms ，丢包率低于 3%的时候，我用 wget 下载偶尔能到 3MB/s ，还偶尔能到 1MB/s 。然后大部分情况下都是 60KB/s 和 400-600KB/s 的，还偶尔会 20KB/s 的。
我特意同时拿两台延时和丢包相近的机器试了下，一台开了 bbr ，另一台没开。两台机器都出现上面的情况。所以我没感觉出开 bbr 的变化在哪

@v3exad 我用 vultr 的东京节点试了下感觉也没什么效果

这种情况，十有八九是某个人 merge 的时候 revert 掉了别人的更改。对于这种不会用 git 的人，一般我都给他设 autorebase 和 automerge 保平安

你就不能给每条消息分配一个 ID ？然后拉到的消息和已有的 ID 相同就 update ，否则才 insert ？