0531五月总结

五月工作心得
五月份，项目进展到了中期，也就是大家都在写代码尽可能赶在预计发布日期发布第一个测试版本的时候
我的工作：持续进行早期测试，和早期测试用户进行沟通以及改善平衡性，根据用户反馈持续策划次级测试和完善一个重大机制改动，这是我在五月对项目的主要贡献
相关经验教训：
1，重型的机制改动要趁早，机制改动直到20日才稳定并且可以提交给小组，虽然尽可能控制机制改动在较易于实现的范围内，但是仍然给开发小组和自己带来了不少麻烦
2，防鸽冗余：数次策划的线下测试都被咕咕咕（放鸽子）了，对此，应该吸取防咕冗余的经验：
a，总是集结多于实际需要的人数
b，密切关注天气预报（重点！）
c，排期要趁早和稳定
d，要有稳定的不咕咕咕人选，比如自己人和班上同学
e，发展d中的人选，他们可能是早期的重要用户
3，敏捷：当规则总体已经趋于稳定的时候，不要为了工整性去大幅修订文档而是写备忘录给自己看，因为实践发现，一旦设计档已经稳定后，开发者伙伴们遇到问题并不是会寻求文档而是直接来问我（这也是有效率的做法，未必需要每个人都通观全局搞清楚软件中的各部分都在实现什么）
4，要构造性的思路，不要证实性的思路：设计机制改动的时候，会经常发生一个现象：很多方法似乎都能达到一些模糊的需求，这时候果断采取构造性思路：能构造即是好构造，不应该去反复犹豫哪个构造是更好的
5，平衡性调整的时候的想法：
a，总是设想玩家们会有各种各样奇奇怪怪的想法
b，适当用数学工具分析局部平衡性，尤其要避免显而易见的必胜策略局部
c，尽可能避免用封堵性的思维去处理设计缺陷（“禁止”“不能”“此处应当”“哪个强削哪个”）而是要有引导的思想
六月份因为潜在的跳票风险，必须大力参与代码工作了
应该未来还要负责爆破测试