前言
周日晚上我们团队开了这学期以来的第一次会议，讨论了很多有关项目的事情，规划了未来方向，明确了各自的分工。
一、追梦体系如何实现
我们就追梦体系如何实现展开了讨论。
1.实物化追梦过程
首先，追梦这个过程是“虚的”，是用户看不见摸不着的，而我们要做的就是把这个过程“实物化”。
什么叫实物化呢？就是把用户的追梦的过程形象的展现到用户面前。
这里举个例子，种树软件（forest），它就是把学习自控的过程形象化为种树，用户每完成一个自控目标（锁机），用户的森林中就会多一棵树，如果没达成这棵树就会枯萎，而枯萎的树依旧会留在森林中。
你说这个软件好在哪里？锁机吗？锁机这个功能很多软件都有，番茄TODO比它做的全面细致，那什么让这个简单的软件独树一帜呢？
我觉得它精髓的地方不在于锁机，而在于它把用户自我管理的过程实物化为种树的过程，它让用户感受到了真真切切的努力，让用户有成就感，让用户觉得自己的努力是有价值的，而不是一串冰冷的数字。
更重要的是用户可以分享自己的努力，可以让他的朋友知道自己正在努力的过程中，这可以真真切切的增加用户的热情和对软件的认可度。
所以我们要做的就是把追梦这个过程实物化为一个可以直观看到的事物，让用户清晰感受到自己的努力，也可以分享自己的奋斗历程。这绝对是个很吸引人的功能。
2.如何实物化？
这里我们讨论出几种方案（但没有一个特别好的方案，所以让大家回去时好好想想有没有什么创意既能体现追梦这个主题的，又能生动形象表现追梦这个过程）
①盖楼
学习的过程就是盖楼的过程，用户每达到一个阶段性目标，就会盖一层楼，而楼内的细节还可以自定义。用户每达到一个总目标就相当于建成一层楼（有点像建自己的家园）。
这个创意还是可以的，但是唯一不足的一点就是这个太直白了，有没有一种好的方式能把追梦的主题融入进去，把这个层次拔高，更加有“梦的感觉”。
②星空
学习的过程就是点亮星空的过程，用户每达到一个阶段性的目标就相当于与点亮那个星系下的一颗星，完成总目标就相当于点亮了一片星系。
这个创意比前一个好的地方在于，这个过程变得更梦幻了，更能匹配追梦这个主题，但是没有前一个多样化（当然也许存在一种方式弥补这个缺点）
③彼岸
把追梦的过程比作航海（或者造桥），你的梦就在彼岸，你需要不断努力让你的船（桥）到达彼岸。
这个创意匹配主题，但是缺点在于不够多样化，而且这个过程软件上不太好实现。
二、其他功能实现
这里我们简单讨论了下其他功能，大概有社交模块、个人账户系统、商城模块、学习模块等等…
我们做其他功能是为了更好的服务于核心功能——追梦，所有功能都是围绕其来展开的。
三、未来规划制定
1.以后周日晚上定为开会时间，每人把每周任务情况汇报一下，然后对下一周任务做个安排。如果有什么问题都可以在会上讨论。
2.前后端每周都要写一篇博客来记录自己遇到的问题和进度。
3.考虑到大家的学习热情以及成员之间的交流，建议团队成员可以互相约图文一起学习，做项目。（寝室真不是个学习的好地方！）
4.正式写代码前每人要提交一份设计文档，前端主要是UI设计，后端是自己负责部分的设计思路（包括数据库设计），到时候一起讨论修改。
5.考虑到接口的接受程度，接口设计由前后端共同商议，在各自提交了设计文档后，要提交接口设计，到时会上协商。
注：由于前端负责人有事未到场，计划下周三开个前端会议，主要是前端成员熟悉一下，然后交代下前后端事宜。
四、代码规范（主要是后端）
1.类、接口和复杂逻辑上都要增加注释，尤其是接口，这样别人调你业务时才知道如何使用。
2.前后端交互规范
HTTP/1.1 200 OK Content-Type: application/json; charset=utf-8 { "data": {}, "status": 0, "statusInfo": { "message": "给用户的提示信息", "detail": "用于排查错误的详细错误信息" } }
数据传输前都要封装（到时直接调用工具类中的方法就行）
3.接口设计使用restful风格
五、存在的问题
通过交流发现，各成员的技术参差不齐。
所以建议各成员能利用课余时间进行学习，采用一个边做边学的方式，这样技术进步的会很快！
也可以像我这样每天抽出一部分时间来学习，一部分时间来做项目。
总结
此次会议明确了很多方向上的东西，同时也熟悉了彼此，这对以后团队协作会很有帮助。
我们在做一件大多数同龄人不敢想、不敢做的事，虽然这件事很难，但慢慢来，我相信我们一定会成功的！所以，团队里的每一位，加油吧！那些不可能将由我们来打破！
