从2001年7月从大学毕业,到2005年7月从第一家公司跳槽,整整4年时间了,是该写点东西纪念一下自己4年的历程拉。
看文档,看代码
最初的两个月实习期,由于文档和代码看的不错,偶尔还能编点东西,所以提前一个月转正了。
其实对于一个新的工作环境,最关键的就是这实习的三个月时间,人的评价带有主观的先入为主,一开始的评价非常重要,这个职业生涯的第一步一定要走好,好的开始是成功的一般嘛。
看文档,写代码
转正以后,就开始了实际的工作,一般最底层程序员做的工作就是写代码,给你一份设计文档,用代码实现出来。这时候看的是谁做的好,谁做的规范,谁做的快。
做的好是最重要的,要让你的上级认为,XXX写出来的程序绝对没问题,从而也会延伸出XXX办事情绝对没有问题。要做到这一点,第一是在程序里多进行异常判断,然后就是就多测试吧,不要为了能提早几个小时,交出去一个测试不充分的程序。
接下来就是规范,据说给印度的程序员一个设计文档,他们的程序员写出来的代码基本上都是一样的,这就是规范,这也是最底层程序员的宿命,跟造房子的工人一样,如果分工明确的话,绝对是简单的机械劳动。规范就是按照规则来,文件命名规则,函数命名规则,变量命名规则,格式规则,实现规则等等。这是个逐渐熟悉的过程,每个公司都有每个公司的一套规则,你要做的就是进来按这个来,没有太多的创意与自我。
之所以把快放在最后,并不是因为它不重要,而且上面的两个跟重要。当然你如果你在作好前面两条的基础上,还能“比你的上级预想的还有快一点”的话,那么你又向前迈进了一步。
在接下来的半年时间里,我很好的做到了第1和第3点,之所以没有做好第二点,是因为公司还没有具体的规范出台,我只能按我自己的规范来规范我的程序。
写文档,写代码
经过大半年的努力,我的领导终于让我独立做一些小项目了,一般是有个口头需求或者简单的书面需求,我要交出来的是设计或者研究文档和实现的代码程序,如果运气好的话,还会给我配个小兵做下手。哈,我是准项目经理了。
让程序员最为苦恼的事情--写文档逐渐成为了我工作的一部分,工作计划,每天工作报告,预研报告,设计报告,测试报告等等。
这个阶段也将近持续大半年的时间,我逐渐了解的项目管理是怎么回事情,如何做计划,如何写文档,要特别说明的是,自己管自己好像也不是意见特别愉快的事情。
我的工作前一年半的历程大致如此,后面的明天继续吧:)