软件工程师个人总结范文

上传人:tang****xu2 文档编号:141752335 上传时间:2020-08-12 格式:DOCX 页数:7 大小:34.36KB
返回 下载 相关 举报
软件工程师个人总结范文_第1页
第1页 / 共7页
软件工程师个人总结范文_第2页
第2页 / 共7页
软件工程师个人总结范文_第3页
第3页 / 共7页
软件工程师个人总结范文_第4页
第4页 / 共7页
软件工程师个人总结范文_第5页
第5页 / 共7页
点击查看更多>>
资源描述

《软件工程师个人总结范文》由会员分享,可在线阅读,更多相关《软件工程师个人总结范文(7页珍藏版)》请在金锄头文库上搜索。

1、XX年软件工程师个人总结范文1、分享第一条经验:“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个 研究结果。相信工作过几年、十几年的朋友对这个道理有些 体会吧。但我相信这一点也很重要:“重要的道理明白太晚将抱憾终生!”所以放在每一条,让刚刚毕业的朋友们早点 看到哈!2、一定要确定自己的发展方向,并为此目的制定可行 的计划。不要说什么,“我刚毕业,还不知道将来可能做什 么?”,“跟着感觉走,先做做看”。因为,这样的观点会通过 你的潜意识去暗小你的彳了为无所事事、碌碌无为。一直做技 术,将来成为专家级人物 ?向管理方向走,成为职业经理人 先熟悉行业和领域,将来自立

2、门户 ?还是先在行业里面混混, 过几年转行做点别的?这很重要,它将决定你近几年、十年 内“做什么事情才是在做正确的事情 !”。3、软件开发团队中,技术不是万能的,但没有技术是万万不能的!在技术型团队中,技术与人品同等重要,当然 长相也比较重要哈,尤其在mm比较多的团队中。在软件项目团队中,技术水平是受人重视和尊重的重要砍码。无论你 是做管理、系统分析、设计、编码,还是产品管理、测试、 文档、实施、维护,多少你都要有技术基础。 算我孤陋寡闻, 我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目,哪怕就一个,也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做

3、完过一个项目,项目交付的第二天,项目组成员扔下一句“再也受不了啦! ”四分五裂、各奔东西。那个项目的“成功度” 大家可想而知了。4、详细制定自己软件开发专业知识学习计划,并注意及时修正和调整(软件开发技术变化实在太快)。请牢记:“如 果一个软件开发人员在 1、2年内都没有更新过自己的知识, 那么,其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的 “三八原则”告诫我们: 另外的那8小时如何使用将决定你的人生成败 !本人自毕业 以来,平均每天实际学习时间超过2小时。5、书籍是人类进步的阶梯, 对软件开发人员尤其如此。书籍是学习知识的最有效途径,不要过多地指望在工作中能

4、 遇到“世外高人”,并不厌其烦地教你。对于花钱买书,我 个人经验是:千万别买国内那帮人出的书!我买的那些家伙 出的书,!00%全部后悔了,无一本例外。更气愤的是,这些书在二手市场的地摊上都很难卖掉。 “拥有书籍并不表示拥 有知识;拥有知识并不表示拥有技能 ;拥有技能并不表示拥 有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自 己智慧,才算是真正拥有了它。6、不要仅局限于对某项技术的表面使用上,哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的 工程师所不应该具备的素质。开发windows应用程序,看看windows程序的设计、加载、执行原理,分析一下pe文件格式,试试用sdk开

5、发从头开发一个 windows应用程序;用 vc+、delphi 、java、.net开发应用程序,花时间去研究 一下mfc、vcl、j2ee、.net它们框架设计或者源码;除了会 用j2ee、jboss、spring、hibernate 等等优秀的开源产品 或者框架,抽空看看大师们是如何抽象、分析、设计和实现 那些类似问题的通用解决方案的。试着这样做做,你以后的 工作将会少遇到一些让你不明就里、一头雾水的问题,因为,很多东西你“知其然且知其所以然”!7、在一种语言上编程,但别为其束缚了思想。“代码大全”中说:“深入一门语言编程,不要浮于表面”。深入一门语言开发还远远不足,任何编程语言的存在都

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

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

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

9、,并在具体实践中验证和修正 这些思想与方式,最终形成自己的理论体系和实用方法论。10、心态有多开放,视野就有多开阔。不要抱着自己的 技术和成果,等到它们都已经过时变成垃圾了,才拿出来丢 人现眼。请及时发布自己的研究成果:开发的产品、有创意 的设计或代码,公布出来让大家交流或者使用,你的成果才有进化和升华的机会。想想自己xx年间开发的那些 windows 系统工具,5、6年之后的今天,还是那个样子,今天流行的 好多windows系统工具都比自己的晚,但进化得很好,且有 那么多用户在使用。并且,不要保守自己的技术和思想,尽 可能地与人交流与分享,或者传授给开发团队的成员。“与人交换苹果之后,每个人

10、还是只有一个苹果;但交换思想之后,每个人都拥有两种思想”,道理大家都懂,但有多少人 真正能做到呢?11、尽虽参加开源项目的开发、或者与朋友共同研制一 些自己的产品,千万不要因为没有钱赚而不做。网络早已不 再只是“虚拟世界”,网上有很多的开源项目、合作开发项 目、外包项目,这都是涉猎工作以外的知识的绝好机会,并且能够结识更广的人缘。不要因为工作是做erp ,就不去学习和了解嵌入式、实时、通信、网络等方面的技术,反过来也是一样。如果当他别人拿着合同找你合作,你却这也不会,那也不熟时,你将后悔莫及。12、书到用时方恨少,不要将自己的知识面仅仅局限于 技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明

11、:“对于一个有一定基础的人来说,他只要真正肯下功夫,在 6个月内就可以掌握任何一门学问。”教育心理学界为感谢西 蒙教授的研究成果,故命名为西蒙学习法。可见,掌握一门 陌生的学问远远没有想想的那么高难、深奥。多方吸取、广 泛涉猎。极力夯实自己的影响圈、尽H扩大自己的关注圈。 财务、经济、税务、管理等等知识,有空花时间看看,韬光 养晦、未雨绸缪。13、 本文的总结与反思:a :不要去做技术上的高于,除非你的目标如此。虽然本文是关于提高软件开发知识的建 议,做技术的高手是我一向都不赞同的。你可以提高自己的 专业知识,但能胜任工作即止。b :提高软件知识和技术只是问题的表面,本质是要提高自己认识问题、分析问题、解 决问题的思想高度。软件专业知识的很多方法和原理,可以 很容易地延伸、应用到生活的其它方面。c :在能胜任工作的基础上,立即去涉猎其它领域的专业知识,丰富自己的知识体系、提高自己的综合素质,尤其是那些目标不在技术方 面的朋友。

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

当前位置:首页 > 办公文档 > 其它办公文档

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