一个女程序员第七年工作总结.
2020-03-02 13:04:30 来源：范文大全收藏下载本文
一个女程序员第七年工作总结 今年的天气似乎特别暖和虽说已经是冬天了我们这里依然一片秋色 写于2011年11月7日 这是我工作的第七年要是一段感情的话正是七年之痒的时候如果在感情中每年作一份总结是不是就不会有传说中的坎儿 我所在的公司不大地方也不大见识不广深度不够太多的随遇而安让我的工作这么多年都起伏不大必须承认我骨子里就是个吃货和懒鬼这篇文章仅仅是自己过去一年工作的总结对于有理想有抱负的好青年就当看个反面教材然后鞭策自己更加努力吧另外我现在的心境也是工作这么些年后的感受欢迎阅读以前的总结在那里你也许会找到共鸣 1个人技术 话说毕业头两年我觉得技术噌噌的往上涨会了好多东西然后的几年就缓慢爬行了一个是我的工作性质是做应用的本来也不探讨什么高深的技术点另一个就是自己懒没有好好利用时间充实自己 而今年64bit的普及赖以生存的AutoCAD开始嫌弃古老的VB6劳动力市场等等原因使我不得不接触掌握新技术一些技术点诸如SQL Server的spatial部分把GIS的理论算法引入我所在的应用领域利用AutoCAD的NET类重新设计已有系统Linq C多线程WPF编写美观的界面等等学习新技术是个享受的过程觉得自己开始跟得上时代的步伐当然如果项目时间紧的话也会有压力总觉得用原来的技术很短时间搞定的东西现在却大大增加了开发时间和上一次系统学习比起来这次自己就要稳重的多虽然过去几年并没有在技术点上特别精进但是基本功更加扎实了不会向上次那样不知道从哪里下手这次算是心理有底有步骤有计划地学习感觉好很多 技术点的学习与应用不仅仅对于我个人能力的一种提高更是在很大程度上帮助软件重新架构由于平台的转换我们有机会对原有系统重新作分析设计以前的我完全是一个实施者而现在所扮演的更多的是一个设计者这种角色的转变意味着责任更大如果出错就不是浪费我一个人的时间而是从整体上浪费团队资源去年写总结的时候我在寻觅软件设计上面的建议今年系统的看了UML和设计模式强烈的意识到从理解理论到灵活运用实在不是一件简单的事情我的做法是从大的系统中选取一个相对独立的子系统根据学到的理论自己搭个设计想想再搭另外一个跟团对讨论下找找感觉这个过程我大量依赖mindmap flowchar UML 开始的草稿是Mindmap把需求细分然后UML建立块之间的关系UML是个好东西虽然它的各种规范让设计在软件生命周期中所占比例加大但是它对于细节的考量是非常到位的如果我可以把所要软件的类图顺序图画
好那基本上就能证明这个东西我想明白了另外还可以把它解释给其他组员在设计思想上我一般会从业务逻辑出发比较注重可读性或者说是结构更符合人脑逻辑除非在非常要效率的地方一些函数类的分布才会看起来不那么顺溜每每这个时候一定要配有相关文档之所以会这样一层一层的大部分来源于自信心不强没有这些图表文档的支持我不确定是否能够把意思清晰准确的传达给团队其他成员当然也不能够保证过段时间自己就不会忘记目前我还在磕磕绊绊的前进中真心希望将来的某一天我可以熟练运用UML工具做个合格软件建筑师 对我来说做架构的过程是一个挑战自己决策能力的过程毕竟软件是有生命的它不断成长完善或者某些部分在不久的将来被卸掉我看不到那么远设计时间太长影响工程进度只能折中平衡实施是同样的道理同一个函数可以用不同的方法实现平衡与博弈是超出软件设计与实施之外的能力也就是俗话说的经验在这个方面我还太嫩 2团队管理去年的总结里面我写了大段大段自认为的带领小团队的方法如今总结为四个字敏捷开发年初的时候我的一个组员推荐我读了敏捷开发的书才发现我那些实践中\"创\"出来的方法其实都是敏捷开发的一部分建立在实践基础上的理论学习让人茅塞顿开下面写一下除了去年那些方法我看过书以后觉得特别重要一定要记录的 aTDD Test Driven Develop 看过书才知道这个多重要作为程序员闷头写代码可以但是如果写测试很多人都会不情不愿的 尤其小公司没有专门的人写测试的script 但是Test case的建立对于功能的拓展维护是相当重要的虽然开头看起来写测试是麻烦了一点但是这为以后节省的时间和资源是很大的我所在的项目要是写script的话还是比较困难的于是我要求我的团队写文档 b当我们结束每一个BugFeature是真的结束而非半吊子结束就是包括代码注释对应文档等等当团队Build那一天不会因为某个看似完成实际上还需要那么两三句话的Bug而耽误 c无论是否面向客户每一个Build都是一个完整的msi 归档备案 这样我们可以轻松的比较每个版本之间的不同 前两个月又有两个人归到我的团队下我们开会规范统一了编码规范比如每一个函数前都会加三个单引号 这个在NET里面很好用可以自动生成帮助 比如如何命名函数变量其实经过一同工作大家的编码规范已经在不经意中逐步统一这次只是正式明确出来以便新的组员尽快上手 \"敏捷开发\"是现在比较流行的软件开发模式我的认识是他非常合适8个人以下的小团队灵活作战它充分发挥团队成员
的主观能动性可以比较及时地调整状态降低资源损耗虽然敏捷有正式的管理模式工具但一切一切的根源来自于团队成员间的坦诚交流相互信任这两样没有根本\"敏\"不起来大家心里都有自己的小九九还不如不用\"敏捷\" 信任和坦诚这种东西没有硬性标准只能靠团队慢慢磨和也靠缘分吧这个方面我的运气不错组内合作讨论的气氛非常好从这些比我勤奋比我有经验的组员们身上学到了很多东西 目前我们组的这个运转模式得到了部门经理的认同已经升级了现有的管理软件我就可以比较规范的依据\"敏捷\"模式管理了 今年我们部门作了一次人事变动去年提及的那个不作为的经理走了新来了一个在一定程度上我需要辅助他的工作这也给我提供了一些作为代表参与部门间会议以及决策层会议的机会一种会议是传递意见给大家需要演讲对于正式的演讲不够自信总怕不能准确表达自己的意思于是搭建了演示平台特别作了事例分析作了ppt用作主脉络效果意外的好得到了很多积极的反馈对于以后的开发思路很有帮助另外一种是听取意见的售前的哥们很能\"吹毛求疵\"挑得毛病那个细那个偏关键还不早说开发周期尾端才说一改又是麻烦以前这样的会议我不是主角跟着听听就好现在成了主听者第一反应就是抵触辩解但是轮到我说话我都只能说对不起我们没有考虑周到下次会注意也希望在开发进程中多多交流能有这样的态度也是工作时间长了的缘故初出茅庐的时候应该不会这样说对不起一说明显感觉到售前松了口气开发和销售本来就不是两个对立面只有把这样\"挑\"的毛病细化在开发进程中循环出现才会减少不必要的成本浪费我们是小公司这些个互相交流指正不需要大家很正式的到会议室坐下就是互相串门子的时候带一句做开发的把态度摆出来欢迎各种意见建议人家自然也就愿意过来最后总结一下今年的工作状态还不错的一直都在学习和摸索中适应了角色的转变知道了如何应对问题应付不来的会去找适当的人寻求帮助工作之外记得去年说想去西藏于是就在雪域高原过了圣诞新年今年的旅行提前到了金秋九月冬天估计就不去远的地方了最后还是那句话 低头做事抬头做人过幸福的小日子
相关推荐
人人范文网 m.inrrp.com.cn 手机版