WEB学习心得体会.docx
- 文档编号:363132
- 上传时间:2022-10-09
- 格式:DOCX
- 页数:6
- 大小:18.04KB
WEB学习心得体会.docx
《WEB学习心得体会.docx》由会员分享,可在线阅读,更多相关《WEB学习心得体会.docx(6页珍藏版)》请在冰豆网上搜索。
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工程,我们都有一个工程小组。
当然,在做这个工程时我们没有自己选择组员的权利。
所以当我们成为一个工程小组的成员时,我们要做的就是要懂得互利共生的道理。
特别是工程经理,对于工程总监、工程成员,要让他们知道你打算怎么做,什么时候要他们做什么准备这些事情将是你的主要工作。
第一个是规定的流动方式和介质,是推还是拉。
推的意思就是工程经理将主动发布信息,不管通过、邮件还是书面方式,保证将信息传到达每个人,拉的意思就是我们需要什么信息就去问工程经理。
说这些看似很无聊,其实里面牵涉信息传达不完全的责任问题。
例如我们中有一个工程小组,就因为工程经理的前期信息传达不到位,而导致整个工程小组的进度不能跟上,团队分得了零分。
分数倒是小事,但要是我们走上了工作岗位,而不能按时交出客户想要的产品,那可就不好办了!
第二个问题就是文档问题,很多人怕写文档,但是工程经理一定要牢记"好记性不如烂笔头"的道理。
有理有时候会说不清呢?
就是因为没有证据。
所有需求变更全部要有书面文字,这点切记!
这样做好处多多:
有书面证据,以后他还想改,你有了他以前要求的证据,告诉他:
你以前可是这么说的,便于需求变更管理,需求如何慢慢演变的历史可以看清楚,从而更深切地体会客户的目的,对于客户来说,嘴巴一动最方便,反正是我们做,不花他的资源,所以要求是否合理,是否和工程的目的一致,他是不负责任的。
但是如果要他写书面要求,还要签字盖章,他就要谨慎多了,而且一写东西,思想就会更加深入,很多无理要求也就这样胎死腹中了。
其实,上学期的工程中,我们很多的组员意见不统一,就造成了意见刚刚达成,过来没几个钟头,又有人有好的点子,结果想更改方案,最后改得什么都不像。
寒假的这个工程我也感到文档的重要。
就比方说一次我正和他们中的一个老板谈得快达成协议了,这时,另一个老板又来和我交涉。
但是两个老板不和,我也一时难以把握。
最后,我决定由他们选出一个人专门和我交谈,当达成协议时,就形成纸质文件,由双方签字通过。
当然,在上学期,各位工程经理对自己职务的职责范围还不是特别的明确。
下面就说说我对这个职位的理解吧:
和组员开会,除了一些工程进度跟踪会议以外,还有很多讨论会,需要大家用头脑风暴方法给出解决问题。
与会人员很多都是技术人员,他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强,所以,你作为会议的人,只要负责提出问题和记录下他们的观点,千万不要做评判者的角色。
一个问题,有很多方面,从不同的角度看,现象是完全不同的,想想盲人摸象的故事吧。
作为技术人员,他们往往精通一个方面,就自己的角度发表见解,除非一些很特别的情况,你都应该认为他们提出的方案,从他们的角度来看是最合理的'。
工程经理的长处是掌握事情的优先级,评估各个方面的轻重缓急,从而根据他们得出一个适宜的(而不是正确的)方案。
所以,在会议上,你要充分尊重每一个人和他,夸奖那些意见提得比拟好的人,千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的,而是多元的)。
会后,你自己结果,写文档,做决定。
会议上大家的面子都被照顾了,自然实施起来的阻力就小,如果还有意见的,你就私下找他聊,如果还服他,你就要让他明白,因为是你负责这个工程、你要担当风险,所以,这个优先级应该你来判断。
中的高层,并不见得水平会比一般的成员高,但是,他要承当的风险,加之信息的不对称性,所以,对事情的优先级的判断肯定应该要比下属强。
说了这么多,还是想说说这次的工程,其实从这次软件中心举办的“主导杯”班级主页大赛中,我获得的最多。
由于以前有过工程经验,所以这次我们的工程也逐渐接近了正轨。
但看到好多组的工作方式实在是很感慨,大家对待工程的目的和流程并不太了解。
所以我对工程作了一个总结:
在工程开始的时候组队是很关键的,在选择人员的时候一定要对组员进行一定的考察。
其实同学们都算比拟了解了,建议最好熟悉的人在一组,其一是方便沟通,其二那么是方便管理。
朋友即使有了矛盾很快就能化解,不过要注意的是不要放不下面子,特别是工程经理,千万不能怕得罪谁(遇到问题时可以找其他组员先商量,在作决定,实在不行可以提出严厉的责罚,不过这只是下下策)。
其次是工程经理千万不要把自己当成是那么一回事,说白了,大家都只是合作关系,没有谁绝对服从谁。
而更重要的是要有一个明确的,并让所以组员对制度进行签字。
有了这样的东西,在一定程度上能对组员起到不小的约束力。
接下来我们就要开始进行工程的需求分析书了现在是做工程说明书的时候了。
一份好的工程说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。
也就是说它不仅说明白了要做哪些事情,也让组员知道工程做成什么样就算完成了。
简单地说,工程说明书描述工程做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
一定要提前做出统一的模板,这就是一个风格的定位,有了这个定位相信大家在以后的工作中会顺利很多。
现在工程已经完成了前期工作,了解了工程的目标、搞清楚了手上的资源,制定了工程的策略,然后编制了工程的整体方案,工程进入实施阶段。
进入这个阶段反而是工程经理比拟空闲的时候,不像前期的时候工程经理要像记者一样到处和不同的人接触,搞清楚他们在说
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- WEB 学习心得 体会