转眼间到11月网站也准备要上线了，回想当时很佩服研习生们有坚持住将该有的功能开发出来，另外昨日提到的额外惊喜先来说明一下。

额外的战力加入

大概在接近10月的时候别的部门因为没有特别指派内容给该部门的研习生开发，因此就直接询问她是否有兴趣加入我们目前开发的专题，然後很敬佩的是虽然那位研习生在前两个月就把时数都做完，但是还是自告奋勇的说可以一起参与开发。另外之所以还会找这位研习生的原因跟上线有关系，例如上线後要做SEO的关键字优化，以及在数据蒐集和内容推广的部分正好是该研习生学校所学的。

上线後的持续赶工

至於在上线的部分同样使用了IIS上架网站，而部署的过程可以参考第十三天的文章，基本上就是给研习生练习网站上线时的过程，以及让他们了解网站上线後在功能异动，或者是维护时需要留意的细节。

除此之外在版本控制的部分，前几天有提到使用Github管理开发的程序码，补充一下当各别开发的功能若已经完成时，在前期的时候都会请他们做到Pull request，接着再稍微看一下新增或者是修改的程序码後再进行合并的动作。但因为手边其他专案越来越忙碌的缘故，到後面的开发都会请他们进度推上去之後做到合并的动作，但也有几次是因为原先的分支距离主分支的版本有一段差距，造成合并选取更新程序码的时候发生了一些问题。

所以也时常提醒他们开分支的时候就是在做一个小功能，当功能完成时在合并完成之後，记得再从最新进度的主分支开新分支做其他的部分，旧的分支就可以把它删掉了。讲到这回想到初次摸索版本控制的概念也是迷迷糊糊的，直到看到有一篇文章描述分支的说明才恍然大悟。

分支就像一个标签，删掉的意思只是把标签撕掉但还可以回头去看之前做了什麽。

小细节的处理

接着拉回前後端开发的部分，除了昨日提到的功能开发之外也有一些部份也是在上线之後持续补强，那为什麽会特别提到上线之後的时间点，先用一个谜因图当作故事的开头。

当功能从概念发想到实作的过程，处理的人基本上都是开发者，所以常常很多意想不到的事情，都会发生在上线後给使用者测试时的回馈产生新的需求，例如画面上的操作流程、选单的预设值显示方式、注册和登入的栏位说明等等。

其中以後台的功能来说明一下，在设计新增商品的功能时首先是画面上的呈现，是要由上而下清单的型态还是要表单的型态(分左右区块)哪个比较适合，或者是当使用者输入商品类别的名称是要给他KEY IN，还是透过选单的方式给使用者选择比较适合(但如果商品类别可以自定义新增时，要怎麽搭配表单也是一个需要评估的地方)。

另外当使用者编辑商品资讯的时候，如果有包含图片的内容被置换的时候旧的图片要怎麽处理，当时因为这个状况也提醒研习生记得要加入删除图片的动作，以避免占用到存取的空间与档案分散的问题。总和上述在开发过程中除了协助研习生技术上的除错和功能上的建议外，时常提醒他们写出来的功能记得要自己实际去操作一次，才能更加确认还有哪里的防呆机制，或者是呈现的结果需要再调整。

除了透过程序码实践功能之外，延伸思考使用者的操作状况(也可以说练习通灵的能力xD)

额外的加值功能开发

提升网站的曝光度

除了原有的开发目标之外也指派给新加入的研习生一个任务，那就是要让上线的网站在期末发表前能够直接下关键字找到网站，当时研习生听到的时候想说一个多月怎麽达成这个目标，但给她了一些建议如SEO针对平台的性质去加强、新增网站的索引内容、新增社群平台(FB、IG)去连结上线的网站。

提升跨装置的使用者体验

虽然说模型的载入效果在开发的时候有建议使用电脑观看，但如果用手机浏览平台是否有好的方案，针对这个情况当时去找了Andorid和ios可以把模型转换成AR的工具，但多数的工具都是需要先安装他们的APP之後才能开启，因此後续找到的解法是使用Apple提供的转档功能(对於Andorid的用户感到抱歉QQ)。

在完成转档之後加入到各商品的详细资讯内，并且依照浏览的尺寸判断是否要显示Ar的连结，经过这样的设定之後对於手机用户而言也可以看到模型的效果，以此提升跨装置的互动性。

转档参考资料