从2001年7月从大学毕业，到2005年7月从第一家公司跳槽，整整4年时间了，是该写点东西纪念一下自己4年的历程拉。

看文档，看代码

    最初的两个月实习期，由于文档和代码看的不错，偶尔还能编点东西，所以提前一个月转正了。

    其实对于一个新的工作环境，最关键的就是这实习的三个月时间，人的评价带有主观的先入为主，一开始的评价非常重要，这个职业生涯的第一步一定要走好，好的开始是成功的一般嘛。

看文档，写代码

    转正以后，就开始了实际的工作，一般最底层程序员做的工作就是写代码，给你一份设计文档，用代码实现出来。这时候看的是谁做的好，谁做的规范，谁做的快。

    做的好是最重要的，要让你的上级认为，XXX写出来的程序绝对没问题，从而也会延伸出XXX办事情绝对没有问题。要做到这一点，第一是在程序里多进行异常判断，然后就是就多测试吧，不要为了能提早几个小时，交出去一个测试不充分的程序。

    接下来就是规范，据说给印度的程序员一个设计文档，他们的程序员写出来的代码基本上都是一样的，这就是规范，这也是最底层程序员的宿命，跟造房子的工人一样，如果分工明确的话，绝对是简单的机械劳动。规范就是按照规则来，文件命名规则，函数命名规则，变量命名规则，格式规则，实现规则等等。这是个逐渐熟悉的过程，每个公司都有每个公司的一套规则，你要做的就是进来按这个来，没有太多的创意与自我。

    之所以把快放在最后，并不是因为它不重要，而且上面的两个跟重要。当然你如果你在作好前面两条的基础上，还能“比你的上级预想的还有快一点”的话，那么你又向前迈进了一步。

    在接下来的半年时间里，我很好的做到了第1和第3点，之所以没有做好第二点，是因为公司还没有具体的规范出台，我只能按我自己的规范来规范我的程序。

写文档，写代码

    经过大半年的努力，我的领导终于让我独立做一些小项目了，一般是有个口头需求或者简单的书面需求，我要交出来的是设计或者研究文档和实现的代码程序，如果运气好的话，还会给我配个小兵做下手。哈，我是准项目经理了。

    让程序员最为苦恼的事情－－写文档逐渐成为了我工作的一部分，工作计划，每天工作报告，预研报告，设计报告，测试报告等等。

    这个阶段也将近持续大半年的时间，我逐渐了解的项目管理是怎么回事情，如何做计划，如何写文档，要特别说明的是，自己管自己好像也不是意见特别愉快的事情。

我的工作前一年半的历程大致如此，后面的明天继续吧：）

发表于 @ 2005年09月07日 15:57:00|评论(loading...)|编辑