养成写心得体会的好习惯可以增加我们的思想深度，真实的感受和深入的思考是我们获得优秀心得体会的必要条件，以下是淘范文小编精心为您推荐的大数据心得5篇，供大家参考。

大数据心得篇1

时间真的流逝很快。我们也走过了大二的时光。在学习的我们，体会到了酸与甜，苦与辣。生活，不经历一翻风雨，我们也不懂的生活。

大二的我们。经过将近一个学期的模拟实践课程，让我个人认为会计对与我而言真的有种不能言语的情感。首先，我们根据教材资料中的经济业务，分析题型，到编制凭证。再过账目中，然后是结账，对帐，最后根据总账及其他有关资料编制资产负债表、利润表。一步一个流程过来。从一开始的模拟的出纳岗外实践，到存货业务的发生，直至到此刻综合的模拟业务。所有账目都弄好后，最后一步的装订等一系列的会计人员必做的程序工作，现由我一人来完成，其中的酸甜苦辣之味，只有亲身体验，才真真正正了解到什么是会计。其实，现实中会计的工作并没有大人们所说的只是在办公室喝喝茶水这么清闲。

虽说自我在高中时期所学的也是会计专业，当时老师讲的题，分析的题也很详细。和大学中老师讲的题，分析的题目总是有所来源点的。可不管怎样，终是让我受益匪浅。可让我自我对会计多一度的深爱。

“只有经历过，才明白其中的味道”对于我而言，喜欢体验生活，能够说透过这次实践，真切的让我了解了我自我以后从业岗位的工作流程是怎样的形式。让我对会计最初的观念也有了本质性的发生!会计不仅仅仅是一份职业，更是一份细心和一份耐心还包括一份职责心。

不经历过，我们永远都不会长大。人生不是一条平坦的道路，只有走过崎岖、遇过困境，以前跌倒、以前失去，经历过挫败、跨越难关。而仍然能够昂首阔步迈向人生，才能锻炼出一颗坚毅不屈的心。做一个坚强的人很难;需要的是一份坚持同一份信念。我们做账也是如此，发现错误，要不断的修改，不断的矫正。尤其是最后在编制资产负债表的时候，那叫一个崩溃啊，当你发现编制到最后，借贷方不平衡的时候，我们就要反反复复去翻阅前面的账目是查账，找账。这样的工作，只有一个字能够形容——累!参杂着繁琐!

透过本次模拟实验，培养了我们的实际动手潜力，缩短了课本知识与实际工作的距离。且理解到会计人员最重要的一点就是细心。对于每一天和一大堆数字打交道，绝不能出一点点错，要明白失之毫厘，差之千里，零点零几的差别，有可能造成与实际很大的距离。

虽说到本学期末，做的很累，但是真的期望学校能够给我们这样的机会，所谓的，我们只有多做账，多熟悉，才能游刃有余!

大数据心得篇2

课程设计是计算机科学与技术专业学生的集中实践性环节之一，是学习“数据结构与算法”理论和实验课程后进行的一次全面的综合练习。其目的是要达到理论与实际应用相结合，使学生能够根据问题要求和数据对象的特性，学会数据组织的方法，把现实世界中的实际问题在计算机内部表示出来并用软件解决问题，培养良好的程序设计技能。

在这次课程设计当中，我了解到了我的不足，如算法的不完善、不细心和耐心不是很好等等。不细心的我在调试程序时，老是因为某个书写错误导致错误；对这些错误，我不得不花大量的时间去更正，并且还要重复检查是否出现雷同的错误而导致程序不能运行。但是通过这次课程设计，我的这些缺点有些改善。我在写新的程序时，首先要考虑的深入一点、仔细一点，这样要修改程序的时间就会少很多。并且也不会因为自己不细心而导致的浪费时间的情况出现。

在进行程序设计时，要注意想好思路。即要有恰当模块名、变量名、常量名、子程序名等。将每个功能的模块，即函数名要清晰的表述出来，使用户能够一目了然此程序的功能。当然适当的给写注释，也是方便用户的理解。还有在编写程序时要注意对程序的适当分配，便于用户看懂程序，也便于自己检查城市。但是完成任何一个较大的程序，都需要掌握一定的编程基础，需要不断的探索和求知过程，这样对自己编程能力的提高有较大的帮助。当然，任何程序必须经过计算机的调试，看是否调试成功，发现错误，一个个，一步步去解决，这样就能从错误中进步。

通过课程设计加强了我的动手能力，以及提升了局部和统一考虑问题的'思维方式。回顾起此次课程设计，至今我仍感慨颇多，的确，从从拿到题目到完成整个编程，从理论到实践，在整整半个月的日子里，可以学到很多很多的的东西，同时不仅可以巩固了以前所学过的知识，而且学到了很多在书本上所没有学到过的知识。通过这次课程设计使我懂得了理论与实际相结合是很重要的，只有理论知识是远远不够的，只有把所学的理论知识与实践相结合起来，从理论中得出结论，才能真正为社会服务，从而提高自己的实际动手能力和独立思考的能力。在设计的过程中遇到问题，可以说得是困难重重，这毕竟第一次做的，难免会遇到过各种各样的问题，同时在设计的过程中发现了自己的不足之处，对以前所学过的知识理解得不够深刻，掌握得不够牢固，比如说结构体通过这次课程设计之后，一定把以前所学过的知识重新温故。

通过这次的课程设计，我学到了怎么样从一个实际问题出发，建立模型，找到相应的存储结构和实现方法，实际运行，反复调试和修改，最终实现功能。在程序设计方法以及上机操作等基本技能和科学作风方面受到比较系统和严格的训练，学会数据组织的方法，把现实世界中的实际问题在计算机内部表示出来并用软件解决问题，培养了良好的程序设计技能。

在这次课程设计中，得到了好多同学的帮助以及老师的指导，在此要表达我真诚的谢意！

大数据心得篇3

由于平时接触的都是一些私人项目，这些项目大都是一些类库，其他人的交流相对可以忽略不计，因此也就不考虑规范化的文档。实际上从学习的经历来看，我们接触的知识体系都是属于比较老或比较传统的，与现在发展迅速的it行业相比很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。

虽然这次是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。对于ooa/ood的开发模式有时不免要提出一些疑问，uml是设计阶段的工具，而它基本涵盖了软件设计的方方面面，也就是说按照这一软件工程的正常流程，在动手写第一句代码之前，开发人员已经非常熟悉软件产品了，这对于相当有经验的架构师一类人说可能会很容易，但是我们作为学生，连足够的编码经验都没有，却首先被教授并要求先ooa再oop，这样直接导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和先前的分析。甚至根本就是现有代码再有文档，即便是这种情况，代码与文档还是不对应。不可否认，在传统软件工程的详细设计之前的项目过程中还是有很多利于项目开发的部分的。所以我就一直在寻找适合我——针对探究型项目——的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。

回到数据库设计上了，这次的数据库设计我是严格按照数据库建模的步骤来进行的，老实说我并没有感觉这样的流程对开发带来多大的帮助，反倒是觉得将思维转化为图表很浪费时间。总体上来说这次的项目也不是很大，而且在数据库的设计上比较保守，也就是说实际上数据库设计还可以再完善完善的。随着我对计算机领域的拓宽和加深，我也会静下心来思考在接触计算机之前的行为，很多次我能深切感觉到，其实我的大脑（未于别人比较）本身就是在使用一种更接近关系数据库的方式来记忆，所以我很可恨自然的设计出符合三范式的表结构来，即便我不知道这些范式的确切含义。可能就像"范式不太容易用通俗易懂的方式解释"一样，在"让工具用图标表述我的思维"时费了一番力气。

从我作为项目的提出人和实现者来看，这是个失败的项目，结合几次教学项目的的实践，发现这也已经不是第一次了。主观原因占多数，比如，尝试新的开发方式，根据设计花了太多的时间来抽象出公用的库而忽略业务逻辑。就这次项目而言，失败的原因有以下几点：

使用了新的开发环境（vim），这是首次在脱离高级ide的情况下编码。

使用了新的开发语言（python，actionscript3），因为我一直比较喜欢"学以致用"，而且这样的"数据驱动型"软件的整套自实现的库都已经完成了，但是由于语言本身的差异，迁移时问题很多，当发现这一点是，已没有多少有效剩余时间了。

编码流程的不妥，我比较喜欢从底层的库开始开发，因为一旦库测试通过，将很容易将它放到不同的表示层下。但如果库没有测试成功，将导致整个项目没有任何可视化模型，所以这次的项目无法提交"可运行的代码"。

实践目的的不同，我轻易不放弃锻炼的机会，事实上，有机会就一定要比以前有所突破，总是照搬以前的做法还不如就不做呢。这个前提是因为现在能完全用来的学习的时间比较多，等到工作时再这样做的可能性就很小了，因此当然要抓紧机会了。不过还有一个隐藏原因，总以为自己很了不起，其实"遇到的问题数跟人的能力是成正比的"。

大数据心得篇4

曾经看过一本书叫《道法自然》，内容略记得一二，但我最欣赏的是它的书名。软件设计没什么太神秘有东西，只要用心体会，其实一切都很自然。软件的设计之"道"，也不在于设计有多么的华丽、精巧，而在于其朴实、自然，最终达到"以无招胜有招"，进入一个全新的境界。

通过这次管理信息系统课程设计，让我对管理信息系统及vf这两门课程有了更深入的了解。能够将书本上的东西应用到实际，将知识立体化，通过自己编程能过知道每个程序的代表意义。对我来说，对身边的事物大多都是熟视无睹，都没有注意到只是简单的乘坐公交车，还需要一个缜密的.管理系统，也是这个系统才能够有今天这样方便、快捷的公共交通。

通过建立数据库，在录入数据时，让我了解到细心和耐心的重要性，在录入的过程中，由于我的疏忽，数据表重复输入，既浪费了时间也浪费了精力，效率大打折扣。

而后在做表单时，由于编程学的不扎实，有的程序并不能独立编写出来，我知道学东西应该脚踏实地。有些环节是在我和同学共同讨论下做出来的，合作精神也是不可缺少的。这次课程设计并不是设计一个很难的系统，但我做的却是错误百出，我知道了在做一件事情时，一定要全心全意，这样才能将事情做好。由于急于求成，导致做了很多无用功，真是欲速则不达。

通过这次实习让我受益匪浅，真切感觉到任何事情都需要细心和耐心，二者缺一不可。没有细心，做事情永远都是事倍功半，一旦某个细节错了，就会导致某个部分应用不了额，甚至可能导致整个系统都运行不了。没了耐心，可能就会导致这件事不能够完成，经常半途而废。本次课设在默契、愉快的氛围中落下帷幕，这是一次快乐充实的实习。

大数据心得篇5

完成了这次的二元多项式加减运算问题的课程设计后，我的心得体会很多，细细梳理一下，有以下几点：

1、程序的编写中的语法错误及修改

因为我在解决二元多项式问题中，使用了链表的方式建立的二元多项式，所以程序的空间是动态的生成的，而且链表可以灵活地添加或删除结点，所以使得程序得到简化。但是出现的语法问题主要在于子函数和变量的定义，降序排序，关键字和函数名称的书写，以及一些库函数的规范使用，这些问题均可以根据编译器的警告提示，对应的将其解决。

2、程序的设计中的逻辑问题及其调整

我在设计程序的过程中遇到许多问题，首先在选择数据结构的时候选择了链表，但是链表的排序比较困难，特别是在多关键字的情况下，在一种关键字确定了顺序以后，在第一关键字相同的'时候，按某种顺序对第二关键字进行排序。在此程序中共涉及到3个量数，即：系数，x的指数和y的指数，而关键字排是按x的指数和y的指数来看，由于要求是降幂排序且含有2个关键字，所以我先选择x的指数作为第一关键字，先按x的降序来排序，当x的指数相同时，再以y为关键字，按照y的指数大小来进行降序排列。

另外，我在加法函数的编写过程中也遇到了大量的问题，由于要同时比较多个关键字，而且设计中涉及了数组和链表的综合运用，导致反复修改了很长的时间才完成了一个加法的设计。但是，现在仍然有一个问题存在：若以0为系数的项是首项则显示含有此项，但是运算后则自动消除此项，这样是正确的。但是当其不是首项的时候，加法函数在显示的时候有0为系数的项时，0前边不显示符号，当然，这样也可以理解成当系数为0时，忽略这一项。这也是本程序中一个不完美的地方。

我在设计减法函数的时候由于考虑不够充分就直接编写程序，走了很多弯路，不得不停下来仔细研究算法，后来发现由于前边的加法函数完全适用于减法，只不过是将二元多项式b的所有项取负再用加法函数即可，可见算法的重要性不低于程序本身。

3、程序的调试中的经验及体会

我在调试过程中，发生了许多小细节上的问题，它们提醒了自己在以后编程的时候要注意细节，即使是一个括号的遗漏或者一个字符的误写都会造成大量的错误，浪费许多时间去寻找并修改，总结的教训就是写程序的时候，一定要仔细、认真、专注。

我还有一个很深的体会就是格式和注释，由于平时不注意格式和注释这方面的要求，导致有的时候在检查和调试的时候很不方便。有的时候甚至刚刚完成一部分的编辑，结果一不注意，就忘记了这一部分程序的功能。修改的时候也有不小心误删的情况出现。如果注意格式风格，并且养成随手加注释的习惯，就能减少这些不必要的反复和波折。还有一点，就是在修改的时候，要注意修改前后的不同点在哪里，改后调试结果要在原有的基础上更加精确。