大数据应用到底是做什么的
我国大数据产业迅猛增长，相关人才高度稀缺。
2016年，近六成企业已成立大数据分析相关部门，超过1\\\/3的企业已应用大数据，中国大数据市场规模168亿元，预计2017-2020年仍将保持30%以上的增长。
根据某咨询公司分析报告， 2018年，大数据科学家的缺口在14万到19万之间，懂得利用大数据做决策的分析师和经理岗位缺口将达150万。
可以到这边看看学习
大数据技术与应用是什么，具体是做什么的，就业前景如何
数据（big data）指承受间范围内用规软件工具进行捕捉、管理处理数据集合数据比喻蕴 藏能量煤矿煤炭按照性质焦煤、烟煤、肥煤、贫煤等类露煤矿、深山煤矿挖掘本与类似数据并于用价值含量、挖掘本比数量更重要于行业言何利用些规模数据赢竞争关键数据价值体现几面：1)量消费者提供产品或服务企业利用数据进行精准营销;2) 做美模式尾企业利用数据做服务转型;3) 面临互联网压力必须转型传统企业需要与俱进充利用数据价值
学习《软件工程》心得和体会
软程学习心得在期的软件工程课程的学习中，我们学习了十一章容。
第一章软软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。
第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。
还引出了工具UML。
第三章软件需求获取与结构化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、E-R图以及状态图式本节的重点。
第四章结构化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。
第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说带来的好处，并告诫我们将来一点要形成好的编码风格。
第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系；还介绍了白盒测试技术以及黑河测试技术。
第七章统一建模语言UML概述，本章详细介绍了UML的基本模式、事物、关系及建模时用到的各种图进行了介绍。
第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。
第九章软件体系结构与设计模式，本章对软件体系结构的基本概念、典型风格等进行了讲解。
第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进行调整和细化。
第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则： 软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程，还有管理过程、支持过程、培训过程等。
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
我们学习了详细设计的方法，其原则是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证详细设计与代码完全一致。
包括程序流程图、N-S图、PAD图、HIPO图程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。
它独立于任何一种程序设计语言，比较直观和清晰地描述过程的控制流程，易于学习掌握。
在流程图中只能使用下述的五种基本控制结构：顺序型；选择型；while型循环；until型循环；多情况型选择。
N-S图：一种符合结构化程序设计原则的图形描述工具，称为盒图，又称为N-S图。
在N-S图中，为了表示五种基本控制结构，规定了五种图形构件。
顺序型；选择型；WHILE重复型；UNTIL重复型；多分支选择型。
PAD图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。
PAD也设置了五种基本控制结构的图示，并允许递归使用。
HIPO图：HIPO图是由一组IPO图加一张HC图组成。
它是美国IBM公司在软件设计中使用的主要表达工具。
HC图既是层次图，用于表示软件的分层结构。
HC图中的每一个模块，均可用一张IPO图来描述。
IPO 图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入—处理—输出三者之间的联系。
还有测试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。
测试方法有分析方法（包括静态分析法与白盒法）与非分析方法（称黑盒法）。
静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。
动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。
还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。
但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。
还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展;在学习语言时，要看看与C语言的联系，多思多想，把从各个科目学到的知识通汇贯通。
在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。
一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。
因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序
读不懂程序，维护又从何谈起呢
所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。
而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。
形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。
不断锻炼自己，向一名合格的程序设计师迈进。
软件测试心得体会
软件测试心得体会下面简单谈谈我的几点体会：体会一：软件测试在整个软件周期中的重要性。
它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。
这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。
体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。
再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。
结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。
这一点就需要加强研发队伍的建设。
体会三：在系统性能测试方面需要重视。
经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。
当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。
下面是本人的几点想法：想法一：加强系统上线前的性能测试。
最后再次感谢公司提供的平台，感谢领导的信任，让我有机会得到更深层次的学习以及展示自己能力的机会，我也会尽我所能来完善工作的系统，提高整体工作效率，为南方电网的发展建设提供更坚实，优秀的
项目管理心得体会
项目管理心得体会 经过二郎山项目、鹧鸪山项目和水界等项目的项目管理工作实践，对项目管理的各方面事务感触颇深。
在此，我将这多年的心得体会梳理，抛砖引玉，希望各位同行及领导多多斧正。
一． 管理时间就是管理自己，高效利用时间 每个人的工作课题存在差异，每个人的思想境界各有不同。
但是上帝却很公平的给了每个人一天24小时的时间，因此我们提出管理时间，是每个人都可以做到的事情。
每天把24小时规划好，也就管理好了自己。
平时大家会说时间不够，事情做不过来，我建议大家把时间拿出来分析一下，根据工作性质合理安排时间。
对于项目管理，事情多，工作琐碎.，这样我就养成了每天入睡前回顾一天工作的习惯，并对第二天的工作进行安排。
在安排工作上要求本部门各级员工把握一个主次分明，轻重缓急合理的原则。
这样每天当一到工作岗位上就能很快的进入工作状态，而员工的工作也各级抓好，紧张工作。
这样就很好的把握和做到--工作时效。
二． 分清各项工作的轻重缓急 轻重缓急对于每个人来说都很重要，这就要求思路活跃，把火烧眉头的事情先处理掉，然后再去做日常工作。
就好比用户要一个深层次的技术交流,要求特别着急,这时你就需要安排资深的人员进行相关的支持,电话中能够完整的提供就现场进行,若是需面对面的进行,那好,用户的需要就是一切.总之轻重缓急具有非常的灵活性、时间性、场合性要视具体情况而当机立断。
做好了也是减少客户抱怨的有效方法。
三． 不断规范和调整制度，没有规矩不成方圆 谈到管理，就一定要从规范入手。
规范是我们日常工作的行为准则，是企业生存、运作、发展、壮大的标尺和纲要。
它的实施者既是所有领导，又是全体员工。
只是各个岗位所规范的内容不同罢了。
万事开头难，难就难在你走出的第一步，第一步迈出去了，第二、三步就没有问题了。
正如我们日常工作，你没有第一稿资料，就没有后续的所有工作内容。
你最近没有向职能部门提交××问题，就没有人来问你这个或哪个问题是如何如何的，等大家都有反映了这件事情，就有人开始琢磨怎么样来规范这项工作，让大家都按这个规定来做。
以后大家就在这个基础上第二步、第三步的完善工作，把工作做得更好
任何事情都是一样的道理，只要你想做，你就会去规范这件事情，规范也就使每个人有了行为的准则。
四． 提高会议效率，事前告诉大家会议的内容 工作中的很多问题都是在会议中解决的。
会议使我们对问题有了更多、更好的解决方案。
我们平常碰到的会议也比较多，大大小小、各式各样的都有，那么如何提高会议的效率就成为大家关注的事情。
如果我们在会议之前把要开会的事项告诉所有人，让大家都有准备，开会的时候就可以切入主题，谈每个人的思路，这样可以缩短一些时间。
往往在会议上大家谈着谈着就会跑题，这时候就需要会议的主持人能够引导大家的思路往一个方向；再有就是会议结束前主持人或主管人员一定要重述这次会议的几项内容和解决措施，这样大家才会感觉到会议的重要性。
五． 统计数据，针对数据进行分析，分析结果加以应用，最后不忘评估、验证成果。
统计数据简单的说就是一个工作量化。
是总结工作最直接、最明了的方法之一。
统计对于各块的工作都很重要，没有数据的分析，我们不知道努力的方向，至少说轻重缓急把握不好，有了数据就可以比较，知道目前面临最大的缺陷在哪里，针对弱点加以改进。
对于基层的管理人员来说数据的统计可以通过公司相关部门获得，得到的数据分析后一定要应用，只作分析不加以应用等于白搭，反而增加了工作量。
有的会说，我应用了但效果不大，问题就是应用后，有没有跟踪验证，我们对分析出来的数据没有应用，没有验证，怎么会知道我们的分析是对的呢
因此分析-应用-验证，三者一个都不能少。
六． 愿景引来注意、尊重加深信心、沟通加强意义、立场导致信任 1）愿景--每次开会公司都会给我们描绘一下愿景，公司现在…… 即将……将来是…… 对于这些传到耳朵里的信息，员工们总是格外的在意，有的甚至在聆听笔记，这是不知不觉的愿景激励。
因为这些都与公司的每一分子的切身利益直接相关，不管愿景好与坏大家都会关注，我们跟同事开会的时候也不要忘记强调三年规划。
2）尊重--同事之间相互尊重，可以加深合作，同时也会得到其他人的尊重，做起事情也会格外的舒坦。
工作之余都谈到沟通很关键，企业领导鼓励下属发言，但自己却不太发言也不太敢发言，所以最后的结果常常就是大家都不发言，最后就变成你看着我、我看着你，然后领导看着现场所有人，脸上一副「说话呀
」的样子。
这种状况就似乎是如果有一个人把话说出来之后他马上就会被企业宣判死刑一样，然后紧接着就被淘汰出局似的，所以大家对于自己想说的话都往肚子里吞，戒慎恐惧，一副「不要问我，我什么都不知道
」、「请你不要找我麻烦
」、「该死
怎么这么准，刚好问到我了
」的样子，所以只要你一鼓励他们把话说出来，大多数的时候，你很难获得到他们的回应，如果现场里有一、两个人敢勇于表达自己的意见，就已经算是不错的状况了。
3）沟通--「说出来」是沟通最基本的原则，如果连话都不愿意说出来，沟通肯定不会有任何的进展。
如果在一个团队里，每一个人都必须要透过猜测才能够了解他人的想法，这将会是一件很累人的事，而如果你是待在这样团队里的一员，我相信每一天陪着你的一定是强烈的无力感。
只要打破不说话的几个因素：面子问题、怕担责任、中庸、以为别人知道。
主管或领导立场要坚定明确，我们平常说这个人没有立场，只要用户一投诉，主管就同意了；销售或市场一说，我们就得去做等等，这样同事会感觉到这个领导没有立场，别人怎么说就怎么做，以后有问题，他们也不会再问你，对你逐渐失去信任，因此主管人员一定要有立场，在立场发生变化的时候要和同事做好沟通。
七． 定目标，严格执行、考核、监督 一件事情的好与坏如何去评价，首先要看所定目标定的合理性。
合适的目标对每个人、对企业都有好处，员工不会有太大的压力，安心努力的工作；企业每年都会稳步的积累和发展。
定目标对我们每个人说就再简单不过了，人的一生中不知道给自己定了多少目标，但真正努力去完成的又占了多大比例
目标就要靠人来执行，执行过程中就有各种各样的评价，严格的说就是考核和监督。
日常员工们努力的工作，都每个月底公司收集数据进行评估和考核，监督到年底每个是否能完成年初订立的目标。
八． 人不要会什么，关键在于你会学什么 在学校不管你学习什么专业，80%的学生找不到和自己本专业相同的工作，多数都是改行，有的从事本专业临近的工种，有的甚至与本专业搭不上边。
从事本专业的人未必就有好的成就，从事非专业的人也有很多人打出一片天空。
因此人不要会什么，关键在于你会学什么。
九． 培养人才资产：选、养、育、用、留。
关键在于留，留有3个因素：能力、价值观、人生志趣；能力的体现就是知识内涵，价值观主要表现在技能和态度。
知识又分为：内隐知识和外显知识（内隐知识：平常看不到学不到的，要靠个人的感悟和积累；外显知识：看得到，学得到的东西）。
平常总是要经过选拔招聘到一个适合企业的人员，进入公司后像小树苗一样培育，初长成就要考虑如何使用，经历这一系列的洗礼，人就有一定的想法，因此如何留住人才也是公司要积极考虑的事情，特别是在资源不足的情况下留住人才就更难能可贵。
十． 成绩好的时候要考虑如何提高团队的建设 随着其他公司技术能力逐步的提高，我意识到了靠个人的力量是不行的，要靠一个团队。
平时一个人忙里忙外不亦乐乎还不见的有效果，如何培养一支可以打胜仗的团队呢，首先要了解团队中的每个成员，发挥他们的优势，挖掘潜能，根据每个人的个性不同选用不同的岗位，每个人在团队中都发挥作用，管理人员就成功了一半，团队也就有竞争力了……
就如何利用面向对象的软件开发方法来开发软件心得体会
面向对象技术是软件技术的一次革命，在软件开发史上具有里程碑的意义。
随着OOP（面向对象编程）向OOD（面向对象设计）和OOA（面向对象分析）的发展，最终形成面向对象的软件开发方法 OMT(LbjectModellingTechnique）。
这是一种自底向上和自顶向下相结合的方法，而且它以对象建模为基础，从而不仅考虑了输入、 输出数据结构，实际上也包含了所有对象的数据结构。
所以OMT彻底实现了PAM没有完全实现的目标。
不仅如此，OO技术在需求分析、可维护性和可靠性这三 个软件开发的关键环节和质量 指标上有了实质性的突破，彻底地解决了在这些方面存在的严重问题，从而宣告了软件危机末日的来临。
自底向上的归纳 OMT的第一步是从问题的陈述入手，构造系统模型。
从真实系统导出类的体系，即对象模型包括类的属性，与子类、父类的继承关系，以及类之间的关 联。
类是具有相似属性和行为的一组具体实例（客观对象）的抽象，父类是若干子类的归纳。
因此这是一种自底向上的归纳过程。
在自底向上的归纳过程中，为使子 类能更合理地继承父类的属性和行为，可能需要自顶向下的修改，从而使整个类体系更加合理。
由于这种类体系的构造是从具体到抽象，再从抽象到具体，符合人类 的思维规律，因此能更快、更方便地完成任务。
这与自顶向下的Yourdon方法构成鲜明的对照。
在Yourdon方法中构造系统模型是最困难的一步，因为 自顶向下的“顶”是一个空中楼阁，缺乏坚实的基础，而且功能分解有相当大的任意性，因此需要开发人员有丰富的软件开发经验。
而在ＯＭＴ中这一工作可由一般 开发人员较快地完成。
在对象模型建立后，很容易在这一基础上再导出动态模型和功能模型。
这三个模型一起构成要求解的系统模型。
自顶向下的分解 系统模型建立后的工作就是分解。
与Yourdon方法按功能分解不同，在OMT中通常按服务（Service）来分解。
服务是具有共同目标的相关 功能的集合，如I／O处理、图形处理等。
这一步的分解通常很明确，而这些子系统的进一步分解因有较具体的系统模型为依据，也相对容易。
所以OMT也具有自 顶向下方法的优点，即能有效地控制模块的复杂性，同时避免了Yourdon方法中功能分解的困难和不确定性。
OMT的基础是对象模型 每个对象类由数据结构（属性）和操作（行为）组成，有关的所有数据结构（包括输入、输出数据结构）都成了软件开发的依据。
因此Jackson方法 和PAM中输入、输出数据结构与整个系统之间的鸿沟在OMT中不再存在。
OMT不仅具有Jackson方法和PAM的优点，而且可以应用于大型系统。
更重 要的是，在Jackson方法和PAM方法中，当它们的出发点——输入、输出数据结构（即系统的边界）发生变化时，整个软件必须推倒重来。
但在OMT中系 统边界的改变只是增加或减少一些对象而已，整个系统改动极小。
需求分析彻底 需求分析不彻底是软件失败的主要原因之一。
即使在目前，这一危险依然存在。
传统的软件开发方法不允许在开发过程中用户的需求发生变化，从而导致种种问题。
正是由于这一原 因，人们提出了原型化方法，推出探索原型、实验原型和进化原型，积极鼓励用户改进需求。
在每次改进需求后又形成新的进化原型供用户试用，直到用户基本满意，大大提高了软件的 成功率。
但是它要求软件开发人员能迅速生成这些原型，这就要求有自动生成代码的工具的支持。
OMT彻底解决了这一问题。
因为需求分析过程已与系统模型的形成过程一致，开发人员与用户的讨论是从用户熟悉的具体实例（实体）开始的。
开发人员必须搞清现实系统才能导出系统模型，这就使用户与开发人员之间有了共同的语言，避免了传统需求分析中可能产生的种种问题。
可维护性大大改善 在OMT之前的软件开发方法都是基于功能分解的。
尽管软件工程学在可维护方面作出了极大的努力，使软件的可维护性有较大的改进。
但从本质上讲，基于功能分解的软件是不易 维护的。
因为功能一旦有变化都会使开发的软件系统产生较大的变化，甚至推倒重来。
更严重的是，在这种软件系统中，修改是困难的。
由于种种原因，即使是微小的修改也可能引入 新的错误。
所以传统开发方法很可能会引起软件成本增长失控、软件质量得不到保证等一系列严重问题。
正是OMT才使软件的可维护性有了质的改善。
OMT的基础是目标系统的对象模型，而不是功能的分解。
功能是对象的使用，它依赖于应用的细节，并在开发过程中不断变化。
由于对象是客观存在的，因此当需求变化时对象的性质要比对象的使用更为稳定，从而使建立在对象结构上的软件系统也更为稳定。
更重要的是OMT彻底解决了软件的可维护性。
在OO语言中，子类不仅可以继承父类的属性和行为，而且也可以重载父类的某个行为（虚函数）。
利用这 一特点，我们可以方便地进行功能修改：引入某类的一个子类，对要修改的一些行为（即虚函数或虚方法）进行重载，也就是对它们重新定义。
由于不再在原来的程 序模块中引入修改，所以彻底解决了软件的可修改性，从而也彻底解决了软件的可维护性。
OO技术还提高了软件的可靠性和健壮性。
路过的进来谈谈大部分杀毒软件的效果
（心得体会）
杀毒软件又不是万能的..它们只是起防御作用..只要黑客有IP不管装什么..都可以入侵你的电脑..有点电脑知识的人..看清楚病毒以后就开始手杀..手杀最麻烦的就是 怕删错系统文件..AOTU我也中过..拿它没办法就重装咯..熊猫刚过..我不清楚的就是熊猫过得了卡巴没..我想应该过得到..不然那有那么多人中彪..过段时间熊猫兄弟出来了..死的人还要多..杀毒软件在升级..病毒也在升级..做好心里准备就好..
学习《软件工程》心得和体会
相关於这个的
~计算机专业这一门科深深的吸引着我们这些同学们，上计算机系已经有近一年了。
自己也做了一些思考，认为计算机专业需要相当多的实践，而在实践中不但掌握计算机技术（包括程序设计），还要掌握许多其他专业并不“深究”的东西，例如，算法，体系结构，信息管理等等。
当初听到要学专业的东西，心想咱们这到底念的是什么系
对于我这个初学者的知识基础较薄弱，对一些应用操作理解起来较为困难，要能从整体概念上较好地理解和把握应用软件，不是仅仅靠几本培训的书籍还买了几本有关专业的书籍，细致地看几遍，然后上机练习几次就可以成功。
因此学习过程中要注意多看多练。
要注意结合实际，充分利用互联网学习。
说极端一点，互联网上应有尽有，只是我们没有找到好的路径，互联网是人类知识智慧的汪洋大海，比如通过电大的远程学来进行学习，还有到一些有关专业论坛转转进行学习，网上学习会有很大收获。
除了学科知识，上网技术以及信息的检索、加工、发布的能力也会有提高，人与人之间的理解、交流上都会有丰富的体验。
网上学习容易出现的问题是好奇，上网漫无目的不停浏览。
因此，在进行网上学习前，一定制定好学习计划和目标，确保高效的上网学习。
计算机专业对于求学者的我切记贪多嚼不烂。
因为初学者最易犯“大而全”和“速成”的错误，须知“罗马非一日之功”所能建成。
什么都学，肯定什么都学不透，要集中精力打攻坚战。
我认为学习计算机首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，是做系统维护、软件开发、图像加工、公文处理、网页制作还是数据库管理，然后再有针对性的在相应的学习方向上进行提高。
要制定出详细的学习规划，包括需要购买什么书籍，家里如果没有电脑可供练习，是否需要购买一台电脑等问题……如果没有学习规划，不投资学习机器，没有实践场所，没有学习资料，光想凭“言传口授”就想速成做个“全才”，可能吗
学习方法因人而异，我的学习方法以下几个原则： 1.“循序渐进”——要求应注重基础，切忌好高骛远，急于求成。
循序渐进的原则体现为：一要打好基础。
二要由易到难。
三要量力而行。
2.“精读精思”—— 要广泛阅读和精读，善于提出问题和解决问题。
3.“自求自得”——就是要充分发挥学习的主动性和积极性，自求自得的原则要求不要为读书而读书，应当把所学的知识加以消化吸收，变成自己的东西。
4.“知行统一”——就是要根据认识与实践的辩证关系，把学习和实践结合起来，切忌学而不用。
因此，知行统一要注重实践：一是要善于在实践中学习，边实践、边学习、边积累。
二是躬行实践，即把学习得来的知识，用在实际工作中，解决实际问题。
