高级语言程序设计学习心得怎么写啊

[C语言程序课程设计心得体会]在科技高度发展的今天，计算机在人们之中的作用越来越突出。而c语言作为一种计算机的语言，我们学习它，有助于我们更好的了解计算机，与计算机进行交流，因此，c语言的学习对我们尤其重...+阅读

高级语言程序设计学习心得怎么写啊

在本课程学习过程中我遇到了下面这些问题：

1、进行兴趣很高，随着学习的进展，调试程序总是出现问题，严格的语法规则，一时难以接受，产生畏难情绪，总是怕，最后因为怕学不好而导致没有学好。

2、注重理论学习，忽视上机编程实践，造成“只能用笔在纸上编程”的奇怪现象。特别是部分女同学，一到机器前面就手忙脚乱，如果程序再出现错误，就更不理解该如何查找错误，如何排除错误了。

3、前期没有抓紧，希望通过突击搞定课程学习。本课程要靠平时的积累，几乎不能靠临时突击，因为前面基础补扎实，到了后面已经无法弥补。

4、另外一种现象是太注重学习句子的语法规定，忽视了对编程的思路和技巧的训练。有些同学再学习结束的觉得就是：对每一个句子的语法和每一条规定都明白，就是面对实际问题的时间不理解该如何思考，该如何编程。

5、急于求成，总想编写综合性的程序，忽视基本概念，忽视基本功的训练和练习。在编写程序中发现问题，一追根源，全是概念或基础问题。

后来才发现为了学好本课程，没有什么窍门，只能采用一些“笨”技巧：

认真听讲，积极思考，提高上课效率。教师上课讲述的都是课程的重点和难点，听好课程能够达到“事半功倍”的目的。

主动上机，多多实践，提高动手才能，实习时不能着急。通过上机实践来验证所学的理论，通过在机器上查找错误来巩固概念，通过提高上机才能来促进理论学习，开阔编程思路，提高反映效率，提高分析问题解决问题的才能，锻炼心理素质，提高心理承受才能。

学习初期重点掌握语言的语法和规定。这是基础。

后期重点掌握编程的思路和基本算法。这是重点。

学会自学，加强交流，及时答疑解惑。能够采用多种形式进行交流，能够是传统的面面进行答疑，也能够是利用网络通过邮件、BBS进行网上交流。不要将问题积累到最后。

开阔眼界，打开思路，多看几本书。C语言的书非常多，各有自己的特色，要找到适合自己的参考数目。

程序设计总结

通过本次课程设计，使我对《数据结构》这门课程有了更深入的理解。《数据结构》是一门实践性较强的课程，为了学好这门课程，必须在掌握理论知识的同时，加强上机实践。一个人的力量是有限的，要想把课程设计做的更好，就要学会参考一定的资料，吸取别人的经验，让自己和别人的思想有机的结合起来，得出属于你自己的灵感。

程序的编写需要有耐心，有些事情看起来很复杂，但问题需要一点一点去解决，分析问题，把问题一个一个划分，划分成小块以后就逐个去解决。再总体解决大的问题。这样做起来不仅有条理也使问题得到了轻松的解决。

在这个过程中，我也曾经因为实践经验的缺乏失落过，也曾经仿真成功而热情高涨。生活就是这样，汗水预示着结果也见证着收获。劳动是人类生存生活永恒不变的话题。虽然这只是一次的极简单的课程制作，可是平心而论，也耗费了我不少的心血，这就让我不得不佩服开发技术的前辈，才意识到老一辈对我们社会的付出，为了人们的生活更美好，他们为我们社会所付出多少心血啊！

对我而言，知识上的收获重要，精神上的丰收更加可喜。让我知道了学无止境的道理。我们每一个人永远不能满足于现有的成就，人生就像在爬山，一座山峰的后面还有更高的山峰在等着你。挫折是一份财富，经历是一份拥有。这次课程设计必将成为我人生旅途上一个非常美好的回忆！

通过这次的课程设计我对于专业课的学习有了更加深刻的认识，以为现在学的知识用不上就加以怠慢，等到想用的时候却发现自己的学习原来是那么的不扎实。以后努力学好每门专业课，让自己拥有更多的知识，才能解决更多的问题！

对于像我这样的菜鸟刚开始学习编程语言感觉自己思路很清晰

需要的基础是有一台自己可以独立使用的计算机~！哈哈~！我想这个是必须的。然后就是选择一门语言去学。我认为选择C或汇编。当然C和汇编是让你更好的了解编程。C和汇编有了初步基础时要学习win32下的程序设计。很多程序设计语言的学习都是只知其然，不知其所以然。为了为其他的语言打好结实的基础，我觉得学习C和汇编的必要特别的大。为你推荐几本书：关于汇编的：《intel汇编语言程序设计》这本书讲的不枯燥，比国内的书好多了。这个书是翻译过来的。《windows环境下的32位汇编言语》罗云彬写书，国内大多学习汇编的人应该都听说过他吧。这里就不说这本书的好坏了。自己想吧~！哈哈！~！关于C的：《C Primer Plus》、《windows程序设计》剩下的基础就是离散数学和英语了，但是这个刚开始不是必须的。

最重要的是信心。因为编程一开始比较枯燥，耐住信心学很重要。

JAVA的学习心得

我在Java 1.0正式问世前就开始学习Java，这么多年过去了，到现在我的Java学习历程还没有停过。我阅读原文书，研究原始码，撰写程序，自认为走得扎实，不奢望一步登天。像我这样老式的学习方式，显然和现在的快餐主义背道而驰。从许多读者的来信和学生的反应中，我发现大多数的人对于Java的学习历程都差不多是：因为公司需要使用Java来进行服务器的计画，所以急急忙忙地学习Java语言，然后就开始使用J2EE的API，开始写起程序来了。如此急就章的学习方式，程序员基础能力根本就不够，对于对象导向精髓不能掌握，对于Java语言内部的运作机制毫无所悉，对API的整体连贯性懵懵懂懂。当然，我们也不好因此责怪程序员，毕竟软件技术变动得太快。公司不可能给程序员足够的训练之后才开始做计画。

程序员一下子被指派使用A技术，还没弄懂A技术是怎么回事，又被指派使用B技术，而且都是缝缝补补的方式边学边用，每次都像是全新的开始，遑论技术能量的累积。我很庆幸的是，我不太有这样的困扰。因为我是资讯工程系出身（而且我大学时上课一向很认真），所以理论基础稳固，学习新技术对我来说不是难事。我就读大学时，周遭许多同学都瞧不起数据结构、程序语言、操作系统这些所谓「学院派」的课程，以为这些课程一点都不实用。他们认为到了外面公司，这些信息科系所学的一切都派不上用场，「只要会Visual Basic和数据库就够了」。这种偏差的心态，恐怕会使得他们在知识经济时代吃足了苦头。另外还有一派同学很瞧不起程序设计工作，他们告诉我，像我这样会写程序的人，未来进了社会「还不是被他们这些走管理的人踩在脚下」。

所以，他们很轻忽理工课程的学习，甚至还有人相当热衷「成功学」，认为这是迈向成功的快捷方式，却因此把学校的课业弃之不顾。我不敢相信有人竟然如此地本末倒置。前一类的人太过于短视近利，后一类的人太过于好高骛远。我一直很不能理解这些人的想法为什么会这样，或许是因为社会环境的风气使然。我很庆幸我到目前还没被社会的大染缸给玷污了（最好这辈子都不要）。我不认为我的学习方式是一种典范，但是一路走来，倒也颇有进展。许多读者来信问我的学习历程，虽然我个人的学习方式不见得适用于每个人，但或许还有一些参考价值（特别是对于那些有志进入信息行业的年轻学子），我想透过本文简短地叙述一下。我一向是采用先深后广（也称为Bottom-Up,Deep-First）的学习方式。

比方说，当我在学A技术的时候，学到一半发现需要B技术的基础，我会到书局找出一两本B技术的书，然后把A先搁着，开始看起B技术的书。甚至，我在技术书籍上看到不太熟悉的英文句构时，我会找出一本英文文法书详细读过。这种先深后广的学习方式，适合学生时代全面地自我能力提升，但不适合业界人士。试想，老板要你开发的ERP系统已经延迟了，你怎有空研究J2EE原文书中的英文文法。先深后广的好处是，学习很扎实；缺点是有时候会偏离主题太多。有一次我发现我原本是要学某软件技术，几次「先深后广」下来，我居然看起老子的道德经了。在技术上，我一直都是一个喜新厌旧的人，很少有软件技术能让我持续研究半年以上，我几乎每隔几个月就要换一次领域。Java 能让我持续这么久，也正是因为Java的领域广。

透过Java，我的技术视野变开阔了。这些年来，我换过的 Java 相关领域包括了：虚拟机器、数据库、企业运算、多媒体、2D/3D图学、网络.…..等。我的学习完全是兴趣导向的，所以压力并不大。因为有兴趣，所以我会很想充分理解一切细节。又因为理解，所以许多原本片片断断的知识都可以渐渐互相融会贯通，累积技术能量，理论和实务之间的藩篱被打破了，学习效率倍增。我多年来的学习触觉很敏锐，我常常会抢先一步学好有前瞻性的技术。比方说，Java还在beta时、UML还在0.8时、XML还在draft时，我都已经透过网络下载技术文件回来每天抱着猛读了。而在Java、UML、XML当红之后，我已经差不多把这些技术都摸熟了。至于该学什么技术，我的判断方式是以技术的优劣来决定。优秀而有独到之处的技术是我的最爱，虽然这类的技术不见得会在市场上胜出，但学习这些技术所得到的启发，对于技术能量的累积与能力的提升会有相当大的助益。

至于技术差，但市场需求甚殷者，我还是懒得碰。（好吧！我承认我曾因为市场需求的缘故而学过MFC。越清楚MFC的技术细节，越是讨厌它，这真是个不堪回首的经验。）我通常只看英文技术资料，毕竟大部分第一手的技术信息都是以英文来传播。所以我很早就开始阅读英文技术资料。读英文技术资料的好处是，就算没有学到书中的专业知识，至少也累积培养了英文阅读能力，我一直都是抱着这样的态度。一开始是正襟危坐的看英文技术书籍，字典、翻译机随侍在侧；几年下来，现在是躺着看、趴着看、很随性地看英文技术书籍，因为看英文技术书籍变成一种习惯了。现在，我可以用很快的速度吸收英文技术书籍的知识（有人叫我「吃书的机器」，我把这称号当作是一种恭维）。

近年来，我花在写程序的时间不多，...