通过心得体会,人们能够更清晰地认知自己的职业发展方向和目标,在心得体会记录中我们能找到生命的答案,也悟到内心的力量,一团范文网小编今天就为您带来了上大数据课心得体会推荐8篇,相信一定会对你有所帮助。
上大数据课心得体会篇1
最近闹的沸沸扬扬的“斯诺登事件”让我想起前段时间的畅销书《大数据时代》。
维克托迈尔舍恩伯格在《大数据时代》一书中,首先给出了“大数据”的含义 : 你的一个习惯动作,你的一次消费行为,你的一份就诊记录……文字、方位、沟通等一切事物皆可以量化为数据,不仅人类生产和生活中“有意义”的信息海量产生,相比以往呈几何数级的爆炸式增长,“无意义”的数据的膨胀速度也同样惊人。
数据采集存储技术让所有的一切信息都可能被数据化,互联网特别是移动互联网技术让所有的数据可以串联起来,无遗漏数据分析技术几乎可以让所有的数据都派上用场。“大数据时代”,没有了“有意义”信息和“无意义”信息的边界,谁能得到信息并善于利用信息,谁就会抢占先机。“大数据时代”不仅影响着我们每一个人,甚至连世界经济格局也在酝酿着巨大变革。因此,《大数据时代》的作者认为,大数据从根本上改变我们认识世界和改变世界的方式,开启了一次重大的时代转型。
历史是一面镜子,照向未来。毫无疑问,已有的大数据也属于历史的范畴,但大数据时代却是指向未来的。大数据时代,我们分析的数据因为“大”,摆脱了传统对随机采样的依赖,而是面对全体数据 ; 因为所有信息都是“数”,可以不再纠结具体数据的精确度,而是坦然面对信息的混杂 ; 总量每两年就可以翻番,而且这一趋势还在加速。倘若能够更有效地组织和使用大数据,人类将得到更多的机会发挥数据对社会发展的巨大推动作用。研究证明,人类行为 93% 是可以预测的,成为“已经发生的.未来”。
大数据时代,决策将日益基于数据和分析而作出,而并非基于经验和直觉。虽然目前大数据预测的还只是参考答案,不是最终答案,但其威力已经显现。在《大数据时代》中,作者举的3个例子令人印象特别深刻。
一是谷歌仅凭网民留下的相关痕迹,就能得出与事实相符度高达97%的结论,2009年比疾控中心提前两周、具体到了特定的地区和州、准确预测了甲型h1 n1流感的爆发。2013年,又成功预测了美国流感的暴发。
二是奥巴马2008年的选举,竞选团队里设置了首席数据科学家,他利用facebook和twitter进行数据分析,不但利用社交媒体来发布信息,帮助奥巴马团队定位目标选民,甚至筛选出一些潜在的竞选志愿者。
三是微软公司通过大数据分析处理,对新一届奥斯卡金像奖作出“预言”,结果除“最佳导演”外,其余13项大奖全部命中。
正如维克托教授所说,我们目前看到的大数据和大数据应用,还只是“冰山的一角”。一定程度上,大数据就是新财富,价值堪比石油,正因为如此,赛门铁克公司的调研报告显示,全球企业的信息存储总量年增67目前包括谷歌、旧 m 、微软、emc, 惠普,以及我国的百度、腾讯、阿里巴巴等众多巨头,已早早开始布局大数据,为在即将来临的大数据时代做好竞争铺垫。
大数据已经渗入到了生活的方方面面,将逐渐成为现代社会基础设施的一部分,就像公路、铁路、港口、水电和通信网络一样不可或缺。更有人说,大数据是继边防、海防、空防之后的第四个大国博弈的空间。美国奥巴马政府已经把“大数据”上升到了国家战略的层面,投资2亿美元启动“大数据研究和发展计划”。
大数据时代,可以让人成为上帝,通过各数据汇总,俯瞰世界中你想知道的任何一面。大数据时代,也可以让你困扰不堪,因为你面临个人隐私被不断泄露和基于数据预测偏见的麻烦和危机。美国国家安全局和联邦调查局于2007年启动了一个代号为“棱镜”的秘密监控项目,划直接进入美国网际网路公司的中心服务器里挖掘数据、收集情报,包括微软、雅虎、谷歌、苹果等在内的9家国际网络巨头皆参与其中。报道刊出后外界哗然。保护公民隐私组织予以强烈谴责,表示不管奥巴马政府如何以反恐之名进行申辩,不管多少国会议员或政府部门支持监视民众,这些项目都侵犯了公民基本权利。
因此,维克托教授在《大数据时代》中表达了“数据主宰一切”的隐忧,并提出了“责任与自由并举”的信息管理设想,这也是我们在拥抱大数据时代时必须思考和解决的问题。
上大数据课心得体会篇2
今天进行了一次完整的数据库设计的过程,其实一直来说我都是非常害怕数据库的设计的,因为在刚刚接触的时候,我就知道,数据库设计其实是一个项目的开端,因为数据库设计实际上就是业务的设计,在需求清晰的时候,完成清晰流畅的业务设计又是一大难点。
一下为我自己的心得经验希望大家批评指正!
数据库设计应该遵循以下几个原则:
对需求的认知完全没有歧义;
熟练而且正确的e-r图绘制,明确改图是表明实体和关系的图,实体表示要在数据库里保存的类,关系表示类与类之间的相互关系,关系主要有一对一,一对多,多对多。经验之谈,继承关系通常可以用一对一表示,而一对多或者多对多通常表示类之间的使用关系;
在设计时要做到高度的抽象,对内容或者关系相类似的内容抽象为一类实体,在分类时可以抽象出一个“类”的实体,与要分类实体之间进行多对多关系映射,明确哪些是必须要进行存储的实体;
如果系统涉及用户角色的不同不妨把,账户和身份的考虑分离开,账户的存在让他是一直存在的并且在身份变化时个人的历史和基础内容是不变的,就是身份的加持让他可以有特权或者使命,而账户是他在系统中的根;
对于有值内容,并且需要对值进行统计结果的需要对他进行内容的拆分,比如:问卷表和问卷内容表,问卷内容值表要拆开,才有利于统计计算,而且他们之间是一对多关系;
有时更加困难的是一个实体会发生多个维度的分类,那么就把他的拆分维度一一分开;
“频道”概念在消息分发时是一个非常灵活的概念;
数据库可以建表来模拟消息服务器分发消息,在无法保证实时性必须存储内容时,同一消息对不同用户创建不同的副本;
总结,其实我在今天的数据库设计中就学习到这些,学习是一个逐渐进步的过程,也是一个自我折磨的过程,希望我可以在这条路上走的再远一点。
上大数据课心得体会篇3
数据库课程设计大赛的尘嚣渐渐远去,怀着对这次大赛的些许不舍,怀着对当初课程设计开始时候的豪情万丈的决心的留恋,怀着通过这次课程设计积累的信心与斗志,我开始写这篇文章,为自己的足迹留下哪怕是微不足道但是对自己弥足珍贵的痕迹并期望与大家共勉。
首先,让我的记忆追溯到大二暑假,在老大的指引下(老大劝我学),我接触到microsoft公司的产品。那个时候我已经学过vc和asp,因为windows程序设计实验的课的关系,接触过vb,但是没有专门去学他,因为习惯了c++里面的class,int,觉得vb的sub,var看着就不是很顺心。我是一个好奇心很强的人,突然看到了一个号称“是用于创建下一代应用程序的理想而又现实的开发工具”,而且主推c#语言,由于对c语言的一贯好感,我几乎是立刻对他产生了兴趣。我就开始了对c#的学习,任何语言都不是孤立存在的,所以数据交互是很重要的,暑假的时候我把我们这学期的课本数据库系统概论看了一遍。我记得以前用c语言编程的时候,数据是在内存中申请空间,譬如使用数组等等。很耗费内存空间。这个时候就是数据库站出来的时候啦,于是我又装上了sqlserver,以前学asp的时候用的是access,那个时候只是照着人家做,理论是什么也不是很清楚。
通过一个暑假的学习,基本搞清楚了理论方面的东西,具体怎么用也不是很清楚。但是这为这学期的课程设计打下了铺垫。
来到学校后,随着这学期的数据库课程大赛开始了,我有一个看法就是我自己应该具备的能力不是我会多少,而是我应该具备快速学会东西的能力。遇到什么就学什么。我们有时候很容易被一些专业名词说吓着,包括什么建模,软件工程,数据分析,数据挖掘等等。我身边就有很多同学被这些纸老虎所唬住,而没有勇气去接触他们,总是说这个太难了之类的退堂鼓的话,他们低估了自己的潜力同时也压抑住了他们自己的好奇心。其实都是纸老虎,又不是什么国家科研难题,只是去用一些工具,发明工具是很难,但是用一个工具就容易多了,justdoit!我记得我做这个数据库之前,我们老师说要做好前期分析,我就在网上搜索用什么分析工具好。最后我选择了roseuml建模工具。在此之前,我脑袋里面没有软件建模的思想,什么uml建模对我而言就是一张空白的纸。但是真正接触后并没有想象的那么难,有什么不懂的上网去搜索,这是一个信息横流的世界,有google,baidu就没有不能解决的知识难题。以及后来的数据库分析的时候用到的powerdesigner也是一样。
开发的时候我想过用什么架构,c/s模式?模式有很多,怎么选择?我就上网搜索现在最流行的架构是什么。结果搜到了mvc架构,就是你啦。我决定用这个架构,不会,没关系,咱学。justdoit!前期工作准备好后,那么我就得把我暑假学的加以实践。这个时候我更加深入的了解了利用操纵数据库的知识。并且对数据库里面的存储过程有了比较深入的了解。经过大概2个多星期的奋斗,我完成了我的数据库课程设计--基于数据集的'图书馆管理系统。并最后非常荣幸的获得了大赛的一等奖以及以及新技术应用奖。
与其临渊羡鱼,不如退而结网。这次数据库课程设计给我的最大的印象就是如果自己有了兴趣,就动手去做,困难在你的勇气和毅力下是抬不了头的。从做这个数据库开始无论遇到什么困难,我都没有一丝的放弃的念头。出于对知识的渴望,出于对新技术的好奇,出于对一切未知的求知。我完成了这次数据库课程设计,不过这只是我学习路上的驿站,未来十年的核心技术就是xml[至少微软是这么宣传的],我会继续学习它,包括jave公司的j2ee我也很想试试,语言本来就是相通的,justdoit!语言并不重要毕竟它仅仅是工具,用好一个工具并不是一件值得为外人道的事情,主要是了解学习思想。古语说的好:学无止境啊!
我很庆幸我参加了这次数据库大赛,让我确实打开了眼界。
(最后,很感激学校给了我们这次动手实践的机会,让我们学生有了一个共同学习,增长见识,开拓视野的机会。也感谢老师们对我们无私忘我的指导,我会以这次课程设计大赛作为对自己的激励,继续学习。毕竟学习就是一个justdoit的过程!)
上大数据课心得体会篇4
持续一个月的数据库实训,让我参与了软件工程化的开发过程。其中体会最深的便是我们这个实训网的几个之最:
一、项目最大:项目大是因为我们这个事业起点网站涉及到用户众多―高校,企业,学生,老师,专家,第二个原因是网站的功能多―用户管理,网上实习,网上竞赛,毕业实习设计,项目管理,人才库管理,人才推荐,搜索。项目大很容易造成系统范围的泛滥,在我们的开发初期,由于需求不太明确,功能实现没有重点,造成了需求范围的扩大,给项目开发进度造成了严重的滞后性。然后我们召开了会议讨论了这个问题,一致认同先把项目的基本功能实现,将网站的基本架构搭建起来,最后再在这个基础上继续增加我们网站的其他功能。因此在这个过程中,我深刻体会到了软件工程初期阶段的需求分析以及概要设计的重要性,这两个文档是指导我们后期开发的最重要的依据。
二、数据库表最多:如此庞大的系统,就需要庞大的数据库来支持,所以项目大的直接后果就是我们的数据库表特别多,而且表与表之间的依赖关系也复杂,实体类之间的关系众多,设计起来有一定的难度。数据库的另外一个问题是―数据表的属性,数据表属性的设计完全是依赖于我们刚开始做的需求分析文档,如果需求分析不完整的话,就会造成数据库表属性的缺失,从用户的`角度看,就会觉得你的系统提供的数据不够全面,信息量小。
三、开发团队最大:我们团队一共有十四个人,这个对于我们的项目经理来说,是一个相当严峻的问题,毕竟十四个人的团队相当于其他几个小组加起来的人数总和,管理起来有相当大的难度。对于我们这些小组成员来说,由于沟通渠道太多,造成了我们项目中遇到问题,不知道去跟哪个小组成员沟通。为了解决这个问题,我们在团队中又选出了三个小组长,小组成员遇到问题,先去咨询小组长,然后小组长提供反馈信息。
四、项目各个模块间藕合度高:网站涉及的各个功能模块之间的联系紧密,模块之间的接口设计的好坏是项目最终集成成功与否的最重要因素。用户管理这一个部分要为每个模块提供接口,主要是用户的编号以及用户的类型等。每个页面之间的链接也是其中重要的模块接口。这个问题由于我们前期做好了充分的沟通以及按照概要设计中的接口说明去设计自己的模块,所以后期的模块整合没有遇到什么太大的不兼容性等问题。
接下来就谈谈我这一个月中的工作:
需求分析阶段:需求分析阶段我完成了网上竞赛模块的需求分析,其中遇到的主要问题是阅读材料后发现网上实习,网上竞赛,毕业设计指导这几个模块的功能是类似的,提取需求分析后不够明确,经过几次跟汤老师的交流后,确定了这几个模块之间的具体差别,网上竞赛模块的基本需求也大致确定了,网上竞赛模块的基本功能就是学生通过网站报名参加竞赛,企业审核通过后,专家对作品进行评分,排名。
概要设计阶段:在需求分析的基础上,对网上竞赛模块进行了比较具体的概要设计,流程图(ipo图以及用例图);这个阶段的主要难点是对网上竞赛业务流程的描述,如何实现学生报名,企业发布,专家评审的步骤操作,与及跟其他模块对该模块的限制。
数据库设计阶段:我负责整合初步数据库设计说明书,分配组员按照各自的功能模块的具体需求设计自己模块需要的数据表,然后对这些数据表进行整合。在这个过程中遇到的问题就是数据库实在是太大了,最后下来一共有30多张表,表与表之间的关系复杂,关联性大,需要设置的外键较多,很难将所有的属性字段给提取出来,属性的类型设置也是一个问题,采用数值型还是采用字符串性在数据库设计中尤为重要,因为在后台搜索方面,数值型比较快捷,而在数据显示方面,字符串型又有直接读出不用转换的好处。每个表的主键我们采用了用实体的编号去标记它,因为这样实体间关联起来会更加简单。数据库的设计关键是要对整个项目的整体的把握,并且要细化对每个实体类的具体属性要求。
详细设计阶段:我觉得是最重要的一个方面,一个完整的详细设计说明应该可以帮助程序员完成具体的实现,程序员可以不用考虑模块之间的耦合问题,只需要将单一的功能按照逻辑顺序编写出来就可以了。网站整体构架搭好了,我们就可以在里面填充自己的功能了。但是因为时间太仓促了,我们这个阶段也就缩水了,带来后面的问题就是后期代码编写的时候比较混乱,函数接口较难统,界面风格多样化。这个阶段,我的主要工作是跟队友一起设计出了网上竞赛模块的学生,企业,管理员,高校以及专家的界面。
编码阶段:我们是用开发的,主要任务就是从工具中选出你想要的控件,然后在控件响应函数中填充代码,完成相应的事件响应。这里遇到的最大问题是页面的排版问题,因为自己是第一次开发网站,造成了自己设计的界面风格单调,不太美观,现在就尽量做到页面的整齐。这个阶段主要做的就是:写代码→编译→调试→写代码。
这一个月中我学到了很多东西,技术方面就是学会了用编写网站,最重要的是让我经历了软件工程化的所有阶段,让我对整个软件工程有了感性的认识,而且将大学三年所学到的知识进行了一次系统的串联,更重要的是学会了如何跟项目团队中的成员沟通问题,这是一个宝贵的实践经验。
上大数据课心得体会篇5
做了一个星期的程序设计终于做完了,在这次程序设计课中,真是让我获益匪浅,我突然发现写程序还挺有意思的。
由于上学期的c语言跟这学期的数据结构都算不上真正的懂,对于书上的稍微难点的知识就是是而非的,所以我只是对老师的程序理解,我也试着去改变了一些变量,自己也尽量多的去理解老师做程序的思路。当我第一天坐在那里的时候,我就不知道该做些什么,后来我只有下来自己看了一遍书来熟悉下以前学过的知识。
通过这次的程序设计,发现一个程序设计就是算法与数据结构的结合体,自己也开始对程序产生了前所未有的兴趣,以前偷工减料的学习也不可能一下子写出一个程序出来,于是我就认真看老师写的程序,发现我们看懂了一个程序其实不难,难的是对于一个程序的思想的理解,我们要掌握一个算法,不仅仅限于读懂,主要的是要理解老师的思路,学习老师的解决问题的方法。
这次试验中,我发现书本上的.知识是一个基础,但是我基础都没掌握,更别说写出一个整整的程序了。自己在写程序的时候,也发现自己的知识太少了,特别是基础知识很多都是模模糊糊的一个概念,没有落实到真正的程序,所以自己写的时候也感到万分痛苦,基本上涉及一个知识我就会去看看书,对于书本上的知识没掌握好。在饭后闲暇时间我也总结了一下,自己以前上课也认真的听了,但是还是写不出来,这主要归结于自己的练习太少了,而且也总是半懂就不管了。在改写老师的程序中也出现了很多的问题,不断的修改就是不断的学习过程,当我们全身心的投入其中时,实际上是一件很有乐趣的事情。对于以后的学习有了几点总结:第一、熟记各种数据结构类型,定义、特点、基本运算(分开点一点也没多少东西,难度不大,但是基本);第二、各种常用的排序算法,如冒泡排序、堆排序……,这些是必考的内容,分数不会少于20%;第三,多做习题,看题型,针对题型来有选择复习;数据结构看上去很复杂,但你静下心来把书扫上几遍,分解各个知识点,这一下来,学数据结构的思路就会很清晰了。
上大数据课心得体会篇6
前几天在一个财务交流平台上听了一节关于财务分析的课程,颇感有收获,虽然在财务领域工作良久,财务分析也已经变成日常工作的一部分,但通过听取授课老师对财务分析工作的系统梳理,也会对整体理解及提升财务分析的工作质量颇有帮助,现把此课程中的一些主要观点与大家做一下分享:
一、必须明确的认识:财务分析 ≠ 报表分析 ≠ 指标分析
现在很多财务人干的所谓财务分析工作其实仅仅是指标分析,甚至不是完整的指标分析,而只是对数据做了一个呈现,而指标分析必须结合业务,必须通过指标看到背后的业务。
而财务分析是对数据的纵向挖掘,是需要分析出财务数据背后的业务逻辑和动因,要关注业务痛点,要通过此项工作帮助企业发现问题、解决问题,进而提升企业的运营效率和经营成果并最终实现企业投资人或股东的价值最大化。
二、在财务分析工作的容易被忽视的几点
1、一定要条理清晰且抓大放小,要结合企业的行业特点及业务特点有重点地开展
我见过很多财务分析汇报,十几张ppt写的满满的,汇报一两个小时下来全是数据,但听完之后不明白汇报人到底要说明什么?也不知道具体问题在哪儿?更谈不上如何解决问题了,不客气地说,此类分析纯粹是浪费汇报人及听取人的时间,没有任何工作意义。
2、要具有框架性思维
即:有效的财务分析要尽量成体系,数据间的勾稽关系要明确,逻辑对应要清晰。
3、要具有发散性思维
大多数财务人,即所谓的“表哥表姐”,普遍做的是表面的数据分析,即利润表结构共性分析、年度同比分析、月度环比分析、预算达成率分析等等;
资深财务人,则是能结合业务做分析,能挖掘财务数据与经营业务的关系,能深入分析业务决策对于会计报表和财务指标的影响。
优秀财务人,即所谓的战略会计,则是能引领业务,用财务数据指导业务决策。
三、财务分析人员必须具备的技能,反之则无法提交“管用的”财务分析成果
1、理解与表达能力
需要从浩如烟海的数据中发现问题,并能清楚地把问题向相关的决策者或负责人说清楚。
同时需要指出的是,作为财务分析不需要做账,但是帐和表都是基本功,需要能看得懂,看得透,也只有这样才能从中发现问题,即财务分析人员必须具备扎实的传统会计功底。
2、沟通协调能力
作为财务和业务部门的桥梁,帮助其进行协作也是要求必备的能力之一。
3、分析能力
光发现问题还不够,更要有能力找到造成问题的原因,从而协助解决问题。
4、时间管理能力
作为每天和时间赛跑的财务分析人员,一定要学会合理、高效地安排时间和按照优先度顺序来解决问题,这样才不会成为时间的奴隶。
5、执行力及抗压能力
别问有没有时间,有没有人手,有没有背景资料,这些都不重要,重要的是你能按时交出工作结果。
上大数据课心得体会篇7
通过这次课程设计使我进一步达到理论与实际相结合,提高了自己组织数据及编写程序的能力,使我们能够根据问题要求和数据对象的特性,学会数据组织的方法,把现实世界中的实际问题在计算机内部表示出来并用软件解决问题,培养良好的程序设计技能,掌握设计程序的思路,学会用计算机语言编写程序,以实现所需处理的任务,锻炼自己的动脑能力,学会用自己的思路解决现实中的实际问题,虽然一开始也走了一些弯路不过在同学和老师的点拨下完成了该程序,这次课程设计中遇到了很多问题,一开始准备用二维数组存放的可考虑到同一个学校同一个项目有好几个人参加,就不能用二维数组了,如果每个学校都申请一个二维数组也非常不方便,还是用顺序表方便也不浪费空间,在这次课程设计的过程中虽然很多次都参照了课本及资料,不过这使我更加熟悉了顺序表以及结构体的定义及实现,调试过程中也遇到了一些问题也都是自己独立思考完成的,还有一个体会是,遇到不会的地方可以参考课本也可以去图书馆或网上查资料,当然主要思路有了也就简单点了。在老师的答辩指指导下,程序数组那块程序的书写老师问我为什么是那样的,当时写这块程序的时候是看书上数组那块程序再加上自己的主观想法觉得就是这样写的,虽然这块程序当时那种主观想法是写对了,但是经过老师的答辩提问才知道虽然是写对了,但是这种思考和想法是错误不科学的,真正的是因为第2次循环是因为第一次释放了一个。所以通过这次课程设计让我懂得了一个很重要的道理,就是以后如果哪地方有一点迷惑,有一点不懂的地方不能凭自己主观的思考和想法觉得应该是这样的,一定要找老师问清楚为什么是这样的,一定要把每步每个小程序都要搞的十分的清楚,这真是个很好的收获。还有就是这个程序的男女问题上,开始准备在结构体中加一个sex的点,大使那样对与男女项目还是有点麻烦,后来在同学的提醒下,通过参赛项目号就可以解决了,比m大就是女子项目,比m小或者等于m就是男子项目。这样就可以很完美地解决这个问题了。
其实,当你实验遇到问题时,自己会通过很多途径去解决它,没有解决时,心急如焚,解决之后的那种快感是前所未有的,这也许就是付出了行动之后的收获吧!
这也教会了我们以后在社会上,遇见了事情不可怕,只要不被困难击倒,解决了它,那样我们就是胜利的!
上大数据课心得体会篇8
本次课程设计,使我对《数据结构》这门课程有了更深入的理解。我的课程设计题目是线索二叉树的运算。刚开始做这个程序的时候,感到完全无从下手,甚至让我觉得完成这次程序设计根本就是不可能的,于是开始查阅各种资料以及参考文献,之后便开始着手写程序,写完运行时有很多问题。特别是实现线索二叉树的删除运算时很多情况没有考虑周全,经常运行出现错误,但通过同学间的帮助最终基本解决问题。
在本课程设计中,我明白了理论与实际应用相结合的重要性,并提高了自己组织数据及编写大型程序的能力。培养了基本的、良好的程序设计技能以及合作能力。这次课程设计同样提高了我的综合运用所学知识的能力。并对vc有了更深入的了解。《数据结构》是一门实践性很强的课程,上机实习是对学生全面综合素质进行训练的一种最基本的方法,是与课堂听讲、自学和练习相辅相成的、必不可少的一个教学环节。上机实习一方面能使书本上的知识变“活”,起到深化理解和灵活掌握教学内容的目的;另一方面,上机实习是对学生软件设计的综合能力的训练,包括问题分析,总体结构设计,程序设计基本技能和技巧的训练。此外,还有更重要的一点是:机器是比任何教师更严厉的检查者。因此,在“数据结构”的学习过程中,必须严格按照老师的要求,主动地、积极地、认真地做好每一个实验,以不断提高自己的编程能力与专业素质。
通过这段时间的课程设计,我认识到数据结构是一门比较难的课程。需要多花时间上机练习。这次的程序训练培养了我实际分析问题、编程和动手能力,使我掌握了程序设计的基本技能,提高了我适应实际,实践编程的能力。
总的来说,这次课程设计让我获益匪浅,对数据结构也有了进一步的理解和认识。
会计实习心得体会最新模板相关文章: