软件开发工作总结.docx

上传人:b****5 文档编号:7397760 上传时间:2023-01-23 格式:DOCX 页数:19 大小:39.88KB
下载 相关 举报
软件开发工作总结.docx_第1页
第1页 / 共19页
软件开发工作总结.docx_第2页
第2页 / 共19页
软件开发工作总结.docx_第3页
第3页 / 共19页
软件开发工作总结.docx_第4页
第4页 / 共19页
软件开发工作总结.docx_第5页
第5页 / 共19页
点击查看更多>>
下载资源
资源描述

软件开发工作总结.docx

《软件开发工作总结.docx》由会员分享,可在线阅读,更多相关《软件开发工作总结.docx(19页珍藏版)》请在冰豆网上搜索。

软件开发工作总结.docx

软件开发工作总结

 

软件开发工作总结

 

姓名:

_________________

单位:

_________________

时间:

_________________

 

软件开发工作总结

软件开发工作总结

 

软件开发工作总结1

软件开发工作总结5

  今年我市的小麦生产,在冬春患病多年不遇的严峻干旱、中期病虫害偏重发生、收获期又阴雨较多的不利形势下,通过全市宽敞干群的共同努力,上下一心,克难攻坚,打赢了抗旱保苗、阻击病虫害、“龙口夺粮”三大战役,取得了较好的收成,虽说与去年相比增产幅度不大,但在大灾之年能获得如此产量已属不易,成效中分散了全市宽敞干群和农业科技人员的心血和汗水,在世界经济危机的背景下XX市今年夏粮丰收意义更大,为维护社会稳定和确保国家粮食平安做出了乐观贡献,达到了农业丰收、农业增效、农夫增收的目的。

现总结如下:

  一、小麦生产形势分析

  依据农技中心测产调查,今年全市实收小麦面积208万亩,与去年持平略增,平均亩产383.8公斤,总产达79830.4万公斤,实现连续6年夏粮大丰收,与上年相比,平均单产增2.9公斤,增幅0.76%,总产增加603.2万公斤,增幅0.77%。

从成产三因素看,今年小麦亩穗数34万,穗粒数为31.1粒,千粒重为42.7克,与去年的33.8万、30.5粒和43.47克相比,呈“两增一减”态势,即群体增0.2万头,穗粒数增加0.6粒,千粒重削减0.77克。

  二、我市今年小麦生产在大旱之年能够取得如此好的收成,得益于以下几个方面:

  1、国家多项惠农政策的实施,充分调动了农夫种粮乐观性。

近年来随着国家种粮直补、良种补贴、配方施肥、标准粮田建设、农综开发、土地治理、农资综合补贴、农机补贴、爱护价收购等一系列支农、惠农政策和项目的实施,农夫种粮乐观性进一步提高,小麦种植面积稳中有升,生产投入和田间管理也得到进一步加强,在去年冬春连旱一百多天的灾难天气状况下,有效地促进了良种良法配套和生产环境的改善,为今年小麦生产奠定了良好基础。

  2、各级领导高度重视,督导得力,职能部门协作行动有力,为小麦生产供应了组织保障。

去年秋收麦播期间为确保适期播种,夯实麦播基础,市委、市政府先后召开了秋收秋种电视电话会议、小麦播种工作会议等。

抓好各项麦播措施的落实,高质量地完成了小麦播种工作。

麦播后,特殊是去年11月底、12月初旱情渐渐显现以来,XX市委、市政府高度重视,为打造邓州粮食主产核心区,多次召开各乡镇和涉农部门抗旱浇麦工作会议,为做到未雨绸缪,市四大家领导带队,对各乡镇抗旱浇麦工作进行检查督导,并出台各项优待政策支持抗旱浇麦工作,如对农户浇麦进行财政补贴,购置浇水机械进行补贴,提前发放综合直补,保证低价抗旱用油、用电,引丹灌区开闸放水,广播电台大力宣扬抗旱先进典型等,并协调农业、供销、水利、农机、气象、电业、石油等部门,相互协作,形成合力,充分发挥职能,乐观支持抗旱工作,确保了小麦生产的顺当进行。

  3、技术服务到位,为小麦生产供应了有力技术支撑。

在小麦备播、播种、管理等关键时期,我们准时组织农业技术人员,深化乡村、农户和田间地头,现场指导近百场次,举办专题培训会34期次,培训农夫15000余人次,开办电视讲座10余期,发布50余条农业短信,印发技术资料10余万份,大厅服务询问50期300余人次,多途径、多角度对农夫进行全方位的技术服务,真正把小麦高产、高效栽培和抗逆生产技术送到农夫手中,落实到小麦生产中。

在小麦生产过程中,针对小麦不同生育期遇到的不同问题,我们准时组织技术人员,认真开展调查争辩,适时提出技术管理意见,为领导科学决策,指挥小麦生产供应了参考依据。

如去冬今春小麦严峻干旱期间,农技中心组织土肥专家定期测试墒情,依据苗情、旱情,发10期抗旱简报,36条抗旱新技术短信息,组织全体技术人员组成12个技术服务小组深化田间地头,科学指导群众接受新技术、新措施做到节水、节时、节能,浇好保命水、丰产水。

又如,小麦生长中后期,我们针对影响小麦产量和品质的吸浆虫和锈病,组织26名技术人员,四次深化田间踏查,对锈病和吸浆虫发生状况进行严密监测,并准时提出防治措施,为领导科学决策、及早防治病虫害供应参考依据。

  4、示范样板创建,为小麦生产供应了典型引路作用。

今年以市政府为总牵头人,在腰店、桑庄等乡镇创建万亩小麦高产示范方的同时,涉农部门分别在全市26个小麦主产乡镇内,共建“万、千、百、十”不同类型的小麦示范样板田126个,面积达25万余亩,示范方内发挥资源和技术优势,围绕粮食高产、粮食增产、高产创建、探究模式、服务指导等方面大力推广了新品种、新技术和新成果,促进粮食生产规模化、机械化和集约化。

如腰店乡、桑庄镇示范方,特殊是腰店乡黑龙村百亩示范方,实行“六统一”,规范有效地落实了关键措施,取得了较高产量。

据省农调队5月19日上午现场测验,百亩示范方,面积132亩,亩群体43.4万,穗粒数37粒,千粒重估计42克,按85%折亩产579.5公斤。

5月31日XX市农业局专家组又一次现场实测,亩产584.9公斤,发挥了很好的示范带动作用,并得到省市领导的高度评价,5月21日省小麦专家胡廷积、张世英一行在XX市委书记黄兴维、XX市委书记刘朝瑞等领导同志伴随下到示范方现场进行观摩和考察,赐予了充分确定和赞扬,5月23日全XX市示范方创建示范观摩会在邓州召开,兄弟县XX县组织其乡镇党委书记、农业局等单位领导,来邓州观摩,现场考察小麦示范方建设成效。

领导和同志们均为大旱之年XX市万亩示范方能够取得如此高的产量赞美不已。

软件开发工作总结6

  1引言

  1.1编写目的

  XXX公司业务管理系统的开发已经基本完成。

写此项目开发总结报告,以便利我们在以后的项目开发中来更好的实施项目的订制开发;让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而制造更多公司效益。

  1.2背景

  项目名称:

XXX业务管理系统

  软件名称:

XXX业务系统

  客户:

XXX

  用户:

XXX员工

  1.3参考资料

  项目开发文档:

  

(1)软件开发数据模型:

PDM_OperationSystem20070831.pdm

  

(2)数据库开发文档:

XXX业务管理系统数据库设计说明书2.0.doc

  (3)软件业务流程参考:

XXX业务管理系统流程说明.doc

  (4)软件使用手册参考:

XXX业务管理系统功能说明3.0.doc

  (5)软件业务流程参考:

XXX业务管理系统流程说明.doc

  (6)软件中使用到的第三方控件:

ComponentArtWeb.UI20xx.1252for2.0.rar

  (7)软件中使用的平安Ikey驱动:

IkeyDriver.rar

  以上参考资料是截止20xx-08-31是最新的资料文档。

如有修改,即使修改此处的参考文档名称。

  2开发工作评价

  2.1对生产效率的评价

  

(1)系统开发已历时快1年的时间了

  

(2)开发的反复性比较多。

  (3)对客户的需求理解不是很透彻。

  综合以上,此项目的开发效率不是很高,相反有相当肯定时间的铺张。

  2.2对产品功能的评价

  经过我们公司各位同事的共同努力协作,XXX业务管理系统已经很好的完成了客户的业务流需求。

经过对客户使用过程的观看,此项目开发的还是比较成功,但是还是存在着一些问题,造成这些问题的缘由是多方面的。

如:

前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在肯定问题,这就需要我们用肯定的时间来维护客户使用过程中提出的新问题和存在的debug。

总的来说,此系统的功能开发还是一个比较成功的案例。

  2.3对技术方法的总结

  在此项目中使用到技术和工具:

  

(1)使用代码生成器:

使用代码生成器[动软.Net代码自动生成器],此工具在很大程度上提高了编码效率,从而加快了项目的开发进程。

在以后的项目中,我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。

在今后的项目开发中,我们最好是能开发出适合自己的代码生成工具,更大限度的节省开发周期和开发费用。

  

(2)使用数据库建模工具:

PowerDesigner工具来建立系统数据库模型,以便利程序员很好的理解业务流和把握系统架构者的架构思想,更好的满足客户的功能需求。

在今后的项目开发中,我们要更好的来完成系统的前期数据库模型的建立,最大的来优化系统功能。

  (3)使用第三方控件:

此系统中使用了ComponentArtWeb.UI第三方控件。

此控件在很大程度上满足了客户对软件界面的需求,从而也给软件的操作带来了便利。

本项目中只使用了ComponentArtWeb.UI一种第三方控件,在今后的项目开发过程中,要连续使用第三方的控件。

这样以来,无论是针对软件界面的美观性、友好性来说、易操作性而言,还是针对系统开发效率而言,这都是很好途径。

但需要留意的是:

在使用第三方控件时,要谨慎的选择一些网络中的比较常见的第三方控件。

  (4)使用自定义控件:

此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的全部信息显示表格样式。

如客户对数据显示样式有什么新的意见,我就不需要修改每一个页面的表格样式,我们只需要修改GhdGridView控件的样式,系统中的全部继承自GhdGridView的表格样式都可以转变。

  (5)系统开发框架:

此系统的框架使用的是简洁三层结构,此框架在开发一些中小软件是比较有用的。

但是我们要是可以开发出自己的框架,把一些通用的功能开发到框架中。

这样以来,在以后的系统开发中,针对系统中一些通用的功能就不需要再开发,从而也可以很好的提高我们的开发效率;削减很多维护费用。

使我们的技术不断的更加成熟。

  (6)系统平安加密:

此系统中针对客户提出的系统平安问题,我们接受了Ikey加密硬件钥匙来验证客户端登陆客户的合法性,此Ikey钥匙可以绑定到一个系统使用用户,也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。

这样以来,即使用户的密码不慎丢失,或者被不法人员取得(不法人员他也是无法登陆到我们的系统中来),这样就最大的提高了我们系统的平安性。

Ikey加密钥匙是很好的加密B/S架构软件的硬件工具,在以后的软件平安方面可以借鉴。

  3项目阅历总结

  3.1签定合同

  一个项目的开发成败或者说项目开发带来效益的大小,在很大程度上是受项目合同签定的影响的。

往往,很多一部分公司与客户签定的项目合同都是很模糊的,也很难签定的比较清楚,这样以来就会导致在项目的开发后期,工作量会越来越大,影响项目的竣工周期;而且,项目的开发费用一般是不会变的。

这样以来,我们就大大的降低了我们的开发效益。

虽然需求范围很难签定的明确,但是我们在签定合同时,要尽量的去把合同功能边界和添加新功能的条件签定。

  3.2开发团队

  在项目确立后,要尽快的建立起项目开发团队。

项目团队成员的团结合作、相互沟通是格外重要的,团队成员之间要相互学习彼此的优点和技术,使团队的力量不断的提高。

这样,在项目的开发过程中,团队才不会被难题困住不动。

另外,团队中要有一个项目负责人,这个人无论是在与客户的沟通上,还是在技术上都要是很出众的人,此项目负责人要能很好的沟通客户与开发成员之间,以此来更好的理解客户的功能需求。

人的记忆力总是有限的,所以就要求开发团队成员要尽量的书写一些开发文档,这些文档往往是我们在项目开发后期要用到的可寻资料。

项目团队士气是项目成功的一个因素,我们需要不断的来培育我们的团队气概,使我们的团队不断的壮大。

  3.3需求的调研

  在项目确立后,就到了需求调研分析阶段。

  

(1)项目组对客户的整体组织结构、公司有关人员的关系、职责等假如没有一个很好、足够的了解把握,这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求,如此以来我们就为自己埋下了地雷,影响项目的开发周期,这就要求我们要与客户搞好无论是工作上的还是生活上的伴侣关系,要深化的去了解客户需求。

  

(2)我们要尽量的让客户也参与到项目的开发团队中来,也就是说我们要使客户把自己也纳入到项目的开发团队中来,如此一来,我们把握客户需求的真实性、牢靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱。

  (3)在需求调研过程中,假如缺乏足够用户参与,这样的需求调研也是失败的。

很多程序员不愿参与到客户的需求调研中去,为什么呢?

很简洁,与客户沟通不如与代码沟通简洁有意思。

尽管这样,我们还是必需用足够多的时间去和客户进行沟通,了解他们真实的需求。

很多用户也是如此,他们自己也不情愿参与到项目的需求调研中来,为什么呢?

需求调研有出去和伴侣一块烂漫吗?

虽然现状如此,我们还是要努力的使客户参与到需求的调研中来。

  (4)模糊需求,也就是模棱两可是需求规格说明中最为可怕的问题。

一是指诸多客户对需求说明产生了不同的理解;一是指单个读者能用不止一个方式来解释某个需求说明。

针对对这种状况,就要求我们的调研人员要能够从多个角度来分析客户的不同需求,整理出最终的需求与客户确认,定出最终真实牢靠的需求,我们绝不能凭借我们自己的单面理解来定立客户的最终需求。

  (5)在一个项目的开发中,文档的书写是极为重要的一项工作。

由于,某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。

我们确定不能认为,凭借我们的大脑来记录全部的开发需求。

即使,你说你是天才,你要用你那颗爱因斯坦的大脑来记录全部的开发需求,那也是不行能的,人的精力总是有限的。

这就要求我们在需求调研中做好需求文档的记录和整理。

  (6)需求调研工具选择,客户一般对图形还是比较感爱好的,所以我们在调研过程中,我要尽量的接受图形化界面来和客户沟通需求。

比如可以接受Rose工具,把客户的意思转换为用例图、时序图、协作图、状态图、类图等,使表达的意思更加直观。

这样客户会更快的进行问题的实质。

  3.4做好开发方案

  在项目确立后,我们就需要做好项目开发方案,需求调研用时,开发用时,测试用时,实施用时,维护用时。

在我们做好了方案后,我们要随时的跟踪方案任务的完成进度,从而使我们的项目进度掌控在我们的开发周期范围之内,今日方案、行动,明日成功。

  3.5很好的沟通

  在其他行业中,人与人的之间的沟通是很重要的。

项目开发也不例外,很好的沟通能够加快项目的进度,这就要求我们每一个开发人员要学会和擅长沟通于客户和同事之间。

在一个项目的开发过程中,我们与客户的沟通是一个不断沟通和沟通的过程。

在开发到肯定的阶段,我们就需要和客户沟通已有功能,尽量的去避开一些隐蔽的问题,准时的发觉问题,解决问题,从而按时或者提前完成项目的开发。

  3.6做好工作总结

  在项目进行的过程中,我们要不断去整理自己的工作状况和做好总结,这样以来,无论是在自己的技术还是其它方面,都会对我们有很大的提高,在长期的积累后,无论是我们个人力量,还是我们的团队力量都会有很大的提高。

软件开发工作总结7

  哲学就是用简洁的说话来体现出隐含深层意义的道理,让人们去思考和体会。

哲学本身就是用来完善自己的精神修养和挂念他人完善思想的。

  哲学的特征在于追问本质,不断反思。

内容上,哲学的反思对象无所不包;深度上,哲学的反思是无穷无尽的。

现实中,我们可以借用哲学的思维方式,但是不能照搬哲学的思维方式。

也即是说我们能够直接关注的现实是具体而有限的,思维的不行封闭性使得我们在解决具体问题时不能进行无穷追问。

  把哲学低估于现代科学是不负责任的,哲学隐蔽在现实生活中的每一部分,它为我们供应了一种生活的方式,假如将哲学简洁的与现代科学相提并论,则成为了一种狭隘的唯科学主义。

  “又是一年毕业时”,看到一批批学子离开人生的象牙塔,走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志,不觉感叹万千……本文是自己工作6年的经受沉淀或者阅历提炼,期望对全部的软件工程师们有所挂念,早日实现自己的人生目标。

本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议,前面几点旨在确定大的方向,算是废话吧。

  谨以此文献给那个自己为你奉献3年青春与激情的开发团队。

还有团队成员:

PPL、YT、YK、TYF、LGL、CHL、CDY、CB、DPD。

  1、共享第一条阅历:

“学历代表过去、力量代表现在、学习力代表将来。

”其实这是一个来自国外训练领域的一个争辩结果。

信任工作过几年、十几年的伴侣对这个道理有些体会吧。

但我信任这一点也很重要:

“重要的道理明白太晚将抱憾终生!

”所以放在每一条,让刚刚毕业的伴侣们早点看到哈!

  2、肯定要确定自己的进展方向,并为此目的制定可行的方案。

不要说什么,“我刚毕业,还不知道将来可能做什么?

”,“跟着感觉走,先做做看”。

由于,这样的观点会通过你的潜意识去示意你的行为无所事事、碌碌无为。

始终做技术,将来成为专家级人物?

向管理方向走,成为职业经理人?

先生疏行业和领域,将来独立门户?

还是先在行业里面混混,过几年转行做点别的?

这很重要,它将打算你近几年、十年内“做什么事情才是在做正确的事情!

”。

  3、软件开发团队中,技术不是万能的,但没有技术是万万不能的!

在技术型团队中,技术与人品同等重要,当然长相也比较重要哈,尤其在MM比较多的团队中。

在软件项目团队中,技术水平是受人重视和敬重的重要砝码。

无论你是做管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护,多少你都要有技术基础。

  算我孤陋寡闻,我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目,哪怕就一个,也没有看到。

倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目,项目交付的其次天,项目组成员扔下一句“再也受不了啦!

”四分五裂、各奔东西。

那个项目的“成功度”大家可想而知了。

  4、具体制定自己软件开发专业学问学习方案,并留意准时修正和调整(软件开发技术变化实在太快)。

请牢记:

“假如一个软件开发人员在1、2年内都没有更新过自己的学问,那么,其实他已经不再属于这个行业了。

”不要告知自己没有时间。

来自时间管理领域的有名的“三八原则”告诫我们:

另外的那8小时如何使用将打算你的人生成败!

本人自毕业以来,平均每天实际学习时间超过2小时。

  5、书籍是人类进步的阶梯,对软件开发人员尤其如此。

书籍是学习学问的最有效途径,不要过多地期望在工作中能遇到“世外高人”,并不厌其烦地教你。

对于花钱买书,我个人阅历是:

千万别买国内那帮人出的书!

我买的那些家伙出的书,!

00%全部懊悔了,无一本例外。

更生气的是,这些书在二手市场的地摊上都很难卖掉。

“拥有书籍并不表示拥有学问;拥有学问并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有才智。

”只有将书本变成的自己才智,才算是真正拥有了它。

  6、不要仅局限于对某项技术的表面使用上,哪怕你只是间或用一、二次。

“对任何事物不究就里”是任何行业的工程师所不应当具备的素养。

开发Windows应用程序,看看Windows程序的设计、加载、执行原理,分析一下PE文件格式,试试用SDK开发从头开发一个Windows应用程序;用VC++、Delphi、Java、.Net开发应用程序,花时间去争辩一下MFC、VCL、J2EE、.Net它们框架设计或者源码;除了会用J2EE、JBoss、Spring、Hibernate等等优秀的开源产品或者框架,抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。

试着这样做做,你以后的工作将会少遇到一些让你不明就里、一头雾水的问题,由于,很多东西你“知其然且知其所以然”!

  7、在一种语言上编程,但别为其束缚了思想。

“代码大全”中说:

“深化一门语言编程,不要浮于表面”。

深化一门语言开发还远远不足,任何编程语言的存在都有其自身的理由,所以也没有哪门语言是“包治百病”的“灵丹妙药”。

编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。

我的阅历是:

用面对对象工具开发某些关键模块时,为什么不行以借鉴C、C51、汇编的模块化封装方式?

  用传统的桌面开发工具(目前主要有VC++、Delphi)进行系统体统结构设计时,为什么不行以参考来自Java社区的IoC、AOP设计思想,甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源框架?

在进行类似于实时通信、数据采集等功能的设计、实现时,为什么不行以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?

为什么一切都必需以个人、团队在当然开发语言上的传统或者阅历来解决问题?

?

?

“他山之石、可以攻玉”。

  8、养成总结与反思的习惯,并有意识地提炼日常工作成果,形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。

众所周知,对软件开发人员而言,有、无阅历的一个显著区分是:

无阅历者完成任何任务时都从头开头,而有阅历者往往通过重组自己的可复用模块、类库来解决问题(其实这个结论不应当被局限在软件开发领域、可以延长到很多方面)。

这并不是说,全部可复用的东西都必需自己实现,别人成熟的通过测试的成果也可以收集、整理、集成到自己的学问库中。

但是,最好还是自己实现,这样没有学问产权、版权等问题,关键是自己实现后能真正把握这个学问点,拥有这个技能。

  9、理论与实践并重,内外双修。

工程师的内涵是:

以工程师的眼光观看、分析事物和世界。

一个合格的软件工程师,是真正理解了软件产品的本质及软件产品研发的`思想精髓的人(个人观点、欢迎探讨)。

把握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作,但从软件工程师这个角度来看,这只是外在的东西,并非重要的、本质的工作。

  学习、把握软件产品开发理论学问、软件开发方法论,并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题,才是真正的软件工程师的工作。

站在成熟理论与牢靠方法论的高度思考、分析、解决问题,并在具体实践中验证和修正这些思想与方式,最终形成自己的理论体系和有用方法论。

  10、心态有多开放,视野就有多开阔。

不要抱着自己的技术和成果,等到它们都已经过时变成垃圾了,才拿出来丢人现眼。

请准时发布自己的争辩成果:

开发的产品、有创意的设计或代码,公布出来让大家沟通或者使用,你的成果才有进化和升华的机会。

  想想自己20xx年间开发的那些Windows系统工具,5、6年之后的今日,还是那个样子,今日流行的好多Windows系统工具都比自己的晚,但进化得很好,且有那么多用户在使用。

并且,不要保守自己的技术和思想,尽可能地与人沟通与共享,或者传授给开发团队的成员。

“与人交换苹果之后,每个人还是只有一个苹果;但交换思想之后,每个人都拥有两种思想”,道理大家都懂,但有多少人真正能做到呢?

  11、尽量参与开源项目的开发、或者与伴侣共同研制一些自己的产品,千万不要由于没有钱赚而不做。

网络早已不再只是“虚拟世界”,网上有很多的开源项目、合作开发项目、外包项目,这都是涉猎工作以外的学问的绝好机会,并且能够结识更广的人缘。

不要由于工作是做ERP,就不去学习和了解嵌入式、实时、通信、网络等方面的技术,反过来也是一样。

假如当他别人拿着合同找你合作,你却这也不会,那也不熟时,你将懊悔莫及。

  12、书到用时方恨少,不要将自己的学问面仅仅局限于技术方面。

诺贝尔经济学奖得主西蒙教授的争辩结果表明:

“对于一个有肯定基础的人来说,他只要真正肯下功夫,在6个月内就可以把握任何一门学问。

”训练心理学界为感谢西蒙教授的争辩成果,故命名为西蒙学习法。

可见,把握一门生疏的学问远远没有想想的那么高难、浅显。

多方吸取、广泛涉猎。

极力夯实自己的影响圈、尽量扩大自己的关注圈。

财务、经济、税务、管理等等学问,有空花时间看看,韬光养晦、未雨绸缪。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 工程科技 > 纺织轻工业

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1