系统类执行策划三个月心得

hymjpg

mosuo: Re:系统类执行策划三个月心得

数据存在、程序处理、界面表达都被你说了啊，学习了。

数据文件、程序算法、UI结构很重要。

游戏框架...

...................在日本这个是必须的............

firstangle1.0

收了 正愁着如何提高自己的能力呢 谢LZ 以及LS一些中肯的回复了

幻听

这个帖子让我看到了3年前的自己……

嗯，几个提醒：

1、避免违背常识。
设计功能的时候总会有这样那样的需求，比如需要玩家在这里玩多久、需要发放某些物品，诸如此类。
当为了达到某个目的而设计相关功能的时候，很容易忽视常识。
比如，打怪没经验，必须把怪物剥皮抽筋才能获得经验，或者必须把怪物的掉落物吃掉才能长经验……
嗯，这个例子不是太好，反正就是违反了玩家常识认识，而有无法快速让玩家理解的设定。

玩家希望有变化的系统，或者有新意，但是这种新意本身不能违背玩家的认知习惯，操作习惯等。有冲突的时候，必须仔细考虑如何引导玩家理解。（通常这种冲突是最大的风险）

2、先学程序，后学美术
了解程序是理解游戏的运行机制，防止逻辑中出现无法避免的漏洞，前期需要集中训练，大量练习。
不过正如楼上某人所说的，最终只有体验才是正途，而美术鉴赏能力（泛指）是提高体验控制的主要能力。
先学实现后学鉴赏会有比较的底子。

另外，程序不用太过较真，学习原理和机制为先，算法之类的就别研究了，费时无用。

3、还没想好……以后再说。

zhmfreeman

感谢LS的指正 看来是我滥用算法的概念了，原理和机制确实更恰当。

hymjpg

mosuo: Re:系统类执行策划三个月心得

ls是女的吗？

我就想问这个！

问好几遍了。

有空去看看《等着你回来》吧～

AE_Lemo

我说LZ这头像为啥我看着眼熟的不得了，原来是N久以前的QQ头像。

精髓在于头像有跳出条条框框的feel。。。

larrydeng

策划需要的是逻辑分析，而不是算法。你如果去考虑算法和数据结构之类的东西，只会限制你的思路，你要明白一点，你不是技术，你的编程水平怎么也强不过技术，所以你觉得不行的，不一定不行，或者你想出来的解决办法一定不是最优的。

zhmfreeman

这就是一个深度的问题了.如果你的数据结构知识差到连自己想做的系统需要在哪里存放几个数据都不知道,何谈设计?

不圆

哦，光有分析、逻辑还不够，毕竟放到具体的设计工作里，你始终是要站在自己游戏的架构上去进行分析和考虑的。这可能会涉及到一些之前制定好的规则和关联，或者程序的运行结算等等东西。

hero3sod

一页翻过百页来