计算机编程新人入行指导[1]

计算机编程新人入行指导[1]

从2003年加入现在的公司，已经有了快6个年头，自己也从一个计算机软件开发方面的新兵变成了老人。在公司里也做过几个不同的项目，有一些新的同事加入项目组，会有这样那样的疑惑和问题。在这里想简单说说，一个新人如何能快速的融入一个新的开发组，让其他同事能够接受自己。

首先是读文档。计算机方面有个著名的黑话叫做RTFM,什么意思呢？按字面翻译就去"去读他妈的文档",这是在新闻组或者论坛里可能常见的回复，一些人娇滴滴的说"我是妹妹，能指导一下这个问题么"或者贱兮兮的."跪求某某问题答案".当然，同事之间不可能搞这些，不过也经常碰到有人问一些感觉非常简单问题，这些问题实际上都在项目文档或者软件规范里就明白写着。

一个新人加入某个项目，或者转换到一个新项目，都会感觉到手足无措，就像老虎吃刺猬不知如何下嘴。领导不会让这样的新人去完成一些复杂模块的开发或者修改一些相对困难的bug,基本上都是先分一些界面上的小改动，或者是让他开发耦合程度低一些、相对独立一些的功能作为练手，这个时候作为一个新人就要尽快的掌握整个项目的大概，然后泛读一下项目的重要文档。如果要开发某个业内标准的实现软件，那这个标准的相关文档至少要通读一遍，不需要投入很长时间，可以快速掌握一下大概，做做简单的笔记，不懂的地方先记下来以后有空再说。读文档不要作为一个整体任务完成，可以用一些零碎时间来读，以免很长时间没有什么进展，领导看了还以为在磨洋工呢。

注意事项一，尽管有这样那样的软件支持，一支笔一个本子仍然是最方便最快速最实用的学习工具，我几乎每年都要写掉八九个大笔记本，里面写着项目开发的心得、文档书籍的感受、领导指示的一些开发问题等等，不需要有什么文章格式，先写下来就可以了。

如果是第一次进入公司，项目组长会分一个任务作为对新人水平的考察，就好比网游中的新手任务。我们公司大多数的新手任务都是半个月一个月左右的时间，注意要尽量赶在期限结束前完成所有的编码和单元测试，而且最好完成代码清理和代码注释工作，注意命名规则，这样看起来比较专业一些。

注意事项二，接到一个项目第一个要问的就是这个项目结束期限（dead line）是什么，这样心里比较容易对进度有个估计，免得最后无法完成任务。领导可能会反过来咨询老程序员对分到的项目难度估计。一般来说，估计一个大概的编码时间，然后把估计时间乘二，留出一定余量比较好。

读文档不要作为一个整体任务完成，可以用一些零碎时间来读。实际上接手一个新任务，必须要做的就是理解需求。一个开发人员如何不理解他想做什么，基本上这个任务一定会失败。我们高考时候都会写一篇大作文，对题目的理解非常重要，偏题跑题就没法拿到高分，开发也是如此。对需求的理解需要反复的进行，定期和项目组领导或者客户进行沟通，以免自己做了无用功。但是沟通之前一定要注意，自己先掌握一定的背景知识，比如前面提到的规范文档，或者是读一读已经有的代码，跑一跑成型的产品，免得问的都是不必要的问题。

搜索一下可以找到一篇题为"提问的智慧"的文章，里面介绍如何在网上问问题。其实项目组内沟通也是如此，要注意问有意义的问题。打个比方说，有时候自己会有一种感觉，跑到别人面前，把问题说了一遍，还没等人回答，突然拍着脑袋说"啊我明白了",也许是反应挺快，可是还是耽误了别人的功夫，像这样的问题，自己组织组织语言或者写出来，答案就很容易发现。另外也有的人，总是这是怎么回事那是怎么回事，其实到搜索引擎一搜或者是把动手做做就知道结果，但是非要张嘴问，这样的人说得难听点就是问题不经过大脑，其实一思考就能得到答案了。问问题之前也可以试着理清一下思路，看看前因后果，简化一下问题模型，也许经过这些方式，自己就能找到答案。有同组的同事问问题，很多时间我反问几句，把思路理清，他自己就知道答案是什么了。忘记在哪有看到一个轶事，在某个著名软件公司里，开发组的桌上会放着一只小熊，大家互相问问题之前，先对着小熊把问题说一遍，看能不能把问题描述的清晰，基本上说的比较有条理以后，答案也就随之而来了，大家可以试试这个办法。