C++源文件为什么在windows上扩展名是.cpp，到了linux就是.cc？

不能统一起来吗？

最近涉及到这方面的问题，很是疑惑，有两点： 1.Linux 用的 C库是 glibc，而 glibc 是 GNU 维护的，那 glibc 就不可能只给 Linux 一个操作系统用，那 C 库里的系统调用是如何准确调用的？ 2.Linux 源码中貌似没有 glibc，那么为什么我编译出的 Linux 内核可以直接使用，并且能跑 C 程序呢，这个 C 程序用的 glibc 是什么时候出现的，又是什么版本的，是随linux内核源码一起发布的吗......

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

他们是什么心态？

.h和cpp，放在相同目录下好，还是顶层就用include\src分开好？ 例如project/ ├── include/ │ └── deepx/ │ └── loss/ │ └── cross_entropy.hpp └── src/ └── deepx/ └── loss/ └── cross_entropy.cpp 还是project/ └── deepx/ └── loss/ ├── cross_entropy.cpp └──......

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

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