学好C/C++大型项目的办法

less than 1 minute read

Published:

原文链接

C/C++领域能选择的范围和机会要比web领域多,因为它覆盖的领域太多了,但是它的问题就是学好语法和做demo级别的简单,并且大部分人也是止步于demo级别的代码量,能持续开发10年+的c/c++程序员特别少,都是入门到放弃的很多。

而github上许多老外的c/c++成熟的大型项目很多,都是几百人,上千人,几千人规模,源码开发周期都是10年,20年,30年,真要学好技术,就得先做好学生,先学习老外的项目,老老实实的脚踏实地的做好学生,先去阅读,分析,消化学习老外的github c/c++项目,多阅读几个大型的项目,那么你的C/C++语法使用能力,计算机知识理论,技术经验就会成倍数的增长,也会深化对理论的认知,更会修正国内什么大佬,什么老师之前传授你的C/C++以往的认知和经验,因为许多人的知识体系构建都是来源于国内的培训,某某社区教程,某某所谓顶级大佬。而github上的老外的C/C++项目才是正规军,它才是核心技术的源头,才是技术正宗。

先拜老外的github /c/c++项目为老师,老老实实的去学习,去实践,当你经历了几个项目,慢慢的自然就能入门C/C++的世界,但是许多初学者以及许多从其它语言转来的,都是入门语法和demo级别的源码就慢慢的放弃了,技术自我驱动能力弱,之所以弱,是因为没有找到什么诀窍,对大型项目的阅读,分析,DEBUG畏惧,也不知道怎么阅读,从哪里开始读,读到哪里,哪里是关键,哪里是核心,要怎么DEBUG完全一脸抹黑,下载下来一大堆文件,面对几十年,面对几个人,上千人规模的大型项目,缺乏研究分析能力,缺乏调试DEBUG能力,不知道从何下手吸,同时大型的开源项目体系大,源码规模庞大,国内的AI在回答时错误的也非常多,一些AI甚至无法访问阅读github上的大型项目,涉及到规模庞大的大型项目,内部源码的技术问题AI在回答上错误百出,如果你要是没有分析DEBUG分析能力,往往容易陷入AI的坑里,就像刷小视频形成的信息茧房一样容易陷进去摧毁个人的认知和价值体系,对AI的回答你往往不敢怀疑正确性,100%相信AI的能力,这样的程序员朋友还是很多的。

要确保搞定C/C++的前提条件就是先做好学生,先做github 老外的c/c++大型项目为老师,端正态度,毕恭毕敬的学习,学习好《GITHUB C大型开源项目分析实践》掌握好大型开源项目源码如何阅读,如何分析,如何DEBUG,如何裁剪掌握这一套方法,就有能力对其它的开源项目进行分析消化吸收了,真正的源码阅读是以 裁剪,移植,DEBUG实践形式进行阅读的,以实践来阅读的,以实战促读形式,而不是硬读,瞎猜,盲猜,因为开源项目往往规模庞大,体系复杂,人员都是几百人,几千人规模,如果不知道哪里是关键,哪里是核心,就从0到1处处都去看,根本没有那么多时间和精力,也会消耗大量的时间成本,也会容易消耗打击个人的积极性,面对茫茫的源码大海,阅读分析半天就会疲倦厌烦恶心头痛从而放弃,所以找到一套方法和诀窍是非常重要的,找到了诀窍和方法才能事半功倍,工欲善其事,必先利其器。

以github c/c++老外的开源项目为基本,慢慢的吸吮养分,壮大自已,坚持下去,自已才会有能力去研发底层基础设施,有能力去做商业软件,职业生涯才会有更多的可能和机会,而许多学习C/C++的朋友往往学习点语法,做点demo就想一口吃撑肚皮,就想做大型项目,就想做商业项目,就想做底层基础设施,就想做类似mysql linux cmake cpython php lua redis oracle freertos vxworks gcc llvm tensorflow opencv window…这种大型项目,野心是足够大了,可是实力不允许啊,要做这些项目的前提是你得先老实本分,先拜老外的github c/c++项目为老师,先去学习,先去分析,先去消化啊,先去看看老外的c/c++大型开源项目是怎么做的,慢慢和积累增长实力,功夫到家自然就会成事,绝对不能不去实践,全相信AI的忽悠和国内某某大佬的所谓指导,掌握正确方法和诀窍是面对老外c/c++开源项目的核心前置条件,摆在初学者面前的重大问题就是老外的开源项目规模大,资料少,AI回答忽悠太多,许多人只是口头争强主义,很少实时行动,只摆空话,而我讲的GITHUB C大型开源项目分析实践》以DEBUG,裁剪,移植实践促读为原则,重在实践,摆方法,讲行动,以大家的痛痒问题为重点,以实践促学形式一步步的传授。