web前端开发实习报告（精彩多篇）

【前言】web前端开发实习报告（精彩多篇）为的会员投稿推荐，但愿对你的学习工作带来帮助。

一、实训项目

简易记事本

二、实训目的和要求

本次实训是对前面学过的所有面向对象的编程思想以及JAVAWEB编程方法的一个总结、回顾和实践，因此，开始设计前学生一定要先回顾以前所学的内容，明确本次作业设计所要用到的技术点并到网上搜索以及查阅相关的书籍来搜集资料。

通过编写采用JSP+Servlet+JavaBean技术框架的应用系统综合实例，以掌握JavaWEB开发技术。

具体要求有以下几点：

1、问题的描述与程序将要实现的具体功能。

2、程序功能实现的具体设计思路或框架，并检查流程设计。

3、代码实现。

4、设计小结。

三、实训项目的开发环境和所使用的技术

基于J2SE基础，利用MyEclipse8.5以上版本的集成开发环境完成实训项目，界面友好，代码的可维护性好，有必要的注释和相应的文档。

四、实训地点、日程、分组情况：

实训地点：4栋303机房日程：

第一阶段：

1、班级分组，选定课题，查阅相关资料半天。

2、划分模块、小组成员分工半天。

3、利用CASE工具进行系统设计和分析，并编制源程序5天。

第二阶段：上机调试，修改、调试、完善系统2天。

第三阶段：撰写、上交课程设计报告，上交课程设计作品源程序（每人1份）2天。

在XX工作了5个月，自己从刚开始的一名新人到最后和大家融为一体，为组内贡献自己的一份力量，我经历了很多，成长了很多。

惶恐

刚进到公司，我内心是很惶恐的。我对自己没有一个正确的定位，对公司的环境也是那么的陌生。我不知道自己能不能胜任公司的工作。我所能做的就是努力再努力，用自己的勤奋来掩饰自己内心的慌张。

欣慰

很欣慰的是我们组内有一个女生。她性格很柔和。每次，和他请教问题他都会耐心的帮助你。我和他成为了闺蜜，我经常的去问他问题，一些环境的配置，系统的某部分业务或者其他的问题等等。很感谢她，他帮助我尽快的去熟悉了系统的环境及业务。除了组长，组内还有李大牛和许小牛。后来许小牛走了，又来了两名同事，工作期间，他们都对我有很大的帮助，无论是工作上还是生活上，很欣慰能够遇到他们并共事一场。

烦恼

工作中不是那么的顺利。别人是因为任务重，工作压力大。而我则是因为任务太轻而烦恼。我的任务总是比较简单，我很快就能做完，我体现不了自己的价值，我不开心。我去向组长争取机会，赢得了自己的第一份比较有挑战性的工作。

压力

我要做一个webservice接口。这个任务的需求很不明确，需要我去和接口使用方进行沟通。我对系统的数据库了解甚少，对自己的库就不太了解，将他们的库对应到我们的库就更困难了。加上交流也不是很有经验，我最后搬出我们组长去跟他们沟通确定需求才开始进行开发。需求的确定用了好长时间，之后的验证也用了好久。当时开发时，接口由于没有数据，只用一条数据进行了验证，但到部署到现场时出现了好多的问题。客户天天催，自己的压力好大。好几天都加班到好晚。这件事情比较曲折，后面的博文会详细讲述这件事情。

疯狂

最后一个月，我们组要进行封闭开发。这是我在XX的最后一个月了。刚开始我以为不会给我分配什么有含量的活了。这里非常感谢组长，他并没有让我的这一个月荒废。我有我的任务，而且也很重要。因为这些，我可以和大家共同奋斗。全组成员一起加班到晚上两点那次，虽然很累，但是我很开心。这是一件很值得回忆的事情。曾经，我们也疯狂过。

在XX工作的这几个月，我有很多的感触。

交流很重要： 刚到公司，你是新人，你要想融入团队，就要主动去跟别人打招呼，不要等着别人来搭理你。主动去跟大家沟通，不要觉得不好意思。刚进公司，对公司的好多东西都不太明白。好多时候会经常的去麻烦别人。脸皮薄的人会觉得很不好意思，因为不是一次两次，是比较频繁的。其实，换个心态，在向别人索取帮助的过程也是与大家建立感情的过程。在与别人的多次交流中去互相了解对方，从而为建立友谊奠定基础。而且，每个新员工进入公司都有一段这样的经历，公司的老员工当年也是这么过来的，记得我们组的大牛还跟我们开玩笑说过当年他是如何”烦”带她的那个人，如今回想起来也是一件很温馨的事情。

不要总是等待机会，要学会自己去争取机会：时间过的总是很快，这样1个月就差不多过去了。我分配到的任务还是比较简单。而且工作有了今天就没有明天了，组长要是有事不在的话，我就不知道要干嘛了。曾经马总的一段话让我挺有感触的。他说当初他来XX面试的时候，并没有面试成功。但是，他并没有立马放弃，而是找了相关的责任人去为自己争取了一下，最后他成功的进入了XX。我觉得，我也应该为自己争取一下。于是，我给组长写了封邮件，说明了我当时的工作状况，请求组长给我次机会让我开发一些有难度的工作。当然我成功了。

遇到问题不要逃避，要学着去解决问题。开发的任务由于各种原因搁置了，我的任务又改回了改bug。而且改的bug也没有挑战性。当时，我很苦恼。想到过要去逃避，堕落。但是想想逃避并不能解决问题，遇到了这种情况，自己所能做的就是如何在这种情况下也让自己的每天有所收获。于是我每天在自己不太忙的时候，就去研究一下自己所维护的系统，或者去帮同事解决一下问题。这样，我自己有所收获也增进了和同事间的友谊。

要对自己接手的任务有个大概的评估。不能完成的要及时让头头们知道，好早做安排。一般头头们安排任务，都会问一下大概多久能完成。时间紧急的话，也会问一下某时间之前能否完成。自己最好做个保守估计，过于夸大的话不仅是后来自己受苦的事情，任务不能按时完工，对本组，对公司都会造成损失。

要学会调节自己的压力。当你在公司待的时间长之后，分配到你头上的任务自然也就重了。这时候，压力也随之而来。小张，这个东西在什么什么时候要做出来啊；小刘，那个东西好了没啊，客户很着急啊……任务来了的时候，可能就是连着n天的加班。如果此时，你的情绪再受到一些生活上的干扰，各种压力的打击下，还要保证高效的工作，就需要我们对压力有一个很好的调节。

要有一个严谨的工作态度：工作中并不是所有的工作都是那么具有挑战性的。有些工作是比较繁琐的，但他又是马虎不得的。做工作要尽可能的考虑全面，不要怀着侥幸心理，那样只会为自己以后的工作埋下隐患。

XX的工作经历给予我了很多。他让我见识了校园外的世界。使我对自己有了进一步的认识，也为我以后成 ……此处隐藏12307个字……种语言还真是萝卜青菜各有所爱。注意一定要发挥各个语言之所长：python就要做胶水语言，java在业务处理方面非常出色，php最适合网页展现；。NET在MIS方面独领风骚。

选择什么语言不重要，关键是要看清语言背后的东西。绝不是你学过一门语言，然后再使用过那门语言的相关框架开发过项目你就能出师了。那只是一种你掌握的技术，而单纯的技术并不能转化为自己的理解，不能转化为自己的能力。先说面向对象。要搞清楚的。是基于对象和面向对象是两码事，java是一门基于对象的语言，而不是你使用java编程你就面向对象了。在实践中不断地领悟GoF提出的设计模式原理，慢慢地学会对象的用法。能根据需要，灵活地运用接口与继承是关键。

有人认为算法和数据结构在互联网方面作用很小？抱有这种观点的人一定没涉及过web智能推荐算法以及大规模分布式算法等领域。其实这也是互联网方向的另外一片天地，当网站规模不断扩大，服务器数量不断增多，如何灵活地去设计服务器架构，拆分数据库表结构，并提出相应的分布式方案，也是一个非常有挑战性的难题。这其中也涉及很多算法需要自己实现，因为数据库默认内核封装的算法并不能满足你网站架构的具体需要。还有一些是根据用户需要而产生的算法，涉及到了一些交叉学科领域（比如MachineLearning），刚才举的web推荐算法就是一个例子。

一个合格的程序员很大程度上也是半个运维工程师。平时数据库、服务器的维护往往也需要自己亲历亲为。这就要求你熟练掌握linux,unix各项指令的使用，一些常用的服务软件比如memcache,sphinx等的使用方法。

对了，还漏了移动开发。想做手机开发的人，我想说的是，做IOS吧，Android的各种不兼容实在是太难受了，而且安卓市场有一些不合理的地方，相对来说不太容易赚钱。另外，wp7,wp8应用也可以尝试一下。

说到做应用，微软最新的office13提出了支持社交的理念，同时也支持针对office进行第三方应用的开发，感兴趣的同学可以尝试一下。

最后是测试。无论是做网站还是做系统都需要测试。公司曾经在的周末分享会上请来了IBM的测试MM专门讲了测试的过程与方法。主要讲的是黑盒测试。大公司的测试步骤简单说来分为这么几步：1 开发团队派遣一名负责人向测试团队发出Test申请。Test团队然后根据需要对其进行评估，主要考察是否值得动用团队精力去做测试以及动用多少人力资源。确立之后，Test团队再进行测试项目启动会，制订计划，并向开发团队索要需求文档。之后就是很关键的一步：根据文档设置测试用例，就是case。case会根据项目需要和测试团队自己发掘出的一些问题不断增加和细化。

细化到什么程度呢？IBM有一个进行了一年的项目，而根据需要产生的case就已经有上千多个了，每一个case的填写字段超过20个。从这里首先可以看出测试和开发时并行的而不是先开发后测试，然后，根据项目的不同，测试用例可能会增长到非常恐怖的程度。所以其他人的经验不能照搬照抄，要根据自己团队的规模合理地决定测试用例的粒度。

测试除了黑盒测试还有白盒测试。这就需要测试人员自己去写自动化测试脚本，还有可能借助现成的诸如loadrunner等测试工具辅助工作完成。说明测试人员自身也要懂一些技术的。

扯的越来越远了，简单说说我实习做后端的收获。首先是学会了个MVC框架，又再次颠覆了我对MVC的认知（又颠覆了……），了解了开源领域的猿们是如何快速接受新东西的。在选择开发工具方面，我想对IDE说再见了，不轻量的东西就不灵活，不简洁。公司里的人大部分都使用sublime 一个轻量级的文本编辑器，其优点在于能灵活地自定义快捷键、高效的查找替换、更便捷地代码书写方法以及优美的UI（说到UI最近新出的vs2012也是我的菜）。如果你够牛比，你可以尝试emacs ，一个操作系统级的文本编辑器，为什么是操作系统级呢，因为它的设计初衷就是你能在里面干任何事情，比如敲代码，比如发邮件，比如看电影，比如玩游戏，比如……不过相应的，学习门槛也很高。最后是一款大家公认的杀手级工具，vim 谁用谁知道吧。我是用不习惯。

实习中除了技术上提升之外更多是不断体会沟通的技巧。比方说，客户说：“我想要实现一个XXX功能”，然后你说好，然后去做了。最后给客户看，客户说，“你怎么作成了这样的东西呀，我想实现的是XX效果”，你很委屈地说“你上次跟我说需求时并没有提到这一点啊”。就此僵持。

谁的错？客户的错吗？其实是不完全的。首先，你要知道，往往在客户的脑海里，他所想的需求就是不清晰的，是模糊的，也很有可能是整个客户团队经过各种讨论最后折中的一个结果。其次，不同的人语言表达的方式和能力是不一样的，他以为你能理解，你也以为你理解了，中间的差别也可能有十万八千里。

如何解决呢？记得SYN的三握手吗？ 为什么要三次握手而不是一次就行呢？ 就是要反复确认。沟通时要学会去向客户提问题去验证客户的需求，这也是让客户明确自己需求的一个过程。我用信息的传输打个比方。客户头脑中的需求是信息。从客户嘴里说出来是编码，然后通过耳朵传输到你的脑子里，这个过程是信道传输，最后你通过自己的理解（就是信息的解码）转化为自己的信息。信息在传输的过程中是肯定会有丢失和错误（误码）的。原因可能出自多个方面：也许信息在源头就是不确定的（客户头脑不清晰），也许信息在编码时就发生了错误（客户不懂得表达的技巧），在信道传输时发生丢失（客户的话你左耳朵进右耳朵出），信息解码发生错误（你自己理解能力有问题）。怎么办呢？ 我们说提高信息传递效果有多种方式，比如信息要有冗余，多次传输去验证是否接受信息正确（要求客户反复说明），信息传递后你要有校验码验证（自己向用户再次确认）。总之，要“正确领会客户的意图和弦外之音”。

还有一大感悟就是：在工作时是否要追求完美？追求到什么地步？这个时候我们可以尝试遵循80/20原则，即先集中精力解决80%的问题，再慢慢解决剩下20%的问题。“许多失败并不是因为人不够优秀，而是做事情的方法不对，一开始最求大而全的方案，之后长时间不能完成，最后不了了之。”

实习的遗憾也是有的，本来打算好实习3个月的，结果开学有很多事情出乎我的意料。很多学校的事情是推不掉的，权衡再三，只好决定提前结束实习，不然两方面的事情都做不好。感谢实习期间团队的各位伙伴对自己的提携和教导，使自己进步很多。临行前公司赠书一本，望我继续努力。

感觉自己还没掌握的知识还有很多，至今我还没学如何用git；在面向对象方面仍有许多困惑；前端代码实现起来依旧有很多问题；很多框架和软件都只是了解而没有实践操作过。在实习业余时间在网上还报了个MachineLearning公开课，望能坚持下去。

新的一周要开始了，公司里的伙伴们依旧要开会、工作，为geekpark,itvalue的成熟壮大而奋斗。我也要开始忙碌一些自己的事情，前面依旧是一片天空。

你也可以在搜索更多本站小编为你整理的其他web前端开发实习报告（精彩多篇）范文。