经过筛选的阶段後也成功媒合到几位同学，在今天会先分享研习学生们背景、报到的状况以及协助计画发想活动的过程。

团队的组成

如同昨日的文章提到的计画开发的内容，很顺利的找到前端、後端与3D建模的研习生，每个都有各自的特色与当时面试印象深刻的点，接着就来各别介绍一下。

负责前端的研习生

当初面试的时候会前端技能相关的学生还蛮多的，所以在技术的考量上大多数的基本功都还不错，而有一位学生有别於其他人在面试的时候很勇於表达自己想要我们单位的意愿，给我和其他的同事有蛮深刻的印象。除此之外还有一个关键就是该学生之前是有工作经验，但想要转职到前端的领域去发展，所以也在这个情况下最後决定给这位同学一个机会去尝试。

负责後端的研习生

在这个部分有相关技能的学生大部分都是除了後端之外，也会连带把前端的画面和基础功能实作出来，所以光是技术面的评估就算是大家平分秋色。所以当初在考量的时候可说是还蛮挣扎的，而最後则是与同事讨论後用投票多数决的方式选择最後的人选。

负责3D建模的研习生

最後则是建模研习生的筛选，在这个部分的技术考量没有参与太多的讨论(因为不是我专业的范围)，但让我耳目一新的是这位同学也有接触其他的程序开发的经验，所以如果前端後端需要支援的时候也许他也可以参与。不过回归计画的主轴从同事那里听到最後选择的这位同学，关键在於建模的精细度很足够，并且面试过程中互动的感觉还不错。

研习生初次见面

而在大家报到的第一天先是让各位研习生相互认识，并且大致说明这个我们单位主要负责的工作内容，以及这次计画会有哪些的课程与活动。那由於过去也是这个计划的研习生，因此跟他们分享了关於开发上会使用的工具、开发过程中会遇到的状况以及对於这个研习活动的心得与回馈。

而在昨日提到计画执行的目标，在其中一天有请研习生们透过模拟平台以及官方网站结合发想一个主题进行分享，而每个研习生的想法都很有创造力，例如包装精品、宠物用品或者是3D名片的开发主题。除了给他们发挥想像力之外，还会请他们去延伸思考在研习专案的执行期间内能否如期的完成这个想法，藉此去了解它们对於自己技术开发上的信心程度。

沟通工具

当有多个不错的idea出现之後，接着就去寻找是否有比较适合专案执行时沟通的工具，提供给研习生使用之外也可以掌握每个人的状况。

LINE

第一个考虑的工具就是大家几乎都在用的LINE，但想了一下作罢的原因有几点，首先是讯息量多的时候需要一直往下翻讯息，并且研习过程中会常常会有要缴交实习内容的报告、周报和月报的通知讯息，这样导致开发的讨论和这些东西混砸在一起。

如同上述提到的状况，由於无法针对不同的开发内容区分讨论区，所以对於开发过程中若有额外讨论的技术问题，反而会打扰到其他的研习生。另外个人也觉得LINE比较偏向是私人的通讯软件，自己也不太希望研习生会常常看到LINE的讯息是在讨论公事，然後就继续寻找团队开发适合的专属工具。

Teams or Slack

在找到多个工具的相关资讯後以Teams与Slack做为最後的选择，首先Teams是微软旗下的产品所以如果要跟其他的工具做整合可说是非常的方便，但由於过去只有使用过Slack的经验，所以在专案开发时程以及上手时间的考量下选择Slack作为专案开发沟通的工具。

由於跟同事间并没有使用这类型的工具(主要都还是使用LINE讲公事QQ)，所以当确认工具之後就开始先跟同事们说明使用的方法，主要的重点就是开不同的channel区分讨论的内容，例如研习讨论区、脑力激荡区、前端开发区、後端开发区、3D建模区等等。

确认好工具以及建立完讨论区之後就请研习生们加入，并且在实际应用的情况下效果还不错，尤其是有特定的状况讨论时可以在当下的讯息使用对话串的方式，避免讯息太过拢长让一些近期的讯息被盖下去的状况。

专案管理的工具

在这个部分是直接使用Trello作为专案管理的工具，但只有初始测试的时候才有使用到，因为专案的进度或者是卡片式分工设定需要有人定期去检查，不过同事除了很忙碌之外也没有专案管理的相关背景，因此若直接请研习生使用这个工具的话反而对於整体的开发效率不会明显提升。(不过有使用了其他的方法来管理进度会再後续的文章补充)

第一个任务

昨天的文章有提到在平台後端开发框架没有限定要使用哪一个，因此後端研习生的第一个任务就是去评估要用什麽语言以及框架开发(其中也包含到资料库)，在这个过程中就是去聆听研习生评估的过程和想法。另一方面在前端的部分，需要先去了解Three.js函示库的使用方法，以及检视官方的文件做一个简单的Demo版本，以此了解研习生在Javascirpt的基础以及阅读官方文件的速度。(3D建模的研习生主要是另外的同事指导，但建模的过程中也有请研习生去了解模型汇出之後的档案格式类型的差异)