这是我第一次参加Hackthon。嘛，hackthon很累，但是也很有乐趣。有了24小时的限制，你才会知道你的极限效率在哪里。
这次是Hackthon的场地是在，上科大。由于我弄错了签到时间，当其他选手在听赞助商长篇大论的广告时，我还在星巴克吃着早饭。慢悠悠的来到场地，等待我的是还有1个半小时的广告。
没想到有这么多补签的人。散会后，签到处排起了长龙。每一个窗口都只有一个人宽的队伍，窗口与窗口密集的并在一起。这就是问题啊。当你排到队伍第一个，签完到后，惊喜随之而来-四周都是人，根本走不出去。
这次的Hackthon是提供了一个一个的小房间，有的房间只能容纳6个队伍，有的可以容纳十几个队伍。我也是可以感受到那种有趣的气氛，大家都在做着自己的项目，努力为自己的项目添色。
我们组的项目可以说是先天不足了。是一个在妥协的情况下产生的原型，四处的棱角已经被打磨平整，没有吸引人眼球的特色。虽然它的确相比其他原型更加地贴近现实，但是在放弃了特色之后，仍有一些硬伤是无法避免的。如果还有下一次，我肯定选择成为风口上的猪，选择热点，把我项目的特色给做出来。黑客之所以是黑客，是因为他们有着比环境创造者对环境更熟悉的性质。或许在这，创造者的代表便是评委。
项目的实施也有一些问题。我写后端。一个队友写前端，还有一个做ui设计。我们在有有限的时间内，以项目工作流程为顺序开始实现项目。一般应用的第一个流程是什么？注册，登录，重置密码。我们用了大半个晚上来做登录(这个与核心业务逻辑无关的东西)。最后惊奇的发现前端调用后端api一直有问题。后端读取前端的数据包时,出现了错误。经常是读不到数据。我自己本地做测试的时候，api是没有问题的。我个人觉得问题时出在前端发送数据包上。或许应该用jquery来沟通react和django。
到了这一步，的确。我们两个写的程序还不如ui的工作流程图好用。
值得一提的是我有一个队友来自RSID的工业设计系。他有一个很好的习惯，随身带着一只水笔，一本本子。看到了什么，拿出本子画一画。几笔下去，一个或夸张或灵活的形象跃然纸上。又或随手记下几个要点，几许灵感。纸终究与屏不同，我喜欢这种习惯或者说这种习惯所带来的构建属于自己的世界的感觉。