吉比特GameJam后的一天，写一下第一篇blog来记录一下这不一样的48h。
首先说说感受，第一次参加游戏开发比赛，经验几乎是完全没有的，三天速成的unity并不能让我很熟练地运用工具hh。在coding的过程中感觉到非常局促，好在师兄还是很稳健的，在被带的过程中观察师兄的解决问题方法也让我对工具的使用有了：“哇，原来这些看上去实现很复杂的问题还有这种简单的解决方法”的感觉。看到程序与美工和策划的合作，程序功能实现的团队作用就自然而然的显现了出来，于个人而言，一方面我很喜欢这种解决合作伙伴给出的需求的感觉，另一方面当看到程序在游戏界面中起作用，自己预期的效果被实现时，就好像自己是在拼装属于自己的游戏王国一般。
虽然开发过程让人兴奋，待学习改进的地方也是有很多的。作为新手还是在一些常用工具的使用上耗费了许多不必要的事件，接下来去需要熟悉的内容有：
# ①Plastic SCM 工具的使用
在团队协作的过程中，此类涉及开发版本管理的工具的使用对于同步协调开发还是很重要的，此次就是在这个工具的理解不够导致耗费了相当的时间，需要加强学习。
# ②Unity 中脚本的定义以及对象等的作用范围
虽然unity的图形化界面可以让人快速上手一些简单功能的开发，但一般游戏都有的场景交互这种底层的逻辑如果不熟悉是不能快速的编写出对应的代码的，需要更多的实操熟悉方法的种类以及对象作用的范围。
# ③及时的沟通与反馈
对于团队其他成员给出的需求在编写程序的过程需要反复的沟通，查看效果以期达到双方满意的效果，小团队中成员较少，除了策划以外的成员也可以主动进行相互沟通，所以线下工作的氛围和效率毫无疑问都是更好的。
# ④人员时间分配
此次开发事实上关卡原定是五关，但最后却只实现了三关，而且后面几关的背景明显还很粗糙（感觉爆肝的美术dalao的素材有点可惜，早知我也去搭关卡QAQ）。开发中人员时间分配不妥当，出现了美术等待程序实现，策划等待程序的线性开发链，主要还是因为主题在第二天还不是很明确，而后导致关卡的需求也变得不是很明确，有种边想边做的感觉。虽然开发过程中有想法的提出与碰撞，但对于开发来说不确定性似乎会降低效率，人员的职责会变得飘忽不定，出现没事做的情况，对于48h的开发这样的短期活动最好还是调动每个人的能力让每个人都有所发挥。
# 结语
到最后还是如期交上了这份主角看起来比较粗糙，跳起来有点鬼畜，玩法实操起来有点下饭，甚至能左脚踩右脚上天的史莱姆：），不过看到自己参与的游戏能正常运行起来，为开发团队的各位带来欢声笑语，感觉这两天还是很值得的，第一次真正说在游戏开发的视角去考虑玩家的体验，第一次去亲手实现一些简单的功能，这些经验都非常的特别，已经开始期待下一次的开发了，继续努力：）。
