文章来源：中国软工亚洲指挥中心（Steins;Gate）
共同作者：纪神，爵爷，老板，小男孩（按首字拼音排序）
责任编辑：爵爷
本周末我们组已经完成了《需求规格说明书》和《可行性分析报告》两份书面材料，具体内容见提交的文档。
这次想聊一下我们团队对于之后开发工作的构想。
就大的方面来说，我们在前端尽量使用现成的解决方案，并配合手写“胶水”，后端使用LeanCloud解决方案。
前端要展开有非常多的东西，因为Android的前端比HTML更加底层一点，要涉及的东西更多，考虑的面也更广，加之运行在移动平台，限制也颇多。
但是在参考现有解决方案（比如这个）以及基于我们之前的开发经验上，前端是可以跌跌撞撞地走的（当然是在不考虑外行的设计、咄咄逼人的PM、永不满足的客户的情况下）。
至于为什么不使用FB的react-native或是MUI等来做跨平台的界面，一是在性能上H5相对原生仍有不足，并且这一点在Android版本和手机性能差异极大的安卓市场上更为明显，二是一个移动端的应用无论干什么顶部都有一个小绿条咕咕咕地动在我们看来非常难受（纯个人观点）。因此我们考虑只在一些不重要的信息展示界面和时间上来不及的扩展功能上使用H5，其他情况仍然使用原生API开发。
还有就是JetBrains（笔者免费IDE的提供商，因为有教育账号）的亲儿子Kotlin，笔者没有深入了解，但是简单看了一下，第一感觉就是好玩，还没有感受到特别强大的地方（当然是了解非常不足），基于学习成本的考虑，我们还是使用了Java来作为主开发语言。
后端我们使用现成且强大的解决方案LeanCloud。笔者多次被问到过“用LeanCloud这么简单方便甚至可以说是无脑的东西，还算是程序员吗？”。这种想法笔者之前也有过，但是如果不接受更快更好更方便的东西（并不是说LeanCloud就一定是这样，LeanCloud的适用场景其实限制还是蛮大的，这里不展开。但是相对于我们目前的开发需求，LeanCloud就是这样的），我们现在想用计算机还得在竹简上钻孔呢（笑）。另外笔者琢磨过算法，写过汇编优化的编译器（特别指明：最后什么都没做出来），也裸写过socket以及RESTFUL，所以对于“不方便”的东西笔者多少还是有发表意见的权利的。出于学习目的或者对于要求特别严格的解决方案，唯有从底层慢慢写，但是就目前的场景来看使用LeanCloud是非常好的选择。应该针对不同的开发需求使用不同的方案，这就是我们使用LeanCloud的原因。
另外在开发上，我们目前的想法是先下手开始写代码，而不是先做细致的设计。因为目前团队整体的项目开发经验是不太够的，没有足够经验的支撑，一上来就做细致的设计很有可能会忽略了重要的东西而把精力放在了其实无足轻重的地方，而且做出的设计并不一定效果有多好（编者个人认为可以参考Java第一代UI库的设计）。当然先写代码并不是说“先写了代码再提取设计以完成任务”，而是先用粗糙的代码把流程简单走一遍，探探路上都有什么坑，然后再回头做设计，这样心里会踏实很多，设计结果也会更加可靠。这也是我们这个月的主要任务：做第一版最小化原型。
目前编者已经搭好了基于Viewpager的Swipe View以及4个Fragment作为主界面，下周先分工把这四个主界面按照原型设计做出来。然后依次跟进其他代码任务。下面是应用效果以及项目规模统计（是的我知道很丑，请不要再吐槽→_→）。