WEB学习心得体会

web学习心得体会

本文是的网友推荐，并由的web学习心得体会范文精选，仅供参考。

所谓行万里路，必先始于足下。刚开始学习WEB前端根底的时候，老师说，其实你

们学的这个后面真正去工作的时候可能也不是很会用到，所以就有很多人会问，既然我们

都用不到，那干嘛还学呀？其实，对于一个程序员来说，你不仅要有很好的后端专业能力，

你还应当具备一定的前端素养，知道一些起码的前端知识。

来到传智的第一个月，我们是以根底为主吧，因为大家到这里的根底都不一样，有一

些本身就具备很高水准的人，也有很多像自己一样从小白开始的人，所以，对我们而言，

传智开设的这种双元模式对我们是有很大用处的。我们从最根底的开始学习，在学习HTML

的时候，我们还延续着很古老和古老的表格制作 ，然后到后面的CSS学习，用CSS样式

去进一步完善我们制作的网址，再到着 的难点JS课程体系，一级最后的JQ和BOOtstrap，

可以说这个过程其实也是一个循序肩颈的过程，有简到难的过程。

首先我们回忆一下最开始我们对HTML的学习。

其实HTML的四天学习的话，重要的就是一个标记的学习，这大概是学习一门语言最

根底的一局部吧。但是也不是说背一背就解决问题的，选择IT，程序员这一方面，只要多

练习，多敲代码感觉就好了，所以熟练的使用这些标记其实不是很大的问题，对自己来说，

比拟难的是一个表格和框架，也许会有人说，表格有什么难的，就行列的问题啊，但是不

知道 ，在学习的那几天对于表格的学习和接受能力都没有别的那么好，表格的整体框架能

搭出来，但是就是对于表格的美化总做不到自己心里所预期的那样。其实练习的话也是挺

多的，对于表格的网页练习做了应该也有一 个的，但是就是没那么理想，所以这方面的话

也是需要自己多加练习和修正的，因为表格的用处还是挺大的。HTML的学习方面还有框

架和表单，框架的话，就是一个网页的主体了，网页的大致形式根本上从你的框架结构就

可以知道的，学习框架，重要的就是网页的布局如何划分，然后利用框架的嵌套，浮动就

可以解决的，学习过程也不会是很大的难度。

想想HTML还学了些什么呢？表单！表单对前端 来说还是挺高的，因为我们能在一

个网页中看到很多的表单应用。包括用户的注册啦， 验证啦，还有搜索栏之类的，几乎全

是表单的应用。表单学习比拟重要的地方应该就是那十来个表单控件的应用，这些表单控

件进一步区分的话还有就是单边标记和双边标的的表单控件，因为很多单边标记的表单，

他的值一般只能是存在value当中，如果不注意的话，很多时候我们会忘记写上这个value。

这个阶段的表单感觉并不是那么难，当然，学到后面的JS之后，相对于表单验证之类的才

感觉难了很多。

第二局部：CSS学习

对我来说，CSS课程虽然只有三天，但是却是更应该学好的一个模块。因为我们都知

道，其实一个 的WEB前端，就是用加CSS来写的，不是用之前的表格来写的，足以见得

CSS的重要性。CSS就是网页样式，一个网页的整体美感，在你确定了框架之后，就看你

的CSS样式的添加了，所以一直以来都很想把CSS学好。记得CSS学习的那几天，自己

的消化还是很好的，自己去 完成练习的时候也是没有太大难度的，但是不知道是 ，到后

面学习JSJQ的时候，操作CSS时居然会吧CSS和HTML弄的有点混淆，这一点一直没

做好。CSS的学习还有一个地方就是浮动，因为存在块元素和行辈元素，块元素因为其本

身特性，一个块元素标记他要占用一整行的空间，而一个行内元素他只能占用行内的一些

空间，但是在实际操作中，很多时候我们却要想将多个块元素排在同一行，或者将多个行

内元素排在不同行，这时候就可以使用浮动的方法来实现，浮动最主要做的就是这个，唯

一要记住的一点就是做了浮动之后，如果他的父元素是没有进行匡高的设定的话，是不是

要进行去除浮动，防止下面的操作也是有浮动的。

第三局部：重点学习——JS

JS是相对于这整个月学习的重点吧，也是很多人没方法很好接触的地方，当然，自己

在这里的学习也是有缺乏的地方。像一些对属性的操作的标记之类，懂得怎么用，但是不

是很熟悉，所以经常在操作的时候要去查手册。学的最不好的一个地方应该是将数组中的

元素按照一定的规那么或者顺序添加到指定或对应的表格中，这中题型是自己做的比拟少

的，也是掌握很不好的地方，所以也希望用放假的这几天好好练习一下，不能拖到下一个

阶段去。个人对JS的理解其实就是大量算法的 ，因为很多时候你都会用到函数，只是多

了一些找元素和对元素绑定标记的过程，最重要的还是构造函数，调用函数的过程！

第四局部：JQ及Bootstrap

对于JQ和Bootstrap的学习来说，其实就是一个应用的过程吧，所有的函数都帮你

写好了，你只需要学会调用就好了的。当然。调用他，其实对于JQ来说，学习的过程没

有具备很大的难度，只是尝试着去多写写，写两三次根本就记住怎么用了。最后还有一天

的Bootstrap学习，写过一些案例，只要会改，根本没有太大的难度。

后续：其实对于WEB前端的学习的话重要的就是多用，很多东西我们上课听得时候

其实都根本听得懂，但是更重要的是在于你课后的练习，离开了老师的一个思维引导，我

们该怎样去完成工程才是我们该学会的。这一个月的学习难度系数都不是很高。但却是一

个比拟繁杂的过程，因为作为前端来说，我们需要不断的优化，不断的修正，美化整个页

面。不管是前端还是后端，都希望自己能好好学！

猜你正在找web学习心得体会的怎么写？那么就给你这篇范文参考。

算起来我学习软件设计也有快一年了，感到做这个工作最要紧的就是要明白，什么叫

因地制宜、因势利导，就是说只有最适宜的，没有什么叫对的，什么叫错的。我们的根本

目的就是赚钱，而不是什么研究机构，所以最忌讳的就是 主义倾向，尤其是我们这些做技

术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。

在这个寒假里，我也接过一个 来做。先不管这个 的好坏，首先，我的确实确在这里

面学到了很多东西。因为是我一个人做，所以也不可能做什么大型的 。在这个过程中，我

真切的感到和客户沟通才是最重要的。不管你的技术有多么的好，能做出多么漂亮的 ，但

你做出的东西不是客户想要的东西，你也只是徒劳，毕竟我们的目的就是赚钱。还有就是

和客户沟通的时候，千万不要满口的专业术语，（除非对方也懂这些）不然就会费更多的

时间。当然在做工程的时候首先是要做好详细的需求分析书，一份好的工程说明书不仅将

要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明

得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）

知道工程做成什么样就算完成了。简单地说，工程说明书描述工程做哪些事情和每件事情

做到什么程度以及如何检查每一个结果。

就像我们上学期的Web工程，我们都有一个工程小组。当然，在做这个工程时我们

没有自己选择组员的权利。所以当我们成为一个工程小组的成员时，我们要做的就是要懂

得互利共生的道理。特别是工程经理，对于工程总监、工程成员，要让他们知道你打算怎

么做，什么时候要他们做什么准备这些事情将是你的主要工作。第一个是规定的流动方式

和介质，是推还是拉。推的意思就是工程经理将主动发布信息，不管通过 、邮件还是书面

方式，保证将信息传到达每个人，拉的意思就是我们需要什么信息就去问工程经理。说这

些看似很无聊，其实里面牵涉信息传达不完全的责任问题。

例如我们中有一个工程小组，就因为工程经理的前期信息传达不到位，而导致整个工

程小组的进度不能跟上，团队分得了零分。分数倒是小事，但要是我们走上了工作岗位，

而不能按时交出客户想要的产品，那可就不好办了！

第二个问题就是文档问题，很多人怕写文档，但是工程经理一定要牢记"好记性不如烂

笔头"的道理。有理有时候 会说不清呢？就是因为没有证据。所有需求变更全部要有书面

文字，这点切记！这样做好处多多：有书面证据，以后他还想改，你有了他以前要求的证

据，告诉他：你以前可是这么说的，便于需求变更管理，需求如何慢慢演变的历史可以看

清楚，从而更深切地体会客户的目的，对于客户来说，嘴巴一动最方便，反正是我们做，

不花他的资源，所以要求是否合理，是否和工程的目的一致，他是不负责任的。但是如果

要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入，

很多无理要求也就这样胎死腹中了。

其实，上学期的工程中，我们很多的组员意见不统一，就造成了意见刚刚达成，过来

没几个钟头，又有人有好的点子，结果想更改方案，最后改得什么都不像。寒假的这个工

程我也感到文档的重要。就比方说一次我正和他们中的一个老板谈得快达成协议了，这时，

另一个老板又来和我交涉。但是两个老板 不和，我也一时难以把握。最后，我决定由他们

选出一个人专门和我交谈，当达成协议时，就形成纸质文件，由双方签字通过。

当然，在上学期，各位工程经理对自己职务的职责范围还不是特别的明确。下面就说

说我对这个职位的理解吧：和组员开会，除了一些工程进度跟踪会议以外，还有很多讨论

会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是

注重细节、缺乏大局观、有点消极悲观、自尊心强，所以，你作为会议的人，只要负责提

出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同

的角度看，现象是完全不同的，想想盲人摸象的故事吧。作为技术人员，他们往往精通一

个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为他们提出的方案，

从他们的角度来看是最合理的'。工程经理的长处是掌握事情的优先级，评估各个方面的轻

重缓急，从而根据他们 得出一个适宜的（而不是正确的）方案。所以，在会议上，你要充

分尊重每一个人和他 ，夸奖那些意见提得比拟好的人，千万不要把会议带入无休止的争论

（你要让大家知道事情不是非黑即白的，而是多元的）。会后，你自己结果，写文档，做

决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就

私下找他聊，如果还 服他，你就要让他明白，因为是你负责这个工程、你要担当风险，所

以，这个优先级应该你来判断。 中的高层，并不见得水平会比一般的成员高，但是，他要

承当 的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定应该要比下属强。

说了这么多，还是想说说这次的工程，其实从这次软件中心举办的“主导杯”班级主

页大赛中，我获得的最多。由于以前有过工程经验，所以这次我们的工程也逐渐接近了正

轨。但看到好多组的工作方式实在是很感慨，大家对待工程的目的和流程并不太了解。所

以我对工程作了一个总结：

在工程开始的时候组队是很关键的，在选择人员的时候一定要对组员进行一定的考察。

其实同学们都算比拟了解了，建议最好熟悉的人在一组，其一是方便沟通，其二那么是方

便管理。朋友即使有了矛盾很快就能化解，不过要注意的是不要放不下面子，特别是工程

经理，千万不能怕得罪谁（遇到问题时可以找其他组员先商量，在作决定，实在不行可以

提出严厉的责罚，不过这只是下下策）。其次是工程经理千万不要把自己当成是那么一回

事，说白了，大家都只是合作关系，没有谁绝对服从谁。而更重要的是要有一个明确的，

并让所以组员对制度进行签字。有了这样的东西，在一定程度上能对组员起到不小的约束

力。

接下来我们就要开始进行工程的需求分析书了现在是做工程说明书的时候了。一份好

的工程说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而

且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让组员知道工

程做成什么样就算完成了。简单地说，工程说明书描述工程做哪些事情和每件事情做到什

么程度以及如何检查每一个结果。一定要提前做出统一的模板，这就是一个风格的定位，

有了这个定位相信大家在以后的工作中会顺利很多。

现在工程已经完成了前期工作，了解了工程的目标、搞清楚了手上的资源，制定了工

程的策略，然后编制了工程的整体方案，工程进入实施阶段。进入这个阶段反而是工程经

理比拟空闲的时候，不像前期的时候工程经理要像记者一样到处和不同的人接触，搞清楚

他们在说什么，努力猜想他们在想什么和他们的真正目的，那才是最累人的事情。当然，

小工程的工程经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。工程经

理这个时候就要多和技术经理和行政经理多沟通，实时了解大家的工作情况和进度。当然

这个时候和组员沟通的工作大局部交给了行政经理和技术经理手上了。这时你们要做的就

是要多了解大家对这次工程的态度和想法，收集之后向工程经理。当然并不是说工程经理

就没什么事了，你要做的那么是和老师沟通，毕竟老师是一种资源，有了老师的帮助，相

信我们的工程会有更进一步的飞跃！

有一句话叫做细节决定成败，工程的过程中一定要注意细节问题，如 的大小，太大了

会占空间，所以建议大家在用之前先用PS改变图像的大小，作为用户都不希望软件太大，

这一点很多玩游戏的同学相信更深有体会。在改变图像大小的时候建议大家按照原始比例

来改变，最好一次就将原图改变到需要的大小，不要破坏了 的结构（如果有特殊的要求除

外），不然图像的质量也会受到一定程度的影响。尽量少用音视频文件（专业的音视频 除

外），如果实在要用，就提前用专业的软件对其进行压缩。其次就是配色问题，一个网页

的色彩最好不要超过3种，一面视觉效果混乱，用色柔和，比照度强的色彩不能应用于一

般 ，时尚 使用还可以。一般不好搭配的颜色，用灰度搭配。再次，就是整体的页面布局，

最好在初期做好一个标准，这时就表达了css样式表的重要性，对不同的字体定义不同的

样式，以后每次用直接调用就可以了，这样工程的工期也缩短了一大半。还需要注意的就

是数据库的编码标准， 、音频文件等的命名标准以及对文件的命名标准。后期我们要安排

更多的时间放在测试上，测试是非常重要的，当你的 或者软件完成了，但是有一个功能不

能实现，也许只是一个小小的问题，但也会对你的产品造成更大的漏洞。也就是说花了那

么多的时间去做工程，然而工程完工了，却是个不合格产品。

其实做 或者软件总结起来就几个字：布局合理、界面美观、功能完善、操作简单、压

缩大小。

当工程做完了，我们就要面临残酷的辩论关了，当然，在面对辩论的时候我们不必慌

张，要做到有理有据，大方得体，在辩论之前做好一个辩论的流程，先介绍什么，在介绍

什么。不要像上学期那样一个一个都上去讲。其实只需要一个人演示，一个人讲解就可以

了，演示的人一定要注意讲解人的语言，不要讲解人已经讲到下一步了，演示人还没有反

响，这也是对我们配合的一种锻炼。讲解的时候要注意从哪里开始，是从内到外，还是从

整体到局部，这是开始的时候需要大家一起商量的。当然在演示的时候难免会出现错误，

特别是这学期我们学的asp动态工程，当我们遇到某些功能无法运行时，也不要慌张，我

们要从理性的角度分析这种问题是因 原因所产生的，当场给评委做出解释，如果不能分析

出来也不要紧，你可以告诉评委们，这个问题的原因我们待会儿再给大家解释。到了后面

即使你还是不能找到原因所在，你完全可以不说，评委也不会去刻意去追问你是什么原因。

这样的目的是为了大家在做辩论时能够顺畅的完成，不会就直接跳过，不会产生什么 场面。

工程做完后一定要记得保存好自己的产品，这是我们以后找工作的一份凭证。当然每

次工程完后一定要记得写工程总结，收集工程的一些必要的东西，如工程管理文档，工程

进度跟进表等等，这样对我们以后会有很大的帮助！

最后，我想对我们上学期期末的工程辩论做个总结：上学期期末的辩论总体来说还算

不错，有优秀的工程，当然也有很不上面的工程作品（我们总不能要求所以的东西都到达

理想的效果吧！）。所以，从这些优秀的工程中我们确实学到了很多，而且我们还从那些

不那么优秀的作品中找出许多的缺乏。总的来说，我们是在工程中快速的成长，快速的壮

大！希望我们以后的工程做的越来越好，能有更优秀的工程出来，让我们一起努力，把软

件做得更好！

模板,内容仅供参考