PHP开发工程师实习报告(原创0分).docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
PHP开发工程师实习报告(原创0分)

PHP开发工程师实习报告 实习背景: 我自大二起便对web开发产生了浓厚的兴趣,然后便一直在进行相关的学习。由于学校没有开相关课程,所有的学习和实践都只能源于自己思考和书本知识,故而难免在经验上有相当大的欠缺。我越来越清醒地认识到web开发是一项技术工作,更是一门对经验依赖性很强工作,于是我便决定开始自己的实习。 偶然的机会下我了解到北京二零二零摄影工作室正在建自己的官网,由于是一个公司自己的官网,所以虽然项目不是很大大,但是需求很有普遍性。而且从前台页面设计到后台开发实现,再加上网站安全设计,很多以前接触到没接触到的都需要用到,于是便来此实习。 实习内容: 1.入职第一天 入职第一天要求熟悉公司的开发环境,以及代码风格。 公司的开发环境是windoes+apache+mysql,开发工具是Eclipse+navicat。 原本以为如今公司开发都会在linux系统下,这才清楚开发环境全凭个人喜好以及熟悉程度。其实同样是做架构,同样是写代码,环境不重要。只是因为最后的服务器是linux系统,为了避免上线以后出问题,所以对常见的linux的特点要求熟悉。 Apache并不要求掌握多少,因为服务器维护有专职人员做,而且做的更专业更好,我们只是简单能使用就好。 Eclipse是一套很强大的IDE,有各种版本适合各种语言开发,如java、php等。其附带的功能强大而又方便,是大中型项目的开发利器。因为在大中型项目开发时,项目内部结构错乱复杂,各个文件之间存在个各种各样的依赖关系,这时候一个好的IDE可以省下很多使用notepad开发时的劳力。 Navicat是一套数据库管理工具,用它来连接mysql比命令行操作更方便,比phpmyadmin更快捷,因为C/S的系统有更快的响应速度以及处理速度。 代码风格是影响团队开发的一个很重要因素,这一点在我们后面进行开发的时候给我带来相当深刻的感触。 从简单的代码缩进、留白,到更深入的数据处理方式,处理环节,每个人都有自己的理解和想法,因为每个人都有自己的经验。 代码格式还好说,在公司见识到了很方便的代码美化工具,可以方便的转化为自己赏心悦目的格式。但是数据的处理方式、流程、环节,却是项目整合的关键。比如关键字过滤的处理,重复处理会影响效率,比如某显示值的变换,万万不能重复处理。所以在一开始就必须规定好入口参数、出口参数的格式,并且将数据处理流程规定好!即有一套精确的数据流图! 关于数据库架构——理论和实践 该单位的官网是由一个经验丰富的架构师、还有几个专职人员带领我们几个实习生一起做。在数据库架构的问题上我第一次感受到经验和书本的矛盾关系。 在看到该官网的数据库架构时,我不禁觉得其有问题。按着书上关于数据库范式的讲解,毫无疑问该网站的数据库存在数据冗余等诸多问题,难道这个架构师和这些工程师们不懂数据库范式?事实证明我猜对了一半,当我满怀疑惑提出数据库的问题后,才发现有一个工程师真的不清楚数据库范式是什么,甚至连这个概念都没听过。另外一个工程师带着我分析这个网站的用途和需求,并讲解了这样设计的优点和缺点,以及按着规范的范式要求去设计的优点个缺点。最终我了解到,数据库范式是一个规范,它在理想程度上解决了数据冗余,删除出错等诸多问题,但是当我们完全按着数据库范式去设计的时候就发现并没有想象中的好。因为有一些冗余或删除出错很可能一年才遇到一次,而且在人为提醒的状况下完全可以避免,但是为了避免冗余所耗费的劳力,所付出的代价却是相当巨大的。 关于注释 开发的时候被一再强调注释的重要性。并且就连注释的格式都规范的死死的。这就是团队开发。每一个文件都必须有文件注释,每一个函数都必须有功能注释以及参数注释,甚至就连每一个变量都必须有注释,必须清清楚楚标明用途,哪怕它的标识符很清楚表示它只是个password。 如今的开发语言都有其相应的自动生成API帮助文档的小软件,每一个软件都规定了注释的规范,以方便生成帮助文档,好在这些文档规范大致相同。刚开始很惊讶,因为注释的内容居然能占一半,甚至更多,这在以前都未曾遇到。 如何解决问题 官网开发到一半遇到两个问题:一个是视频播放上传,再有一个就是自动绘制图表。 视频上传在土豆,优酷上屡见不鲜,可是真正到了自己开发的时候才发现并不像想象的那么容易。我只要一想到上传时网络状况、断点续传、视频格式这些技术问题,头就大了。自动图表就更不必说,根本不知道从哪里下手,更不能接受的是架构师经理和两个工程师居然也没遇到过类似问题。 当时我觉得这件事或许解决不了,因为项目已经分好时间,工期只有这么多,即便能解决怕也是要超工期。最后向上级反映一下改一下需求然后可能就不了了之了。事实证明了我的想法很愚蠢,因为经理根本就没向上反映,只是相当淡定地给了一句话:上网找找方法,肯定能实现。没想到真让经理

文档评论(0)

2017ll + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档