分享
2023年软件工程师的自我总结.docx
下载文档

ID:412442

大小:10.67KB

页数:3页

格式:DOCX

时间:2023-03-28

收藏 分享赚钱
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,汇文网负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。
网站客服:3074922707
2023 软件工程师 自我 总结
软件工程师的自我参考总结(通用) 1、分享第一条经历:“学历代表过去、才能代表如今、学习力代表今后。〞事实上这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也非常重要:“重要的道理明白太晚将抱憾终生!〞因此放在每一条,让刚刚毕业的朋友们早点看到哈! 2、一定要确定本人的开展方向,并为此目的制定可行的方案。不要说什么,“我刚毕业,还不明白今后可能做什么〞,“跟着感受走,先做做看〞。由于,如此的观点会通过你的潜认识去暗示你的行为无所事事、碌碌无为。不断做技术,今后成为专家级人物向治理方向走,成为职业经理人先熟悉行业和领域,今后自立门户依然先在行业里面混混,过几年转行做点别的这非常重要,它将决定你近几年、十年内“做什么事情才是在做正确的事情!〞。 3、软件开发团队中,技术不是万能的,但没有技术是万万不能的!在技术型团队中,技术与人品同等重要,所以长相也比拟重要哈,尤其在mm比拟多的团队中。在软件工程团队中,技术水平是受人注重和尊重的重要砝码。不管你是做治理、系统分析、设计、编码,依然产品治理、测试、文档、施行、维护,多少你都要有技术根底。算我孤陋寡闻,我还真没有亲眼看到过一个外行带着一个软件开发团队成功地完成过软件开发工程,哪怕就一个,也没有看到。倒是曾经看到过一个“高学历的牛人〞(非技术型)带一堆人做完过一个工程,工程交付的第二天,工程组成员扔下一句“再也受不了啦!〞四分五裂、各奔东西。那个工程的“成功度〞大家可想而知了。 4、详细制定本人软件开发专业知识学习方案,并留意及时修正和调整(软件开发技术变化实在太快)。请牢记:“假设一个软件开发人员在1、2年内都没有更新过本人的知识,那么,事实上他已经不再属于这个行业了。〞不要告诉本人没有时间。来自时间治理领域的著名的“三八原那么〞告诫我们:另外的那8小时如何使用将决定你的人生成败!本人自毕业以来,平均每天实际学习时间超过2小时。 5、书籍是人类进步的阶梯,对软件开发人员尤其如此。书籍是学习知识的最有效途径,不要过多地盼望在工作中能遇到“世外高人〞,并诲人不倦地教你。关于花钱买书,我个人经历是:千万别买国内那帮人出的书!我买的那些家伙出的书,!00%全部懊悔了,无一本例外。更气愤的是,这些书在二手市场的地摊上都非常难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。〞只有将书本变成的本人智慧,才算是真正拥有了它。 6、不要仅局限于对某项技术的外表使用上,哪怕你只是偶然用一、二次。“对任何事物不究就里〞是任何行业的工程师所不应该具备的素养。开发windows应用程序,看看windows程序的设计、加载、执行原理,分析一下pe文件格式,试试用sdk开发从头开发一个windows应用程序;用vc++、delphi、java、开发应用程序,花时间去研究一下mfc、vcl、j2ee、它们框架设计或者源码;除了会用j2ee、jboss、spring、hibernate等等优秀的开源产品或者框架,抽空看看大师们是如何抽象、分析、设计和实现那些类似咨询题的通用处理方案的。试着如此做做,你以后的工作将会少遇到一些让你不明就里、一头雾水的咨询题,由于,非常多东西你“知其然且知其因此然〞! 7、在一种语言上编程,但别为其束缚了思想。“代码大全〞中说:“深化一门语言编程,不要浮于外表〞。深化一门语言开发还远远缺乏,任何编程语言的存在都有其本身的理由,因此也没有哪门语言是“包治百病〞的“灵丹妙药〞。编程语言对开发人员处理详细咨询题的思路和方式的阻碍与束缚的例子俯拾皆是。我的经历是:用面对对象工具开发某些关键模块时,为什么不能够借鉴c、c51、汇编的模块化封装方式用传统的桌面开发工具(目前主要有vc++、delphi)进展系统体统构造设计时,为什么不能够参考来自java社区的ioc、aop设计思想,甚至借鉴像spring、hibernate、jboss等等优秀的开源框架在进展类似于实时通讯、数据采集等功能的设计、实现时,为什么不能够援用来自实时系统、嵌入式系统的优秀的体系框架与形式为什么一切都必须以个人、团队在所以开发语言上的传统或者经历来处理咨询题“他山之石、能够攻玉〞。

此文档下载收益归作者所有

下载文档
你可能关注的文档
收起
展开