|
|
发表于 2013-4-1 21:42:49
|
显示全部楼层
应该问：如何知道你设计的东西技术上是否可行？
其实很简单，如果你自己是程序员你准备如何去实现？策划，在国内分为2种，一种是正常的策划——你完全了解应该如何实现，只是一个人的精力和时间有限，要做更大的项目，你必须把这些体力活分配给别人帮你做，所以你是策划，你已经想好了每块要开发什么（至于具体怎样，每个程序员有自己的风格不必限制的太死）；当然也有另外一种国内专有的策划——懂点皮毛、一知半解，却很能提出需求，最初他们的需求都是异想天开，随着被不断的否决，逐渐开始有那么点理性了。
所以说，你所谓的底层架构，无非就是逻辑层的构架而已，这些东西说回来也很简单，你想如何实现呢？实际例子就是，你要做一个仓库番，那么你准备怎么实现呢？地图块、数据块、操作块等等，理清楚了你的思路，简化出一个文档来，就可以让人体你干体力活，你希望地图是一个2维数组，48x48个单元格以内，每个格子都是short，0代表不可过，1代表可过，2代表箱子压在上面OK的点这就是地图的结构，关卡的结构无非就是角色所在的坐标(x,y)和所有箱子所在的x,y，约定好第一个箱子就是玩家角色；地图和关卡形成了真正的一关游戏。如此这番，就形成了你要的“底层框架”。
那么实际上，你作为策划，你应该比谁都更清楚你的想法是否可行，当程序员认为你的方案不可行的时候，组织开会，告诉他们你想实现的东西，列举出伪代码，当他们认为自己都懂得时候，发问，抽人来回答，答不对再说，说到他们都能答对，OK，问题解决，开搞。不然，就是另外一个局面，你提出了自认为好的想法，程序告诉你不可行，实际上是因为程序也不知道你要做什么，然后你觉得很悲观，我想得这么好的点子程序都搞不定…… |
|
发表于 2013-3-31 17:20:59
楼主