最后
不知道你们用的什么环境，我一般都是用的Python3.6环境和pycharm解释器，没有软件，或者没有资料，没人解答问题，都可以免费领取（包括今天的代码），过几天我还会做个视频教程出来，有需要也可以领取~
给大家准备的学习资料包括但不限于：
Python 环境、pycharm编辑器/永久激活/翻译插件
python 零基础视频教程
Python 界面开发实战教程
Python 爬虫实战教程
Python 数据分析实战教程
python 游戏开发实战教程
Python 电子书100本
Python 学习路线规划
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
链接：https://www.zhihu.com/question/375368576/answer/1059898195
看了好多回答，还是觉得有更本质的原因的，根源还是在C++这个语言特性上
为什么C++没有Python之类语言这样活跃的生态？我觉得根本原因在于C++没有解决好一个问题：菱形依赖
什么叫菱形依赖呢？就是说A依赖B，A也依赖C，但是B和C同时依赖D，并且我们限定D并不是STL这样的标准库，BCD都是开源库。为了限定到C++，我们这里BCD都是C++库，采用源码的方式发布。
这种情况在生态活跃的语言中则是非常常见的。
在C++当中会怎样呢？
- B和C中至少一个将D的源码合并到了自己的源码里面，放到thirdparty之类的目录里面。A将两份源代码加自己的一起放到thirdparty里面，编译，符号冲突，爆炸。
- B和C在install说明中提到，必须把依赖放到某个地方，然后修改Makefile/CMAKE/Bazel配置，将D的源码目录加进来。结果B和C编译出来的.a里面还是带着D的全部符号，A尝试二进制链接，符号冲突，爆炸。
- B和C在install说明中提到，需要将D的依赖放在某个地方，先编译成.a，设置好参数直接链接.a。但是B和C要求的D的编译参数不一样，链接不到一起，爆炸。
- 把所有的依赖都一个一个放在独立的位置上，设置好include目录，每个都用自己的Makefile独自编译成.a，编译参数用同一套，最后再一个一个指定起来链接到一起——人工成本爆炸。
- A希望B和C通过动态链接方式连接，方便升级。动态链接库里面链接了D的符号，加载起来符号冲突，爆炸。B和C一个动态链接了D，一个静态链接了D，还是符号冲突，爆炸。
- D把自己改成了header only的库，终于不需要单独编译了。B和C在引用D的时候设置的宏不一样，导致编译出的弱符号不兼容，链接完运行崩溃，爆炸。
以上种种，最后对于C++库的作者来说，就变成了这样一个结果：
如果我要提供一个好用、好编译、不给我天天找事情的库，那么我不能引用其它的开源库
没有比这更矛盾的事情了，要造轮子，第一件事情是不能用别人的轮子。但是如果你要正经开发一个系统，你能保证自己不会有一天需要把这个代码重构成一个通用的库吗？那你就得从第一天开始避免用第三方开源库……
在Linux上面唯一有点生态的意思的做法，是引用yum/apt源里面的xxx-dev这样的库，这些库通过pkgconfig的方式组织，而且通过包管理系统保证大家下载到的都是相同且兼容而且编译好了的二进制库，引用起来很方便。但是，只有把接口限定到纯C才能发布确保二进制兼容的库，那折腾了半天，就算内部是C++开发的，一到库的边界上还得转成纯C，也就失去了C++语言的优势了。
只是没有一个集中的包管理系统(网站)而已，库都要自己找自己编译，哪像java一样，配置一下依赖就自动下载编译加入项目，或者py一样直接install就完了。现在c++的包管理，像vcpkg这样的，提供的库列表也不够全，有的还是要靠自己去找。而且由于c++的语言特性，就算是包管理自动下载的，可能也因为各种原因编译不过，还得自己去调整。
链接：https://www.zhihu.com/question/375368576/answer/1047465171
链接：https://www.zhihu.com/question/375368576/answer/1049057305
因为很多 C++程序员的口号就是：别人的东西都是不可靠的，信不过的，只要我精力和能力允许，用别人的还不如自己造，只有自己的才是最可靠的。因此从性格上就不倾向于协同，碎片严重。
而 Python 程序员的口号则是：有现成的用现成的，没现成的找现成的，找不到，我就不做了，因此从性格上倾向于协作。
很多 C++ 项目造轮子之心比 python 强很多，代码都没写三行，起手就是一个 BaseObject，要用我的库，必须继承我这个 BaseObject 或者 BaseTemplate，所有参数传递都要套一个 base::my_smartest_ptr 的劣质套套，再来一个 mini 基础库，定义一堆新的数据结构让你用。
人家就是来买你一根烤羊肉的，你就爱在你的烤肉串外面套一层 shit 强卖给人家，人家恐怕连你羊肉串都不想吃了。
Python 不会有这个情况，首先 py 基础库非常强大统一，不需要象 C++ 一样，项目稍微写大点都要发明半套基础库一样，成为新项目使用的障碍。Python 项目大部分就是专注解决 1-2 个痛点，不执着造轮子，不同的项目就容易在统一的基础库的语义下进行协同。
好点的 C++ 库是非侵入式的，比如把 API 封装成 C 的，全部用基础类型作为接口，这样内部你自己用成一朵花都没人管你，用 cffi 让脚本语言直接调用也比较方便。
因此从好恶上，前者更偏向于单枪匹马自己搞定一切，而后者更喜欢协同。
其实python的排名靠前的开源库核心部分都是c/c++的，python一直是一种便利的外壳语言，非常简单方便。现在大多c/c++模块也都愿意封装成python可调用模块之后使用，在python引入context之后更方便了，整个context内的代码可实现为全部被接管，看起来像python，或是可以python直接运行。其实实际上被接管之后后端可采用平台相关的各种优化库，CUDA,OPENCL,MPI之类的都可以。
所在强烈建议使用纯python的去学习c/c++，可以极大拓展使用python的威力。而还没有接触python的c/c++的开发者学习python，可以极大增强现在工作流的便利性。
作者：saturnman
链接：https://www.zhihu.com/question/375368576/answer/1058324189
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
作者：nullptr
链接：https://www.zhihu.com/question/375368576/answer/1060186756
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
C++的库，或者说C++吧，很多东西可以算很依赖编译器、构建工具之类的版本、特性等等的了，"Header Only"的库好多也这样。
最简单的就是这样一种情况，源码全给你了，怎么编译都说了，也会有很多人编译半天都编译失败，就算是很熟练掌握那一套编译、链接过程的，有时候可能也要去稍微改一下库的源码，适配一下自己的环境。
然而你要是没搞好，报错就算了，要是你用的库模板多，那套娃式报错上来给你来几十条几百条，要是写库的人写飞了什么指针，那错误定位也是麻烦得很…
良心的库，会针对各个主流平台做测试、适配，比如LLVM，每次release那一堆，但很多库作者是大佬中的大佬，他觉得这些东西都挺简单的，我核心思想都给你了，你应该一点通啊，自己写一个都可以了。
而且C++范式多，C++的开发者也都在自己吵，都觉得自己的范式是对的，这样库的特异性就更高了。
Python的库，因为python这一类语言的特点，本身社区就比较统一，绝大部分的库都是直接拿过来import就可以了，尽管很多底层可能是C++来做的，但毕竟有大佬给套壳了，这样使用门槛大大降低，所以感觉上python开源库就特别多。
（我觉得C++的库还算挺多的…就是拿来即用的可能是真的不多…）
大家都说的很全了, 还有一点没人提.
C/C++ 自由度太大, 引入一个垃圾库, 风险太大.
万一有个逗比指针飞了, 你怎么从 50+ 个依赖里找到谁是有问题的…
最后
🍅 硬核资料：关注即可领取PPT模板、简历模板、行业经典书籍PDF。
🍅 技术互助：技术群大佬指点迷津，你的问题可能不是问题，求资源在群里喊一声。
🍅 面试题库：由技术群里的小伙伴们共同投稿，热乎的大厂面试真题，持续更新中。
🍅 知识体系：含编程语言、算法、大数据生态圈组件（Mysql、Hive、Spark、Flink）、数据仓库、Python、前端等等。
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
1177
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
