写在冬日的第一天--一个女程序员第十一年工作总结

clear_zero 2015-11-09 05:28:39

加精

树叶黄了，红了，落了

白天短了，黑夜长了

又到一年之中总结的日子了

每年写总结的好处就是可以从头翻翻，感慨一下时间的白驹过隙，看看当年天真的可爱

------------------言归正传--------------------------------------

从去年开始正式转了web,写完总结有两个web form的功能要实现。也是对Web form的一个理解吧，功能没有什么特别的，算是对我去年学习的一个检验，除了Web基础还有一些js,jquery什么的。做的跌跌撞撞，第一个功能算是实现了，但是代码挺恶心的。估计谁接我的写拓展，都会在心理骂。第二个明显好了很多，算是个合格的作品。后来又翻过去对前一个做了大的调整。这两个功能做下来，Web form算是合格。不能说优秀，但是对于本单位的任务游刃有余了。

今年开始MVC,对这个现在还想的不是很明白。我总是觉得趋势是用很多jquery，把一些东西放在前面去做。但是我们单位的框架是很传统的MVC,什么都要放到服务器端，比如validation这样的东西，前面可以做的，也发回来。目前在MVC上面，我写controller和model还可以，写view就很不顺，对于Razor不熟悉占了主要原因。说到底还是要多练，可惜目前的职责范围，做开发已经少了。

---------重点说说的分割线--------------------------------------------

这一年经历的学习的远非技术上的东西

去年写完总结接了一个项目，按理说时间应该是充裕的。偏偏年关将至，我们组负责的模块正是客户紧盯的东西，一大堆的历史堆积问题如同沸水壶中的泡沫般不断翻滚上来。我每天都跟客户开电话会，更新进度安排第二天工作内容。而我偏偏就没有人手来改bug,我的组员都在做项目。那个时候好希望能跟领导请调新的人手过来改bug,可是领导说地主家也没有余粮。于是只能自己找各个组去借资源，为了确保借人的时候尽量确保时间准确，我自己的组员给出了修改bug大概需要的时间，我拿着这个去借人。说到头，这就是个脸皮厚的活，一次不行再来一次，人字的结构就是互相支撑嘛。对个人来说，通过这个阶段，基本上和每个同事(我们单位小)都混个脸熟。这个经历帮助了我以后的项目。

另外在这个阶段，由于事物变得细小而琐碎。每天我都要在纸上用紧急和重要划出四个象限然后填上需要处理的事情。集中训练了这段时间对我个人在处理多项事物上的能力是很有帮助的，因为这个思维的方法牢牢的刻在脑子里了，在压力下不会忘记一些重要但是不紧急的事情。

这个阶段我自己组员的主观能动性不知不觉地就调动起来了，完全不用在项目上多费心思。按时交活，而且错误率很低。客户反映良好。

年初的时候由于人事变动，我受到波及不再担任组长的职位。职位没有变，变得日常工作范围。那段时间有些思想变动，调整后一方面专注了解产品数据库结构，锻炼MVC, web技能，另一方面开始更新简历找工作。不过我还是把自己的想法，希望从这个职位学到的经验和领导谈了谈，比起把不满闷在心里，另找一份工作来说。我更偏向于把话说清楚，在本职工作本公司寻求机会(这份工作距离家比较近，通勤时间在35分钟左右). 这个应该是工作几年后还会有的事情，刚工作那会可能就跳了。

埋头钻研业务3个月，有个大项目纵贯我们这个系统始终，很多模块都需要调整，项目历时6个月，资金过百万(英镑)。领导决定从各组临时抽调人员组成项目组,由我担任组长。

在这个项目里面学到的经验教训如果用故事方式写出来的话，就冲淡了主旨。所以用条目的方式列出来

1.大项目的整体概述文档。这个东西作为组长要当作精读来看。把握好项目的整体脉络，重点地变化，以及各个功能间的衔接。把文档抽离做成流程图，和作需求的同事确认对于项目的理解是正确的。

2. 当项目有几十个不同功能的改动时，功能内有彼此依赖关系。如果能按照顺序从A到Z自然是好，但是现实是残酷的偏偏不能如愿。这就需要在每个功能的开题会上把这个跟这个功能对接的功能提出来，让相关人员重视。在作出改动的时候记得要做相应的测试。或者记得把自己做的改动告诉给别的同事

3. 作为组长在每个开发宣布自己结束了相应开发任务提交给测试之前一定要跟着走一便。毕竟这年头猪队友常在，俩人坐在一起对着需求把程序跑一遍，有些问题一目了然，改了以后再给测试，省了一些跑流程需要填写的东西，通过率也会提上去。

4. 作为组长关键是把控项目，并不一定成为其中最重要的开发人员。

5. 面对不同性格的队友，要鼓励团队成员之间交流。

6. 当团队人员因为种种原因被借调，然后归队的时候。要把握整个项目进度，在项目计划中明确显示出来，不要以为半天一天的不影响进度。

在这个项目上我在1上面做的不好，轻敌了。东西看是看了，但完全没有做到精读，项目发展到后面意识到错误的时候又回去翻文档。另外第三条是发现错误才意识到要加上的，不然真是啪啪打脸。一个功能改动要返工3次，非常影响进度。

上了这个项目才知道如今的开发环境有多混乱。很多的不必要的东西都是来自管理层的。而自己的能力有限，能顶的压力，扯得皮也有限。有一天我或许要改名叫周转。我这有两个计划，一个是以项目为中心的计划这个组内用，这个计划真正反映项目进度。另外一个是人力计划，这个计划是给领导看的。有的时候某个人某周略闲，但不能在人力计划上反应出来，因为稍微一松这个人可能被借调，或者领导会指指点点让他加入别的小需求导致越帮越乱的局面。做人力计划有的时候有点像对数据。

面对领导，工作量，人手资源，有个关键词叫妥协。妥协不是坏事，是在综合条件下作出的最合适的选择。妥协可以赢来商业上的先机，可以为大的项目找一些时间。但是每作出一个妥协的时候要写下来，原因，当前方案的得与失。找机会要重新来看解决方案，把欠下的债还上，不然长久以往产品就会面目全非，以前合理的妥协会变成将来的炸弹。这些东西，不写下来忙起来的时候容易忘。不光是自己忘了，组员忘了，管理层更会忘。最理想的情况下会有一段专门的时候来补，这需要我来争取。如果没有那就只能趁着不忙的时候自己补。自己补的时候就看和开发沟通了。

在这个岗位上的内心感受是复杂的，一方面觉得很烦，讨厌来自管理层的随机的任意的借调资源，讨厌有点什么事要走很久的流程才找到答案，或者根本找不到答案，各个方面都在推委。另一方面又享受，享受寻找答案的过程，享受面对问题分析解决的过程。这样的东西和技术上遇到的问题不同，需要更多的平衡协调各方面的需与利益。

今年思考了一下职业发展的事情，觉得目前看来由于自己的能力，所在地区等等种种局限，有种干的没劲的感觉。目前看起来也没有什么办法，搁置起来专注手头的东西。也许有一天困惑就自己解决了。

另一个改变是在工作上变得宽容了，我好多同事都是我父母辈的年岁,听了好多他们的故事。觉得人生这条路谁都不是一帆风顺的，谁家都有好多好多的杂事。接触的越多，了解得越多，脾气就越好，生气的时候会特意放一下，静一下。

------------工作之外的分割线-------------------------------

挺喜欢今年的，彻底走出了有小朋友以后的各种负面情绪，总结了过去两年的经验教训。

知道好多好多来自朋友们的好消息

去了想去的地方

还是那句话

低头做事，抬头做人

过幸福的小日子

...全文