程序员的自我修养 - 新的起点

开始的时候,就着重推荐一下<<程序员的自我修养 - 链接 装载与库>>这本书,的确是本好书.虽然自己现在看得还不多,但是已经很明显的感觉到书中的内容对自己的帮助很大.

如果你是一个C/C++程序员,又苦于段时间内处于停滞不前的状态,那么可以阅读一下这本书,会找到答案的.

就像<<程序员的自我修养>>这本书在第二章开始的时候说道的一样,现在很多IDE已经帮我们处理了项目的构建,操作起来也是很简单的.我们需要做的只是build project,然后run or debug.

不错,IDE确实是提高了开发的效率,而且现在的IDE做的越来越人性化,功能也是越来越齐全.别的不说,大名鼎鼎的VS可是拥有很多用户的.另外知名的IDE还有像eclipse,netbeans,codeblock

等等.

如果不是C/C++程序员,选择一个好的IDE,我自己的感觉是必要的.不过有些小众的语言的IDE确实是不怎么好. 就像是erlang , scala, lua等这些处于中层的语言,好像就没有好点的IDE.

可能这些程序员就会选用其他文本编辑器替代.其他一些主流语言,像VC,选择VS或者是eclipse会比较好,从事java方面的开发,eclipse myeclipse是不错的选择,开发php, 选择eclipse会比较好.

不过很多程序员会选用文本编辑器,像emacs vim gedit textmate jedit nodepad++ editplus ultraedit等这些主流的文本编辑器.原因是什么,简单的说就是这些文本编辑器可以自己去定制,

不像IDE那样子绑定很多的插件,程序员很容易定制自己偏好的IDE.

从另一方面说,IDE做了太多太多的工作了.在使用IDE开发的时候,编译项目只能在控制台看到一些杂七杂八的输出信息.很多时候出问题,都不知道是IDE的问题还是程序的问题.

当有些时候我们想自己去体会构建一个项目的时候,使用文本编辑器确实是一个好点的选择,至少知道一个项目是如何被构建起来的.从这点出发去思考,当我们使用IDE的时候,构建一个项目

不就是IDE使用插件去帮我们完成了构建的过程吗？ 分解来说我们使用最原始最本的方法,自己去建文件夹,自己去写配置文件,自己去写构建脚本或者是mk文件,效果是一样的.

只是有些时候,这些动作是没有意义的.

额?那什么时候有意义呢？就我自己来说,在不知道IDE是如何工作之前,亲身去体验一下就是有意义的.了解IDE在背后到底做了什么.我有这样的好奇心,想要把问题搞清楚.

说一个之前在一个CUDA开发群里遇到的一个有点搞笑的问题.有位群友问：有没有知道为什么我使用math函数的时候,在windows下面就不会出现链接不到库的情况,在rehx下面就会呢？

然后我就问他：你是不是在windows下面使用VS编程的？然后在rehx下面只是使用GCC手动编译.他说:是.情况就是这样子,没什么复杂.就像上面说的一样,是IDE为我们做太多的事情了,

而且有些事情我们还不知道.对于我来说,这种情况是有点可怕的.(未知是可怕的)

很多时候,都是停留在编译链接的层次上面,没有深入的了解过编译链接的过程.从开发的角度说,可能没什么问题.因为更多的时候,程序员应该更注重解决问题.但是程序员本身的角度出发,

应该了解这些,提高内在修养.要不然该书的作者也不会把书名定为"程序员的自我修养".

每次开启一扇通往未知区域的门,总是很兴奋但是又很担心.兴奋是因为未知的世界会有阶梯通往更高的层次,担心是因为知道的越多,不知道的就越多.而且时间是有限的.