早上七点半的闹钟，大概是进入职场刚开始比较不习惯的事情(这应该是要报到的前端新鲜人的心情)，今天的内容主要会分享前端新鲜人报到时，各方面的协助以及技术协作开发的点点滴滴。

备注 : 这篇提到的新同事代表的是前端新鲜人

协助新鲜人报到

如同过去自己第一天非常早到公司报到，这位新同事也是非常早到公司，接着就把过去新鲜人跑的行政流程和需要准备的一些文件说明了一下，让新同事可以赶快处理完这些事情然後马上看程序码(误)。

懒人包的协助方式

在过去报到的时候关於要使用哪些开发工具，或者是要学习什麽额外语言都是当下才知道，所以当他座位上电脑的前同事离开公司之後，就有先帮忙下载几个重要的工具安装档(ex : Viusal Studio、Visual Studio Code、Postman、Git、Github desktop等等)，能够加快开发环境的安装与建立。

接着则是程序码的参考部分，有别於过去前同事用随身碟传给我，在这次是直接透过Git的方式把目前需要新同事负责的部分clone下来，好处就是可以直接开分支练习功能，并且也可以练习Git的一些常用的语法和功能。除此之外在讨论开发的内容或者是其他的事情，延续先前带研习生的模式使用Slack，开新的讨论看版以及不同技术面的channel，後续新同事的回馈还不错，可以避免下班之後Line跳出还要修改的讯息(误)。

前端技能上手引导

由於过往的专案大多都是参考网站框架提供的view tamplate，并不太会再引用三大前端框架开发，所以除了原先的专案开发之外，自己也额外花一点时间设计前後端完全分离的专案，让新同事能够除了协助现有专案外，更多的时间去精进前端框架(备注 : 前端框架为Vue)。

讲到这里补充一下蛮多前端新鲜人的共同疑惑，就是我到底要精进哪个框架对职场生涯有比较大的帮助，以我的看法可以从两个面向来看，首先是学习的意愿程度，如果是完全没学程序要开始学前端框架的话，建议选一个学习曲线比较平缓的框架(ex : Vue)。

另外一个面向依照市场的趋势来选择例如耳熟能详的React，当越多人使用的时候潜在的市场缺口就越大(前提是技术含量要够)，但回过头来其实不管是哪个前端框架，基本上都是从Javascript或者是Typescript延伸出来的产物，所以把程序语言的基础打好比起一直犹豫选哪个前端框架重要。

备注 : 程序语言基础固然重要，但前端框架的概念也是需要时间学习

网站参考来源

正式上工的考验

在前几周都是给新同事自由发挥以及练习一些除错的情境，然後在接近一个月的时候依照同事的设计稿进行正式的切版，并且搭配网站的公告讯息设计瀑布流的效果，经过几周後初步完成的版本算是还蛮完整的，并且在版本控制的操作也有越来越熟练是个一个好的开始。

刚刚提到的工作项目是偏向html以及Javascript较好处理的部分，接着在函示库的指派工作上，主要会依循过去协助开发的模拟平台，依照新的计画有哪些客制化的需求做开发，由於这一个函示库先前开发了各式各样的功能，因此给新同事的工作就是尝试自己去写一个新的功能。

但在这个部分给了新同事很多的挫折，因为过往没有去实作过引用函示库开发的经验，所以当卡很久的时候自己也会给一点提示，提供的建议是先从小地方做起，不要太急着要把全部都搞懂。不过就算真的就是做不出来，起码还有过去我开发的专案可以参考，但这样的情况当时还好没有很常发生，在多次的尝试下也逐渐看到新同事的成长。

试水温後的未来蓝图

总结在新同事的加入後，以开发的效率来说是有越来越好的趋势，画面的呈现比起自己先前写的更加美观，更重要的是个人可以很专心去开发後端的功能，包含前後端整个分离之後API的设计，以及提供给新同事串接API的制式文件(Apiary)，并且进一步去维护虚拟主机的环境设定。

刚刚提到的API文件当时在找相关资源的时候，看到的资源很多都是会讨论到是要前端还是後端负责，我个人的想法是团队有沟通好哪一端负责，或者是其中一端在API的设计思维能够兼容前後端的想法。我的情况则是想说已经开好API了，那就连带处理API文件这一块，完成後也可以跟新同事讨论看哪里的送出格式，或者是回传的状态显示还需要再调整。

在这样的开发模式下感觉也越来越有小组开发的感觉，另外刚好每一年单位有研发替代役的名额，因此主管找我讨论这位研替如果加入我们团队可以负责哪一块的开发，那从第22天和第23天的文章有提到同事离职後，还有协助开发影像处理的这一个部分。

不过影像处理这块完全不是我的专业，所以最後锁定的研替背景是会做影像处理，或者对数据分析有兴趣的同学，所以这个部分也有协助去面试研替(但面试的那天刚好新同事报告)，所以没有特别进一步询问技术面的问题。但从申请的文件以及自我介绍展示作品的部分，带给我的感觉就是有备而来，并且技术的基本功算还不错的印象。