标签：style ar 使用 sp on 问题 工作 size 管理
在过去的这几周里，经历了曲曲折折，每一次的集体开发都是一次头脑风暴，激烈争论，探索实现然后无限调bug的过程。
很喜欢在这样的团队里和大家一起开发，每个人都会特别主动的表达自己的想法，并且竭尽全力证明自己的想法是对的，这样就可以很快把事情理清楚，达成共识之后也方便了之后的开发，不会产生误解。
第一次的小组会主要解决了产品定位、需求分析、功能点的设计及可行性等问题。从下午6点吃饭开始讨论，一直到晚上快熄灯才结束。现在回想起来，很多设计还是我们独创的，毕竟原来做Popush的时候要做的是在线面试平台，后来经过和老师交流之后，发现还是可以加入自己的想法的，所以就从在线项目管理平台这个出发点不断扩展、完善，另外有些地方考虑的不是很周到，比如，扩大注释的传统定位，把注释作为某种批注。在迭代1展示的时候，刘强老师也建议我们能更贴近批注的形式，这一点会在迭代2中进一步的完善。
我和聂中天负责前端的界面展示以及编辑器输入逻辑的判断，这个部分很繁琐。因为现有的编辑器基于CodeMirror，而CodeMirror定位为单客户端，对于多客户端，同时还要考虑输入内容本身也带有权限。最开始大部分的精力都放在了通过使用markedSpan来实现只读部分的设定，然而这个使用起来很不方便，比如设定某一行不可读，需要将markedSpan的范围设定为从该行的上一行至该行的下一行，否则在首尾仍然可以输入。在最后两次开发时，决定将之前这部分的工作全部推翻，直接使用蒙版实现，这也不可避免的要直接修改CodeMirror的源码，但也是无奈的选择。
在选题之后，发现只有三个组选了Popush，中途一个组该做微信，而我们剩下的这两个组又做的不同方向。这一次的大作业和以往做过的有很大差别，之前做的都是助教发布了详细完整的文档，我们只要按部就班的去实现就行了，然而在这次大作业中，每走一步都要积极主动的去思考下一步做什么，如何做才能够和现有的基础结合在一起，实现一个比较完整的功能链。打个比喻就是之前是在公司上班，现在是在创业，尽管没有比较、有点孤独，但是仍旧劲头十足。
以上，迭代二见。
标签：style ar 使用 sp on 问题 工作 size 管理
原文地址：http://www.cnblogs.com/fortnight/p/4133232.html
