给初学者的一点建议，顺便散一点赌球赢来的分

brookmill 2008-12-12 12:25:18

加精

首先，提前祝csdn的网友们圣诞快乐，新年快乐，寒假快乐，春节快乐!
过几天要休个长假，再回来的时候没准就离裁员不远了。真要是被裁了就再找个更好的:)
不管它了，先好好玩更要紧。

在csdn混了很长时间了。跟大牛们学了很多东西，也帮助过一些刚入门的同学。
借此机会，衷心感谢帮助过我的DX们。
很现实的体会到，要吃编程这碗饭，真的是活到老学到老，学得越多发现不懂的就越多。
不过也有了点信心，以大牛们为榜样，学到他们那个程度，也只是时间问题。
顺便给那几位大二大三的星星们敬个礼，真后悔当年上学的时候没用功学习啊

给初学的同学们一些建议：

态度决定一切。只要有决心有信心，一定能学好。
我初学的时候有些问题不明白，硬着头皮把书翻过来掉过去看上很多遍，经常就突然的一下就懂了。
然后回过头来一想，这么简单的事，怎么会看了好几遍书都不明白呢？

除了看书之外，多自己动手写代码，google，看csdn，勤问问题。
不过也不能什么问题都拿出来问。
我见过一些问题，其实自己google一下答案就有了。
还有发贴找书的，自己到csdn的下载频道一找一大堆
还有的代码运行不正确，只要自己稍微调试一下，也很容易解决。
我的很多技术分都是靠这种问题白捡来的 :)

一定要学会自己调试代码，不管你用gcc，VisualStudio，甚至TC，调试的技巧都是相通的。
最基本的设置断点、单步运行、查看变量，差不多就能解决大部分问题了。
实在不想用调试器，自己加几个printf，也能看出很多问题。
我觉得分析问题解决问题debug的能力，重要性不在写代码能力之下。

有机会尝试着解答一下别人的问题。
给别人讲解的过程，是一个很好的学习机会。
有时候我看到一个问题，心想“这个简单呀，我会”。
等到真正动笔写答案的时候，就发现很多细节其实不明白，
赶紧再去查资料研究，或者写一小段代码测试，最后和提问者一起学到了东西。
有个高手说，如果你觉得你懂了，试试给别人讲讲，只有你能给别人讲明白，才能说你是真的懂了。
我工作过的一家公司有个很好的传统，每周有一两次小型的开发小组内部的技术交流会。
开发小组的成员轮流主持，把正在做的项目或者正在学的书讲给其它同事。
初衷是要让听讲的人学习，但我觉得主讲人的收获最大。
最近在blog上写了一篇技术文章，发现也有这种交流会的效果。

提问题的时候要注意技巧。“提问的智慧”写的非常好，推荐大家都看看。
http://community.csdn.net/IndexPage/SmartQuestion.aspx
最重要的是让别人明白你想要做什么，做项目最怕的就是需求书不清楚。
实在不太容易说清楚的，举几个例子，画个图，都行
然后就要把你现在的详细情况尽量都列出来，完整代码、编译环境、程序输出、错误提示，等等
有时候看到一个问题，作者说很急，也给了不少分，可是问题说的太简单根本就看不明白，简直有点怀疑是不是真的急
描述问题的能力，其实是沟通能力的一个部分。
还没毕业的同学们请注意，在公司里，技术固然重要，团队里的沟通能力也是不能少的。
我的第一个经理说，如果你想告诉别人一件事，结果说了两次对方都不明白，
那多半是你表达的有问题，第三次一定要换个说法了。
即便对方的理解能力真有问题，你也得想法用他能理解的方法说清楚。

提问题的标题不要随手乱写，最好能把问题的一些基本情况描述清楚，让别人有兴趣打开看。
这样写的另外一个好处是方便以后查找。
以后遇到类似的问题，就可以从“我发布的贴子”里很方便的找出来作为参考。
如果打开一看，全是“新手问题”“请高手救命”“关于C的疑问”这种标题，自己也要晕了。

最后提醒程序员同行们注意身体。
天天坐在电脑前面眼睛都不眨地盯着显示器，下班了还要发奋学习看电子书，临睡觉前再玩会游戏，再加上经常熬夜，很容易有职业病。
我年轻的时候身体好的很，现在首先是视力急剧下降，游戏不敢玩了，连上网下棋都戒了。最近觉得颈椎可能也有点不对。
尽量多运动，常昊古力还经常踢球呢。

谢谢同学们。

...全文