我确实也觉得楼主不用执着于一本书。
如果你想给公司写东西的话,那我告诉你,不用把语言学得太深也没事。
你觉得是数学家对数学了解的深入还是那些工程师?
我就是数学系出身的,一天到晚都是搞理论,函数变换呀,矩阵论呀,群论呀,数论呀什么的。学的很辛苦,感觉知识太深了,要学的太多了……
我有很多朋友是工科的,对于他们来说,博里叶变换,拉普拉斯变换只不过是小儿科的东西,每天都有利用矩阵的特征值解方程。就连小波变换之类的东西也可能只是他们其它课程的基础课。
你觉得如果你是学数学的,听见他们这么说会不会感到沮丧?反正我没事,因为这两种学不一样,一个叫 study 一个叫 learning。
现在换你的问题也是,你觉得是
ISO C++ 标准的维护者;C编译器的设计,编写者;以及那些搞文法的C语言律师
了解C语言
还是
各个公司的那些程序员了解?
不用学得那么深就能写程序,而且可以写出很好的程序。写项目需要的是类似软件工程这样的知识,当然软件工程这样的理论没什么用。是你的经验和在实践中失败获得的教训。
我可以建议你去阅读一下VC库的STL源码(因为你已经有了,不需要什么获得的途径),那里没有语法知识,有的是编程技巧。这是一个服务性质的库,虽然是个项目但不是软件。真正的软件也是类似的东西,只不过一般来说内部结构比这些复杂。如果你读完那些代码能构从一个高度对STL的设计,实现方法,规模。设计理念,反应的哲学思想有所认识,之后我想你对语言的执着就和现在不一样了。
另外还有一点,公司开发东西。不一定是什么语言合适就用什么,而是有规定。比如虽然用C++做这个项目更合理,但可能还是会要求用Java开发。商业这东西,比(至少我)想像中的要肮脏。
如果你想给公司写东西的话,那我告诉你,不用把语言学得太深也没事。
你觉得是数学家对数学了解的深入还是那些工程师?
我就是数学系出身的,一天到晚都是搞理论,函数变换呀,矩阵论呀,群论呀,数论呀什么的。学的很辛苦,感觉知识太深了,要学的太多了……
我有很多朋友是工科的,对于他们来说,博里叶变换,拉普拉斯变换只不过是小儿科的东西,每天都有利用矩阵的特征值解方程。就连小波变换之类的东西也可能只是他们其它课程的基础课。
你觉得如果你是学数学的,听见他们这么说会不会感到沮丧?反正我没事,因为这两种学不一样,一个叫 study 一个叫 learning。
现在换你的问题也是,你觉得是
ISO C++ 标准的维护者;C编译器的设计,编写者;以及那些搞文法的C语言律师
了解C语言
还是
各个公司的那些程序员了解?
不用学得那么深就能写程序,而且可以写出很好的程序。写项目需要的是类似软件工程这样的知识,当然软件工程这样的理论没什么用。是你的经验和在实践中失败获得的教训。
我可以建议你去阅读一下VC库的STL源码(因为你已经有了,不需要什么获得的途径),那里没有语法知识,有的是编程技巧。这是一个服务性质的库,虽然是个项目但不是软件。真正的软件也是类似的东西,只不过一般来说内部结构比这些复杂。如果你读完那些代码能构从一个高度对STL的设计,实现方法,规模。设计理念,反应的哲学思想有所认识,之后我想你对语言的执着就和现在不一样了。
另外还有一点,公司开发东西。不一定是什么语言合适就用什么,而是有规定。比如虽然用C++做这个项目更合理,但可能还是会要求用Java开发。商业这东西,比(至少我)想像中的要肮脏。