某企业软件工程师XX年工作总结

上传人:桔**** 文档编号:558522957 上传时间:2022-07-17 格式:DOCX 页数:4 大小:10.46KB
返回 下载 相关 举报
某企业软件工程师XX年工作总结_第1页
第1页 / 共4页
某企业软件工程师XX年工作总结_第2页
第2页 / 共4页
某企业软件工程师XX年工作总结_第3页
第3页 / 共4页
某企业软件工程师XX年工作总结_第4页
第4页 / 共4页
亲,该文档总共4页,全部预览完了,如果喜欢就下载吧!
资源描述

《某企业软件工程师XX年工作总结》由会员分享,可在线阅读,更多相关《某企业软件工程师XX年工作总结(4页珍藏版)》请在金锄头文库上搜索。

1、某企业软件工程师XX年工作总结工作总结是做了什么事情?计划的事情进展如何?定下的目标 完成了多少,产生了哪些偏差?完成的事情里,有哪些做的好,哪些 做的不够好。了某企业软件工程师xx年工作总结,欢迎欣赏与借鉴。1、分享第一条经验:学历代表过去、能力代表现在、学习力代 表未来。其实这是一个国外教育领域的一个研究结果。相信工作过几 年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要: 重要的道理明白太晚将抱憾终生!所以放在每一条,让刚刚毕业的朋 友们早点看到哈!-2、一定要确定自己的发展方向,并为此目的制定可行的计划。 不要说什么,我刚毕业,还不知道将来可能做什么?,跟着感觉走, 先做做

2、看。因为,这样的观点会通过你的潜意识去暗示你的行为无所 事事、碌碌无为。一直做技术,将来成为专家级人物?向管理方向走, 成为职业经理人?先熟悉行业和领域,将立门户?还是先在行业里面 混混,过几年转行做点别的?这很重要,它将决定你近几年、十年内 做什么事情才是在做正确的事情!。-3、软件开发团队中,技术不是万能的,但没有技术是万万不能 的!在技术型团队中,技术与人品同等重要,当然长相也比较重要哈, 尤其在mm比较多的团队中。在软件项目团队中,技术水平是受人重 视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码,还 是产品管理、测试、文档、实施、维护,多少你都要有技术基础。算 我孤陋寡闻,我

3、还真没有亲眼看到过一个外行带领一个软件开发团队 成功地完成过软件开发项目,哪怕就一个,也没有看到。倒是曾经看 到过一个高学历的牛人(非技术型)带一堆人做完过一个项目,项目 交付的第二天,项目组成员扔下一句再也受不了啦!四分五裂、各奔 东西。那个项目的成功度大家可想而知了。-4、详细制定自己软件开发专业知识学习计划,并注意及时修正 和调整(软件开发技术变化实在太快)。请牢记:如果一个软件开发 人员在1、2年内都没有更新过自己的知识,那么,其实他已经不再 属于这个行业了。不要告诉自己没有时间。时间管理领域的着名的三 八原则告诫我们:另外的那8小时如何使用将决定你的人生成败!本 人自毕业以来,平均每

4、天实际学习时间超过2小时。-5、书籍是人类进步的阶梯,对软件开发人员尤其如此。书籍是 学习知识的最有效途径,不要过多地指望在工作中能遇到世外高人, 并不厌其烦地教你。对于花钱买书,我个人经验是:千万别买国内那 帮人出的书!我买的那些家伙出的书,! 00%全部后悔了,无一本例 外。更气愤的是,这些书在二手市场的地摊上都很难卖掉。拥有书籍 并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示 拥有文化;拥有文化并不表示拥有智慧。只有将书本变成的自己智慧, 才算是真正拥有了它。-6、不要仅局限于对某项技术的表面使用上,哪怕你只是偶尔用 一、二次。对任何事物不究就里是任何行业的工程师所不应该具

5、备的 素质。开发windows应用程序,看看windows程序的设计、加载、执 行原理,分析一下pe文件格式,试试用sdk开发从头开发一个 window s应用程序;用vc+、delphi、java、。开发应用程序,花 时间去研究一下mfc、vcl、j2ee、。它们框架设计或者源码;除了 会用j2ee、jboss、springs hibernate等等优秀的开源产品或者框 架,抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的 通用解决方案的。试着这样做做,你以后的工作将会少遇到一些让你 不明就里、一头雾水的问题,因为,很多东西你知其然且知其所以然! -7、在一种语言上编程,但别为其束缚

6、了思想。代码大全中说: 深入一门语言编程,不要浮于表面。深入一门语言开发还远远不足, 任何编程语言的存在都有其自身的理由,所以也没有哪门语言是包治 百病的灵丹妙药。编程语言对开发人员解决具体问题的思路和方式的 影响与束缚的例子俯拾皆是。我的经验是:用面对对象工具开发某些 关键模块时,为什么不可以借鉴c、c51、汇编的模块化封装方式? 用传统的桌面开发工具(目前主要有vc+、delphi)进行系统体统 结构设计时,为什么不可以参考java社区的ioc、aop设计思想, 甚至借鉴像spring、hibernate、jboss等等优秀的开源框架?在进 行类似于实时通信、数据采集等功能的设计、实现时,

7、为什么不可以 引用实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都 必须以个人、团队在当然开发语言上的传统或者经验来解决问题? ? 他山之石、可以攻玉。-8、养成总结与反思的习惯,并有意识地提炼日常工作成果,形 成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化 为框架。众所周知,对软件开发人员而言,有、无经验的一个显着区 别是:无经验者完成任何任务时都从头开始,而有经验者往往通过重 组自己的可复用模块、类库来解决问题(其实这个结论不应该被局 限在软件开发领域、可以延伸到很多方面)。这并不是说,所有可复 用的东西都必须自己实现,别人成熟的通过测试的成果也可以收集、 集成到自己

8、的知识库中。但是,最好还是自己实现,这样没有知识产 权、版权等问题,关键是自己实现后能真正掌握这个知识点,拥有这 个技能。-9、理论与实践并重,内外双修。工程师的内涵是:以工程师的 眼光观察、分析事物和世界。一个合格的软件工程师,是真正理解了 软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探 讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完 成目标任务是软件工程师的主要工作,但从软件工程师这个角度来看, 这只是外在的东西,并非重要的、本质的工作。学习、掌握软件产品 开发理论知识、软件开发方法论,并在实践中理解、应用软件产品的 分析、设计、实现思想来解决具体的软件产品研发问题,才是真正的 软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、 解决问题,并在具体实践中验证和修正这些思想与方式,最终形成自 己的理论体系和实用方法论。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号