c++写高性能计算有什么心得体会?

用c++写矩阵运算，想要超过fortran的速度，应该注意哪些方面?随便哪种计算方面的心得都可以

人生的每个阶段或许都有不同的心得体会，读研的你，或者读完研究生的你，是否有什么想说的吗

我在是一个比较冷门行业的初创公司，成立不到5年，所在小组今年第2年。我们一直用Python开发，包括算法功能和后端服务。今年感觉到算法这块有些性能瓶颈需要用更高运行效率的语言改造，大约不超过5%。考虑到生态和最好不依赖JIT，远期可能会上嵌入式与GPU开发，只有C++和Rust可选。在我们这个行业，C++无疑是生态最好的，第二个就是Rust，主要的库约90%有bindings，而且一些新的工具链又以py和rs居多。我试了一下翻译一个小工......

gcc已经c++的形状了，c新标准一定程度上只是掠夺了c++特性，llvm是c++写的，msvc想都不用想。但为什么说c++写操作系统会很糟糕？

本人某次级九八五大一快结束，有一点c/c++和linux基础，看了很多c++的就业方向发现hpc高性能并行计算是一个比较不错的出路，但是我在各个招聘网站上发现几乎所有的hpc岗位都是硕士及以上的人才拿到了offer，那么我想问问本科生能搞这个吗？这个行业是更吃硕士学历还是更吃能力？

有哪些不足之处？

近日，“苏州85后副局长体验送外卖”的消息引发关注。据苏州广播电视台，苏州相城经开区社会事业局副局长张亥秋体验了两周的外卖骑手生活，写下了4000多字的心得体会。骑手的工作比想象中辛苦，尤其冬天、夏天。

Make 和 Ninja 比它简单。论 DSL 设计的合理性，Meson 以及基于 Lua 的 premake、xmake 都比它要好，甚至传说连 CMake 的开发者自己都后悔当年没有用 Lua 当 DSL。Bazel 也比它更加适合云上构建。 CMake 凭借什么成为了 C/C++ 构建系统的事实“标准”？CMake 的流行是不是一场灾难？如果是，我们是否还有办法阻止这场灾难？

高频交易对系统延迟要求很高，但是交易过程中记录日志又是刚需，这个有什么比较好的办法吗（库/方案）