《开发者日志 #2》无意间度过心魔劫
我居然日更了，我绝对中了邪。
主要是团队经历了感觉很值得述说的故事以及自身感觉成长了一点。
且说给大家听听，也许会有些帮助。
在前面两天里，我以为我成功统一了团队意见，统一了方案。
事实上，可能在那天里确实统一了，但是当我们在妄图做出那个方案里的完整设计，以及一个最小demo表达之后，炸了。
我甚至沿着原有的方案，给出了一个更具化且极具个人设计逻辑的结果。
我当时还未意识到这是个巨大的问题。
当我和另外一个同伴进行了一次对于双方方案的探讨的时候，我才渐渐明白，我要的太特么多了。
我在我那个方案基础上，没有办法做出一次裁剪，我不认为那个方案有更小的demo表达，但是光看功能量，它已经是21天都未必能做完的玩意。
更可怕的是，在那么庞大的功能量的情况下，我自己的评价是，我没有充足的把握证明它的好玩程度。
只能说队友立大功了，这里感谢小蔡同学好吧。
当然也有一些我前置工作的帮助，我的流程文档适当地警示了一下我。它详细写过一些应该有的流程，我本质上已经违背了。
贸然做出一个无法验证的庞大demo设计是危险的，尤其是在这种短时间的比赛里。
幸好啊。不过如果事情只发展到了这，我可能还是不会写这篇日志。
我做了一次剖析，关于自己的，我自认为的方案完备，以及我自认为的题目全解，在这个节点上，是一种对团队的障碍。
这是一种能够把团队拖进深渊的执念，因为过于强烈的设计规范会强烈的压制队友的设计欲望，甚至也会压制自己的。
我一直认为只有热烈的设计本身可以导向热烈的快乐。
当我意识到我在违背我的核心理念的时候，我做出了个安排，成功从昨天的统一设计案中，砍出了一个最小规模的demo设计基础，对的，是基础，而非全貌，留下了一些核心元素设计交由大家发挥脑洞，并且确保通过裁剪这个核心元素的设计来得到demo1\2\3的分层。
这个安排目前通过了所有人的认可，哈，干的漂亮啊，小菜鸟队长。
当然，我还放开了一些设计规范，比如，有关题目的。
送大家一个我们组的题目规范，毕竟官方下场了，非常简单的，你只需要感觉下你的设计能不能让你说出那句话就行了——“你确定这不是BUG？”
咳，其实非常困难啊，我们放开的设计规范就是，别太过纠结这个规范。快乐优先于一切，你得先感动自己，题目嘛，贴贴就好。毕竟，是我们打比赛，又不是比赛打我们。
最后，祝好！
