C++编程之旅
大家都说C++比较难学,但对于我这种一直没系统学过其他语言的C++程序员来说,并不会觉得C++难,因为我没去体会过其他语言的简单。最近在学习设计模式,引发了我对编程的一些感悟,所以打算记录一下。
听说"低级程序员才讨论语言的差别",我可能就是吧。
C++基础中总是会提到C++编程的过程:写代码->预处理->编译->汇编->链接->运行。当然,还有一些其他阶段,例如debug阶段。这个基础知识我看过无数边,记的滚瓜烂熟。但是我发现它的重要性一直被我忽略,它能够指导程序员去整理自己的知识体系。
例如:如果你对你的C++水平不够满足,则会去学习很多知识,但是发现要学的东西太多太杂,仿佛永远学不完,直到放弃。但是,你学的每一个零散的知识点,都可以将它归结到C++开发的这几个阶段其中一个。
例如我最近在学设计模式,设计模式可以归结到C++的写代码阶段,设计模式的用途就是将代码写的容易看懂(别跟我说设计模式的作用不止这一个,复用代码/解耦代码/各种设计原则/设计模式等等 最终作用全都是为了代码容易看懂),理解了这一点,你就能发现自己编程时的弱项在哪个阶段,并且带着明确意图 通过学习去弥补它。
如果你学习宏定义的各种奇技婬巧,则你只会弥补你在预处理阶段的能力。而对于语言差别的讨论者,大概是在讨论C++的语法多/杂/灵活/丰富/怪癖,这应该归到C++的编译阶段,编译器对C++代码的语法处理,然而,想成为一名合格的C++程序员,也许对C++的语法并不需要完全了解。甚至即使你全都学会了,整个团队写项目时,为了统一代码风格,也不会让你随便show各种生僻语法。
如果你学习汇编语言,学习反汇编,则可能你在弥补的是你对汇编阶段的理解能力,debug能力(当然debug时只是偶尔用到汇编知识),这一部分对业务开发来说几乎完全用不到。
当你的项目足够复杂时,文件超过100个,代码上万,百万时,你需要去弥补的,不是C++语法,不是汇编,而大部分应该去学习链接器的链接规则,并去学习一些项目管理工具,如make,cmake之类的。
作为一个C++程序员, 我学过的知识非常杂乱,想起什么来就去学一点。可能C++语言本身对程序员的要求就是这样吧,你用C++做什么,就找准C++里面相应的那一小部分,去学习,如果没找到,或者找错了,那你将会学的很迷茫。
最后总结一下我针对各个阶段,了解/学习过哪些知识。也许不够完整,但可能能够帮到你:
1:针对 编码阶段,我学习过:C++语法,STL,设计模式,《代码整洁之道》,面向对象设计,了解模板编程,借鉴开源库libco,操作系统API,
2:针对 预处理阶段,我学习过:宏定义from谭浩强的《C》和《C++》教科书/《深入浅出MFC》
3:针对 编译阶段,我学习过:C++语法,模板编程,cppreference
4:针对 汇编阶段,我学习过:简单的汇编语言from《深入理解计算机体系》,linux内核源码,libco中的CPU上下文切换汇编
5:针对 链接阶段,我学习过:windows vs工程配置,g++命令,linux内核工程,
6:针对 运行阶段,我学习过:操作系统,linux内核,gdb/strace等动态跟踪工具,tcpdump+wireshark网络包分析,windebug
7:更多其他内容:有的东西学习了对各个阶段都有好处,突然发现我总结起来也不是很顺溜。另外除了这些阶段,还有一些阶段不属于C++范畴,但对C++程序员很重要,我也没有列上。甚至一些课外书
另外值得一提的是,目前我们学习知识的方法大多数比较低效,需要查阅网页,需要购买书籍,需要找到负责人的老师等等,而不是像《黑客帝国》那样,一根数据线直接输入,瞬间学会全套中国功夫。所以学习过程中的寂寞和枯燥是避免不了的,也有了"吃得苦中苦方为人上人"的说法。目前来说,我知道的最好的提升办法就是找到适合自己的书籍,反复研读,并尽量寻找实验机会。当然偶尔查查网上资料也是有效果的。如果你找不到合适的人指导,那就看书吧,痛苦是目前避免不了的。
如《算法导论》,《深入理解计算机体系》,《effective C++》,Linux内核 等 经典之所以经典,是因为它们对很多阶段都有指导性作用。
总结归纳能力对C++程序员真的非常重要,值得我画大量时间去思考。
如果说python和js分别是数学和绘画,那C++很难给他一个分类,它是一个综合学科,比如叫它 理科,如果你啥都想做,但不想学一大堆语言,又有时间,耐心,和对抽象的浓厚兴趣,那就试试C++吧