这题也可以看成是 DFA 的典型例题，就像 #15 说的：“作业基本都是这种东西”。而 DFA 和正则表达式可以互相转换，所以构造出 DFA 再一步步转成正则就可以做出来了。

我做了做，得到了 ^(0(11)*0)*(1|01(11)*0)(0(11)*0)*((1|01(11)*0)(0(11)*0)*(1|01(11)*0)(0(11)*0)*)*$

最后的结果我自己也看不懂，这只是我机械地套用公式得到的，所以楼主没必要为看不懂这些正则而灰心丧气啦。

多核性能强单核性能也强的处理器谁不喜欢呢，我很看好大小核的前景

@hjiang
@7S5cVx
抱歉，不考虑其他城市

上网搜 "debian preseed"，然后使用以下配置：
d-i passwd/root-login boolean true
d-i passwd/make-user boolean false

。。。。。。这些都是计算机操作系统课程里的基本知识了

即使计算机只有一个 CPU 核心，操作系统也可以为进程提供同时运行的假象，这叫并发。背后的原理楼上提了，就是分时调度。

题外话：在编写并发程序的时候，即使 CPU 只有一个核心，也必须要施同步（如加锁）。

首先排除 CLion，因为被宇宙第一 IDE Visual Studio 全方位吊打：Visual Studio 起码不用手写 CMakeLists.txt ，使用更流畅，个人使用还免费。

其次排除 Dev-C++，功能太弱。及时的错误提示、智能的自动补全以及完善的调试器对初学者的帮助真的很大，而 Dev-C++ 做不到。

最后排除 Visual Studio Code，不能开箱即用是最大的缺点，环境出了问题初学者不会修，被麻烦的又会是楼主。

所以答案当然是 Visual Studio 啦，来和我念：宇 宙 第 一 I D E ！

PS: 我最近要打很多算法题，也是那种不用写项目但是要写很多程序片段，和楼主的需求很接近。我日常使用 Linux 机，所以选择的是 Visual Studio Code ；赛场上没有这玩意，正式比赛的时候用 Visual Studio 。

虽说图像处理一律建议使用现成的库，但是两百万个整数，每个元素仅仅是简单的加减，那这数据量一点都不多，运行时间几分钟肯定是代码写错了。别听楼上说的整什么多线程、SIMD 、GPU，我看还是先把代码写对吧。

打不过就加入，你也用 GPU 解矩阵

@nlzy #22 修正：C 也支持函数指针，也能算 first-class function，只是这玩意比起别的语言里的函数，它实在是太难用了。

> Javascript 的闭包特性是否来源于某种设计失误？或是某种设计领先？
这个特性来源于 Scheme，JavaScript 的设计很大程度上受到了 Scheme 的影响。这个特性是 JavaScript 这门狗屎语言里少数不多的“抄对了”的地方，这个特性再加上 JavaScript 对 first-class function 的支持，使得 JavaScript 有了不错的“函数式”编程能力，语言的表达力和灵活性都大大提高了。
但也不能说领先，因为它只是在照抄 Scheme，而 Scheme 是 1973 年的编程语言了。

> 其他语言中不都是如此设计的？
现代的支持 first-class function 的语言很多都是这样的。不支持 first-class function 的语言，比如 C，就不会这么设计。

《中国互联网络发展状况统计报告》里面有一项“手机网民规模”

加上 size 一点用没有。用一台普通的 PC 机在 **几分钟** 内就能生成两个 MD5 一样的文件，而且可以让这两个文件大小一样。

MD5 首次发现冲突都已经十几年了，为什么还要抱着他不放啊。为什么宁愿写各种业务代码，加什么文件大小，加什么时间戳，都不愿意改用一些没有找到冲突的哈希函数啊。

在现代的 64 位 CPU 上，SHA-512 真的很快，SHA-256 速度也没有慢到哪里去，这几个哈希函数性能都是在同一个数量级的，单核都是跑几百 MB/s，比机械硬盘或者 G 口网卡的吞吐量都大了。不要再说 MD5 省资源了。

不要再在新系统中使用 MD5 或者 SHA-1 了，求求你们。

@waiaan #5 《深入理解 Java 虚拟机》这本书里有。

我从 2015 年开始用 Arch，使用时间说长不长说短不短。一开始也是被“保持最新”，“KISS”这些口号吸引。但用过后最大的感受就是，让软件一直保持最新版本所带来的收益，甚至不及它带来的麻烦。

有些麻烦是正常的软件更迭带来的：

比如说，Transmission 升级 3.00 导致一些 PT 站拒绝我的访问
比如说，Python 3.7 升级 3.8 导致刚配不久的 venv 路径不对，需要重新配置
比如说，binutils 太新，导致 xv6 提供的 Makefile 编译不了
比如说，agda-stdlib 太新，导致 PLFA 上的代码运行不了

还有一些是 Arch Linux 的原因：

有一段时间 Arch Linux 源里的 eslint 是坏的，甚至 eslint --version 都不行，因为有一个依赖刚升级了大版本，与旧版本不兼容。然而 npm 里面的 eslint 并没有问题，因为 eslint 的 node_modules 依赖写明了依赖的是旧版本。
有一段时间 Arch Linux 源里的 fish 输入 systemctl 就会报错，因为 Arch 更新了 systemd，在 systemd 的版本号后面加上了 "-ARCH" 后缀，而 fish 没想到过 systemd 版本号会含有拉丁字母。fish 很快就修复了，但没发新版本号，Arch Linux 源里也就一直没动静。

我的心态也逐渐发生了变化：什么“最新版本”，什么“KISS”，什么“用正确的方法解决问题”，都不如“能用”两个字重要。当然，这些都是小毛病，修一修也能用，“凑合过呗，还能离咋地”。

前几个月，Arch Linux 照常更新了 Linux Kernel 和 NVIDIA 闭源显卡驱动，我更新了，炸了。现象是使用过程中无征兆死机，日志显示 NVIDIA 内核模块解空指针。查了查谷歌和 Arch Linux 的 Bug 反馈页面，没有找到相关讨论。我知道完了，影响范围小+无稳定复现，又是闭源驱动的 bug，甚至可能还和硬件相关，想修都麻烦。于是我没报告 bug，而是回退到上一个稳定使用的版本，继续使用。过了一段时间驱动和内核又更新了，我更新了上去，几个小时后，再次死机。

因为回退了内核版本，内核和 VirtualBox 内核模块版本不兼容，虚拟机开不了机。这在意料之中，Arch Linux Wiki 说了，不支持部分升级，不支持软件降级。我有两条路，一条是跟着降级 VirtualBox，一条是离开。我选择了后者。所以我现在使用的是 Debian Stable 回复这个帖子。

回到发行版选择的问题上。如果喜欢追软件的最新版本，认同 KISS 原则，那么 Arch Linux 是一个很棒的选择；如果认同“能用就行”，认同“if it ain't broke, don't fix it”，那么 Arch Linux 真的不是特别合适。

楼主唯一犯的错就是提了一下 VSCode，楼上不少 JB 粉就直接高潮了。

回正题：我觉得 IDEA, PyCharm, GoLand 都还好，只有 CLion 是真的卡。楼主可以试试调大堆内存，在我这是有点作用的。

阿里的价值观真棒 (　^ω^)