引言： 玩RPG游戏，就必须接受游戏策划者的一切设计，必须接受看起来很合适的游戏规则，必须接受拿A换B再去买C组合成D给某人得到E去开门捡F的无奈把戏，而我们苦心追求的某种自由或是新奇在游戏策划者眼里往往被看做是BUG，我受够了。
摘要：《程序员》杂志第七期有篇潘加宇的文章《业务建模vs系统建模》。最近正好一直在做业务建模和系统建模的工作，所以对这篇文章中的很多观点体会颇深。 ? 1、“业务建模并不意味着有软件项目开发跟随”。 记得一年前，公司一个会我发言，为了说明扎扎实实调研分析透客户单位的实际业务对后期系统需求分析的重要以及要避免过早去考虑软件系统需求甚至设计的时候，我说“我们就假设我们调研不是要开发软件，就是要弄清楚实际业务......
摘要： higoals: 在需求调研中，用户和我，谁应该是主导角色？barbeque: 有两种情况：如果是软件适应稳定的业务模式，必须由用户主导；如果软件起到改变业务模式的作用，很可能是代表领域专家意见的人员主导 在barbeque的访谈中看到了这样一段问答。和公司一些销售人员交流时，他们大都认为我们软件部对客户的需求调研、分析做的不好，所以导致了项目无法达到客户的满意，迟迟不能结项。他们提议，不应该采......
RPG游戏的一点看法 玩rpg游戏,就必须接受游戏策划者的一切设计,必须接受看起来很合适的游戏规则,必须接受拿a换b再去买c组合成d给某人得到e去开门捡f的无奈把戏,而我们苦心追求的某种自由或是新奇在游戏策划者眼里往往被看做是bug,我受够了. 原来玩轩辕剑枫之舞时,许多人发掘出了第二种结局,——把炼妖壶丢掉,结果被告知是bug.于是后来的系列里,我们丢不掉任何东西,不能卖的就永远放着.设计者为了让这些东西的存放有个合理的解释,就给了个无限空间的炼妖壶,那么我想把它放在家里或是丢掉,可以么?不行,按照设计者的解释,我想炼妖壶是绑在主角身上的,寸步不离. 【程序编程相关:
COFF文件的格式】 【推荐阅读:
COFF格式续篇—Lib文件的结构】 daiblo系列据说是非常自由的rpg,自由么?我们在设定的世界里斩妖除魔,甚至杀同伴,我们可以得到各样的物品,甚至可以自己组合,但我们可以瞬间从第十六层到村子,却不能跨过村里一条不到一米宽的小河,我们能在身上背一大堆东西,家里的箱子却小得可怜. 【扩展信息:
svg至flash的转化】 玩这类游戏,等于失去了半个自我,思路随着别人而飞,那不是我想要的.在别人的世界里游历,永远也不能承载自己的感情.我也明白,没有绝对自由的游戏,我要的只是相对,起码在设计的世界里我要是自由的. ...
下一页 摘要：我刚接手的一个项目，一个核心的业务子系统在很多地方客户都提了完善的意见、并且有很多功能还无法实现，易用性设计也比较差。总之要改造的地方很多。我采用用例把所有要改造的功能点重新表述出来，这在分析系统功能上要远比使用菜单表达更合理，因为即便一个最底层的子菜单也并不代表就是一个软件的功能点，另外，菜单的组织是着眼于便于客户使用和便于导航的，它和系统功能并没有一一对应的关系。 用例毕竟是软件领域的技术方法......
