2009 年度盘点

最新推荐文章于 2024-09-18 15:20:49 发布

hailanzhijia

最新推荐文章于 2024-09-18 15:20:49 发布

阅读量2.7k

点赞数

分类专栏：年度盘点文章标签：工作 excel 文档生活测试 java

本文链接：https://blog.csdn.net/hailanzhijia/article/details/5741603

版权

年度盘点专栏收录该内容

3 篇文章 0 订阅

订阅专栏

今天已经是09年的最后一天了，我仍旧清晰的记得08年的最后一天，也是在这个简陋的房间，我写下了09年的元旦寄语，同样，今天有一种淡淡的忧愁，淡淡的兴奋，人生的脚步一个接着一个，从来都没有给人喘气的时间，我的2009就要过去了，有一种麻木的感觉，似乎想抓住时间的脉搏，却有无能为力，这是怎么样的一年那，我沉思。。。

09年给我的感觉已经远不如08年给我的感觉清晰了，有点稀里糊涂的就到了这年的最后一天，09年的轨迹已经很顺利了，因为已经度过了08年的学生时代向工作的转折，这一年工作成了我生活的主线，我也已经越来越适应了上班族的生活。

08年春节回来，我很快的融入了新的一年的工作，最让我兴奋的是老大victor向许诺的事情，带领新人，做一个小的leader，这事让我兴奋了很久，因为枯燥的工作让我感觉索然寡味，总想找点新鲜感，总想突破现在平静的生活，不甘心就这么一直写程序。等了好久公司来了一批实习生，总算分了个小弟给我带，我可以把我掌控的项目E-Flow让他来帮我做，指导他帮我分担一些工作，我可以考虑更多客户的需求，把控项目的进度。实习生Jim很上进，这让我很高兴，听说他花三个月就把Java基础的知识搞定了，确实还是很优秀的。

但是E-Flow毕竟不是公司的主要产品，这一点让我很苦恼，我是酷爱做这种Java开发的，我有种浓厚的兴趣，即使加班我也心甘情愿，很快Victor希望我迅速转向公司的主要产品Datasweep，因为想要在这个公司发展，不懂Datasweep，不懂Pnuts是肯定不行的，从一开始我就对Pnuts这种脚本语言感到抵触，第一我不熟悉它，第二它不通用，它不能增长我在开发上的经验，不能够对我以后的找工作加砝码，但是那时我的资历太浅薄（现在也不厚），我连一年工作经验都不到，我只好顺应公司，学习了Datasweep，学习了MES。

随着工作重心的转移，我的角色也在改变，我要跟随Maxwell，Elton来进行总部的MES系统的开发，在起初的学习，以及和Elton的相处中还是比较艰难的。Elton是个直肠子，而且有点傲慢一个人，总部MES长时间积累的复杂的逻辑让我感到很头疼，我对于语言有种敏锐的直觉，接触Pnut也很快上手，但系统的逻辑却需要我一点一点来研究（研究系统代码和文档），由于文档不全，写的很随意这更增大我学习的难度（所以现在我很主要知识的积累，文档的全面），所以只有问，问Elton，但我不是所有问题都问，要问的有水准才行，所以我一向是自己反复研究不透才会去问，但那个时候自大的Elton让我很尴尬，话音中有种羞辱的语气，从来不从我的角度考虑，有些事情他感觉是常识，或不需要问，但对于初次接触的我却很难。

那个时候Victor很看好我的，因为我在其他的项目中给他留下的印象还是很不错的，而我把Elton放的位置也不是很正，因为有Victor给我撑腰，我似乎并不惧怕Elton。这又给我和Elton之间加了一堵厚厚的墙，我们的沟通很困难。

在做这个项目期间也有一些其他人的加入，比如Roger, Roger 的加入无形中让Roger和我之间的关系很尴尬，一个工作三四年，一个工作一年左右，做的是相同的事情，所以Roger刚加入的时候就对我有成见，他认为我不可能像他们这些老油条那样熟悉Datasweep，这种成见也确实激励我把事情做的更好，因为我不服他这样的看法，相反我倒觉他们这些只懂pnuts的人太肤浅，而我是正规的科班出生，在学校我已经能够独立开发项目了。不得不承认，对于项目中的人员变动对项目组的人的影响还是蛮大的，大家需要来重新磨合之间的关系，直到最后这种关系达到一种平衡，甚至默契，才会把工作做的很顺。而这中间的摩擦是难免的，如我和Roger之间，但是这样斗个几个回合，Roger就似乎已经意识到在开发这块我并不是他想象中的那样，所以我们之间后来的合作还过得去。

态度决定一切

因为Elton所在的位置决定了我们必须向他靠齐，所以我自从很少做EFlow，我就转变了对Elton的态度，抵触来源于地位或能力得不到尊重，我开始小心翼翼的尊重他，主动的拉拉关系，套套近乎，起初他还是很固执的，但是过了几次以后他也就对我的态度开始转变了，加上我工作能力的增强，他对我了解的加深，他对我的印象越来越好，以至于总经理James向他问我的情况时，他能够给我打85分，导致没过三个月的又一次调薪。

我想这85分来源于多个方面，首先就是他所在的位置决定我要去尊敬他，听他的话，这个是基础，但除此之外要努力的提高自己，使自己能够符合这个工作的要求，高质量的完成任务，认真负责。

共识是关键

下面就是一个很重要的东西，共识。两个人，尤其是领导和下属之间一定要有共识，也是有大家都认为对的地方，共识越多，做事越顺，因为你做的就是你领导想要的。

关于共识我还是有很深的体会的，起初我写的代码Elton会挑出很多问题，Elton还是相当的负责。对于这些问题我们一起思考，看看到底谁的做法最好，各有什么优缺点，最后我们在建立一个最好的做法，也就是共识，以后遇到这样的事情，我们都按照我们的共识来做就不会有问题了。其中有一件事情就是我们form的风格。起初Elton对我们的Form的外观很不满意，我感觉也不满意，一直认为很丑，所以每次我写好的form让Elton看，Elton都会把form的外观改改，改到他认为满意为止，比如按钮要扁平风格的，但下次他再过来改我做的他form的时候，他可能感觉按钮还是立体的风格好看，所以他又改为立体风格的，这样一来我就没辙了，我永远都不知道我做的form到底怎么才能符合他的要求，所以在一次他修改我的form的风格的时候，我就和他商量，说出了我的看法，并建议他选一个form来设置这个form的风格到最佳，并定义为标准form，以后大家都按照标准form的风格来做，这样做form的时候风格直接copy，省事而且统一，Elton真的接受了我的看法，并按照我的建议做了，所以从那以后我们再也没有为form的风格烦恼过。

其实共识的地方还有很多，比如文档FS，TS，TP，OL的规范，代码的规范。

知识的积累---文档

那下面我要讲的一个问题和共识有关系，共识建立了很多，可谁能有那么好的脑力永远记住这些共识或是标准那，所以我就特意准备了一个Excel文件，专门来记录我们的一些共识，这个文件是我的一个法宝，每次遇到问题都来这里找找，看看有没有现成的答案，这样我们知识有了一个积累的过程。我的Excel文件在不动的更新，我几乎每天都会打开来看。

其实这个Excel还记录了我的其它一些重要的东西，比如一个新的需求来了，我应该从哪几个方面来考虑这个需求，比如从需求背景，需求的合理性，从目前的现状，从需求的成本，从需求非技术角度方案。。。。考虑的方面很多，我不可能每次来新的需求都考虑进去，所以我要有地方来完全记录这些考虑的方面或步骤，所以下次来一个新的需求我会试着把所有方面都考虑进去，从而来保证我们的方案是最优的方案。Excel文件还记录了一些复杂的业务/代码逻辑块的总结（tricks），复杂问题的解决方案，整理的很清晰以备后用，这样我的工作越来越轻便。

工作的严谨性

起初在Datasweep的开发上，我还是有很多问题的，严谨性是最初的一个问题，一开始写贯了EFlow的随意，很不愿意被MES系统规则的制约，但Code Review给了很多帮助，虽然这种帮助来的时候让我很不自在，但不得不承认最不自在的时候往往是进步最快的时候，在Code Review的会议上，大家七嘴八舌把你写的代码说的一无是处，这时自己就该反思了，防止下次被大家说，所以在开Code Review之前一定要多看几遍代码，以至自己认为没有问题再拿出来大家看。渐渐的代码的严谨性就提高了很多。因为代码这东西太容易出bug，稍不注意，bug就出现了，所以我们给自己的code在交出去之前要进行几遍的review，按照我Excel问题的中几个方面来逐一的对代码进行审核，以保证代码符合功能需求，符合coding rule，对代码进行重构，使代码的逻辑最简，使代码的可维护性，可读性提高。一直让我很头疼就是变量的命名问题，我总试图找到一个最合适的名字，让看代码的人一眼就知道这个变量的用途。我会尽量让写下的逻辑有高的可维护性，所以经常会和Elton争论各种逻辑的优劣。其实我最怕的就是TP（Test Plan），这个纯英文的测试步骤描述是用来给用户做UAT的，要考虑到测试的全面覆盖，正反对立面得覆盖，用户的可理解性，测试描述的简洁性，顺序性，少的步骤测更多的功能，所以经常我写的TP都需要Elton来修改才能发出去。

问题的分析解决能力

然后就是对业务逻辑的分析和了解，MES对我来说已经从比较陌生到渐渐熟悉了，这种熟悉来源于对客户需求的分析，来源于组内成员的讨论，这种对行业背景的熟悉是程序员迈向更高level的重要砝码。而其中对业务逻辑的分析能力我还是学到了一些东西，而这些东西比起写代码的技术要重要的多。面对客户千头万绪的逻辑，冗长怪异的代码，能够迅速搞清楚现状，理清楚关系，找到最优solution是我们价值的体现。在分析的过程中，Elton给了我很多的帮助，我们经常在一起讨论棘手的事情，他教我用鱼骨图分析，树形分析的方法。我们用纸或白板画图，一起理清关系。这个问题的分析能力是我需要继续加强的一个地方，我的目标是能够迅速理清关联因素，找到最优solution，并清楚solution的优略。

沟通

这其中又学习一个很重要的东西：沟通！沟通很重要，这一点在Elton的指导下已经改进了很多，从最初对面对面沟通语气要委婉，缓和，对事不对人，考虑别人的接受度，到如何把一件复杂的事情描述清楚，到如何让别人真正了解自己的意思。我有个问题就是，过于急于把事情的结果描述清楚，却忽略了听者的理解过程，以至听者都不知道我讲的问题所在。应该从遇到的问题是什么---》目前的情况-----》可能的方案和需要考虑的问题点。我想我在下一年的工作中最重要的是考虑如何清楚描述自己的意思，让听者理解。

沟通可以建立心与心的桥梁，不可否认，在工作中有的时候我会和Elton就某个问题争论不止，甚至会突然感觉Elton顽固不化，很难合作，这个在我最气愤的时候是很正常的事，有时想想也很无奈，在人门前下，怎能不低头，谁让人家是当家的那，当家的就是有决定权，做小弟的就是要听当家的。还好Elton是个很负责的当家的，很有担当，也很真诚，很大方，也很坦率。他可以在我写代码写的很累的时候自己主动掏腰包买冷饮或零食一起吃，今天下午怕我打瞌睡他还买了好多帮帮糖。有点跑题了，回到沟通。在我情绪化的时候，我的脸上不带任何表情，用Elton的话说就是竖起了一堵厚厚的墙，任何人都不想理。当然这些情绪不是凭空产生的，我也不是很小气的人。Elton会发现的，他主动把我叫到会议室，主动问清情况，大家坦率的说出自己的想法，看能不能帮到我。这样确实很奏效，很快的情绪就过去了，雨过天晴，我仍然认真工作，我们的合作依然很默契。

机会争取

上面说到情绪，我要讲一下情绪的来源。我总体上是保持积极向上开心工作的态度，这样的我的效率也一直很高。说到底就是为了争取机会，受到Victor的影响，我要做更多的事情，要做超出我基本工作范围的事，比如Elton是Team leader，我是Engineer，我要做超出接受Elton分配的工作的事，做一些Elton做的事，这样我才会有发展，当然这也是对自己的一个挑战，基于这个想法，我会主动要求和客户多接触，主动进行一些项目战略方向的考虑。而Elton却喜欢逐步的培养我，认为我的level还不够，还没到能够把控项目的程度，所以他不希望我和客户进行过多的接触，从mail上就可以看出来，他发给客户的mail基本上都不抄送给我看，而在他把需求谈定了再assign给我来做。而这样对我来说就比较吃力，我不参与需求的确立，却要进行功能的设计和开发，所以会有很多问题冒出来，所以我多次向Elton建议，建议mail一定要抄送给我，甚至希望有些需求我直接和客户谈。我在这件事情上起初是没有站在Elton的角度来考虑的，我只考虑怎么对我自身的发展好，如果站在Elton的角度考虑，一定是要牢固自己Team Leader，项目负责人的地位，如果他的事情都让我来做了，那他做什么去，那样对他来说会有问题的。所以后来我就不那么计较mail的抄送问题了。但在这之前，如果对于某个需求，没有被我接触过，到最后却要我来做，我会很抵触，那也就是情绪的源头。

英文

Elton的英文还是不错的，他可以直接和老外进行流利的沟通，这也是我羡慕他的一个原因，我的英文读写现在已经变的很自然了，这是在华冠硬熏出来的，但听力还是有很大的问题，但是在公司学习英文机会还是不错的，公司为了帮我们提高英文招聘进来了一个英国的利物浦大学的留学生 tom，tom是个年龄比我们还小的小伙子。他在公司很有绅士风度的，很腼腆，很害羞，一般基本上是坐在自己的位子上不动。起初的几个月，我很少和他说话，有几个英文不错同事经常和他聊聊，我最担心的就是和他聊天的时候，他说的话我听不懂太尴尬了。我会通过Skype和他聊几句，也就问问他的基本情况，记的比较深的就是他很想家，想他们父母，其实想想也对，比我还小，那么远从英国跑到这么陌生的国家。后来公司建立了英语角，每周一和周五，我们都有固定时间到会议室和tom就某一话题进行面对面交流。我很积极，差不多每次都去，还记得第一次去的时候，我都快尴尬的不行了，我甚至想我的英文不会是全公司最差的一个吧，看着别人都和他沟通，我很难听懂，让我很急躁，后来想想已经是最后的一名了，就厚着脸皮去吧，渐渐的感觉可以听懂的东西越来越多了，我也很大胆的用英文问他一些问题，有时甚至是一个单词一个单词的往外嘣。渐渐的感觉tom满好的，听不懂我就尽量说sorry，tom就不厌其烦的再说一遍。然后就是我每天都会学习金山词霸的每日一句，不断积累常用的句子。我想在2010年我应该更多的学一些单词，多看一些英文的电影，多一些沟通。