前端实习心得感想.docx
《前端实习心得感想.docx》由会员分享,可在线阅读,更多相关《前端实习心得感想.docx(19页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、前端实习心得感想 我们得到了一些实习心得体会以后,可以记录在心得体会中,这样可以记录我们的思想活动。那么好的心得体会是什么样的呢?下面是我给大家带来的前端实习心得感想5篇,以供大家参考! 前端实习心得感想篇1 2个月的暑期实习结束了,不能算特别圆满但是也有很多感受。究竟,挤了两个月的地铁,每天3个小时,无论是上班还是回家身体都是湿的,也算是体验过了.人的生活。 在公司做的是后端工程师,其实就是帮助团队实现一些小的模块,修改页面等一些外围的工作。这些都在预料之中。我找实习的初衷还是想体验一下互联网公司的工作环境、工作模式和方法,同时了解一下他们是如何了解并学习新学问的,从这一点上来说算是如愿以偿
2、。 在学校,无论是作项目还是产品,往往是一个人大包干。从产品(网站)设计,前台html,javascript编写,数据库架构,后端coding,都是一个人完成的。而在正规的公司里,这一套流程是有着严格分工的,大致如下:1首先由产品经理与客户沟通,争论、沟通并产生需求,作出产品原型图,(在软件领域应当算是工业设计原型图?)。将原型图交付设计师,让设计师通过构想的原型图设计出相关图片。前端工程师通过设计师的图片切图并作出静态页。同时,产品经理通过沟通和文档的方式将需求告知后端开发人员。研发人员依据需求设计数据库并进行相应coding,其中还要与前端工程师沟通并完成一些接口的交互(比如json等),
3、产品完成后最终进行测试等步骤。 首先说说产品经理。我认为,对于产品经理来说,需求和体验是灵魂,沟通和设计是方法,而制作原型图与撰写相关文档是必备技能。体验就不用说了,产品经理就是为优质的用户体验而生的,用户体验往往被他们挂在嘴边。而需求分两方面,一方面是与外界进行沟通,从而了解到的一些需求。这里面的沟通是有一些技巧和方法需要留意的。另外一方面则是自己通过对产品的理解,对生活的感悟自己制造出来的,这里也是见真功夫的地方。这两方面,前一种主要靠沟通,后一种主要靠自己的设计(create)。 然后是原型图,什么是原型图呢?比方说你想设计一个网站,那么,在大刀阔斧开工之前,你总要在在纸上写写画画,作出
4、网站的一个view草图,这个草图就是原型图。只不过把你原来要在纸上完成的工作放到电脑里进行,加快工作效率和将草图交付他人进行沟通的效率罢了。这里推举两款软件,一个是balsamiq,一个轻量级的原型图制作工具,我实习公司的产品经理始终在用。另一个的功能就相对较多同时软件本身也相对臃肿很多,a_ure。百度的产品经理在用它。 产品经理由于是站在全局去把握产品的设计方向,所以需要有相当强的思想和眼光,更多的时候的确是需要从管理的眼光去看问题。产品经理需要见多识广,思维活跃才能不断为产品注入新的能量。同时又要脚踏实地去把握用户而不能脱离用户,“用户至上”这一点微信的产品经理张小龙是一个榜样。 个人认
5、为走互联网也就是电子商务方向的信管人比较适合做产品经理,基于技术而又高于技术(就是不用把握太多的技术),同时需要一些制造性思维和较强的沟通力量。 接下来说说设计师,这个我了解的的确比较少了。诸如PSAI等相关工具的娴熟把握确定是必不行少的。我主要是想强调设计师的不行或缺。诚然,即便没有设计师,你仍旧可以让前端工程师直接作出一个符合大致标准的静态页出来。不过,像一些简单的边角光影效果你确定不能希望能达到一个比较好的效果吧。一些细节方面的地方可不是你抠抠其他网站配色和插图就能搞定的。 下面讲一下前端工程师。前端,多么绚烂的一个字眼啊。全部简单又牛逼哄哄的动态特效全部经自我手,想想都是感动人心的一件
6、事。其实,前端工程师大部分工作还是蛮辛苦的,需要将设计师的图稿转化为html页,要适应chrome要适应火狐,要适应IE, 要适应IE6(这个囧),要适应iphone,要适应ipad,要适应ipod.适应你妹啊适应!各种js效果不好调试有没有?需要不断大刷(清空缓存)扫瞄器有没有?css要各种hack有没有? 要考虑SEO优化,要sitemap有没有? 上面全是前端苦逼而且做起来又略无聊的地方,有没有除了js特效还让前端大显伸手的地方呢?看看阿尔法城的前端设计吧。前端MVC架构。恩你没看错,就是前端mvc。事实上,做网页常常遇到这样的状况,就是网站的页面很少但是单个页面的前端设计及其简单。这个
7、时候一般的单一js文件就不适用了,你需要自己架构或者使用现有的javascript的MVC框架解决问题。这时如何优化js,css代码,如何建立起一个低耦合,复用性高的框架,如何敏捷地运用一些设计模式,这都是前端工程师面对大型需要而考虑的。 除此之外,现在html5的流行与移动互联网的兴起也让前端有了更多的用武之地。最终推举一些干货吧。bootstrap是twitter推出的一个能够使前端工程师快速开发出兼容性强,组件功能丰富的javascript开源库;一个名为Alice-css的base.css文件也能解决一些兼容性方面的问题;backbone是一个javascriptMVC框架,这个我也有
8、待学习。 接下来就是后端啦,geek们哦不,hacker们一起high起来吧!这才是我们程序员的天下啊。各种算法数据结构、设计模式、各类语言各类框架各类大规模架构方案软件让你学个够! 现在的编程语言百花其放,各自适合的工作均不同。使用哪种语言还真是萝卜青菜各有所爱。留意肯定要发挥各个语言之所长:python就要做胶水语言,java在业务处理方面特别精彩,php最适合网页呈现;.NET在MIS方面独领风骚。 选择什么语言不重要,关键是要看清语言背后的东西。绝不是你学过一门语言,然后再使用过那门语言的相关框架开发过项目你就能出师了。那只是一种你把握的技术,而单纯的技术并不能转化为自己的理解,不能转
9、化为自己的力量。先说面对对象。要搞清晰的是基于对象和面对对象是两码事,java是一门基于对象的语言,而不是你使用java编程你就面对对象了。在实践中不断地领悟GoF提出的设计模式原理,渐渐地学会对象的用法。能依据需要,敏捷地运用接口与继承是关键。 有人认为算法和数据结构在互联网方面作用很小?抱有这种观点的人肯定没涉及过web智能推举算法以及大规模分布式算法等领域。其实这也是互联网方向的另外一片天地,当网站规模不断扩大,服务器数量不断增多,如何敏捷地去设计服务器架构,拆分数据库表结构,并提出相应的分布式方案,也是一个特别有挑战性的难题。这其中也涉及许多算法需要自己实现,由于数据库默认内核封装的算
10、法并不能满意你网站架构的详细需要。还有一些是依据用户需要而产生的算法,涉及到了一些交叉学科领域(比如MachineLearning),刚才举的web推举算法就是一个例子。 最终是测试。无论是做网站还是做系统都需要测试。公司曾经在的周末共享会上请来了IBM的测试MM特地讲了测试的过程与方法。主要讲的是黑盒测试。大公司的测试步骤简洁说来分为这么几步:1开发团队派遣一名负责人向测试团队发出Test申请。Test团队然后依据需要对其进行评估,主要考察是否值得动用团队精力去做测试以及动用多少人力资源。确立之后,Test团队再进行测试项目启动会,制订方案,并向开发团队索要需求文档。之后就是很关键的一步:依
11、据文档设置测试用例,就是case。case会依据项目需要和测试团队自己发掘出的一些问题不断增加和细化。 细化到什么程度呢?IBM有一个进行了一年的项目,而依据需要产生的case就已经有上千多个了,每一个case的填写字段超过20个。从这里首先可以看出测试和开发时并行的而不是先开发后测试,然后,依据项目的不同,测试用例可能会增长到特别恐怖的程度。所以其他人的阅历不能照搬照抄,要依据自己团队的规模合理地打算测试用例的粒度。 测试除了黑盒测试还有白盒测试。这就需要测试人员自己去写自动化测试脚本,还有可能借助现成的诸如loadrunner等测试工具帮助工作完成。说明测试人员自身也要懂一些技术的。 实习
12、中除了技术上提升之外更多是不断体会沟通的技巧。比方说,客户说:“我想要实现一个_功能”,然后你说好,然后去做了。最终给客户看,客户说,“你怎么作成了这样的东西呀,我想实现的是_效果”,你很委屈地说“你上次跟我说需求时并没有提到这一点啊”。就此僵持。 谁的错?客户的错吗?其实是不完全的。首先,你要知道,往往在客户的脑海里,他所想的需求就是不清楚的,是模糊的,也很有可能是整个客户团队经过各种争论最终折中的一个结果。其次,不同的人语言表达的方式和力量是不一样的,他以为你能理解,你也以为你理解了,中间的差别也可能有十万八千里。 如何解决呢?记得SYN的三握手吗? 为什么要三次握手而不是一次就行呢?就是
13、要反复确认。沟通时要学会去向客户提问题去验证客户的需求,这也是让客户明确自己需求的一个过程。我用信息的传输打个比方。客户头脑中的需求是信息。从客户嘴里说出来是编码,然后通过耳朵传输到你的脑子里,这个过程是信道传输,最终你通过自己的理解(就是信息的解码)转化为自己的信息。信息在传输的过程中是确定会有丢失和错误(误码)的。缘由可能出自多个方面:或许信息在源头就是不确定的(客户头脑不清楚),或许信息在编码时就发生了错误(客户不懂得表达的技巧),在信道传输时发生丢失(客户的话你左耳朵进右耳朵出),信息解码发生错误(你自己理解力量有问题)。怎么办呢?我们说提高信息传递效果有多种方式,比如信息要有冗余,多
14、次传输去验证是否接受信息正确(要求客户反复说明),信息传递后你要有校验码验证(自己向用户再次确认)。总之,要“正确领悟客户的意图和弦外之音”。 还有一大感悟就是:在工作时是否要追求完善?追求到什么地步?这个时候我们可以尝试遵循80/20原则,即先集中精力解决80%的问题,再渐渐解决剩下20%的问题。“很多失败并不是由于人不够优秀,而是做事情的方法不对,一开头最求大而全的方案,之后长时间不能完成,最终不了了之。” 实习的圆满也是有的,原来准备好实习3个月的,结果开学有许多事情出乎我的意料。许多学校的事情是推不掉的,权衡一再,只好打算提前结束实习,不然两方面的事情都做不好。感谢实习期间团队的各位伙
15、伴对自己的提携和教育,使自己进步许多。临行前公司赠书一本,望我连续努力。 感觉自己还没把握的学问还有许多,至今我还没学如何用git;在面对对象方面仍有很多困惑;前端代码实现起来照旧有许多问题;许多框架和软件都只是了解而没有实践操作过。在实习业余时间在网上还报了个MachineLearning公开课,望能坚持下去。 新的一周要开头了,公司里的伙伴们照旧要开会、工作,为geekpark,itvalue的成熟壮大而奋斗。我也要开头劳碌一些自己的事情,前面照旧是一片天空。 前端实习心得感想篇2 所谓行万里路,必先始于足下。刚开头学习WEB前端基础的时候,老师说,其实你们学的这个后面真正去工作的时候可能
16、也不是很会用到,所以就有许多人会问,既然我们都用不到,那干嘛还学呀?其实,对于一个程序员来说,你不仅要有很好的后端专业力量,你还应当具备肯定的前端素养,知道一些起码的前端学问。 来到传智的第一个月,我们是以基础为主吧,由于大家到这里的基础都不一样,有一些本身就具备很高水准的人,也有许多像自己一样从小白开头的人,所以,对我们而言,传智开设的这种双元模式对我们是有很大用处的。我们从最基础的开头学习,在学习HTML的时候,我们还连续着很古老和古老的表格制作网站,然后到后面的CSS学习,用CSS样式去进一步完善我们制作的网址,再到着一期的难点JS课程体系,一级最终的JQ和BOOtstrap,可以说这个
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 前端 实习 心得 感想
限制150内