主程出身的主策，有一种不能被人理解的孤独

kingcat55

略有同感，但另一方面讲，有些稍微懂点游戏设计层面的东西的程序猿，又经常性以“学习理解成本”为接口，这个不做，那个也不做，从言语上，你很难跟他解释清楚你所设想的游戏情景，甚至他都不清楚什么样的“学习”可以有成本，也可以很低的成本，如果上级负责人不能懂得双方的思路，而直接让程序猿去做，不解释，就要面临着打折。。。同时也催生了程序员不愿再去理解设计策划的东西，所以，这是一个“恶性”循环。。

ou89031211

没看懂楼主的逻辑，难后看行文有点像刚入行的新人，抱怨这个抱怨那个，我最屌~

jc19910525

这个是这个人回答一个知乎上的问题，我记得是一个会编程的策划是种什么体验吧。
回答者说自己是个什么体验没啥问题。但是确实不是所有人都适合。

z543119

工作中难免遭遇一些奇葩的队友，分3层来说；
1、 你怎么说，他就怎么做，你没有说到的绝对不做。   这种肯定存在，对策划来说跟这种队友配合会很累，超累，所有的逻辑、表现、概念设计、细节 都要想好，一个地方没想好后面可能就会坑死自己。

2、 想的比策划想的还多，做的时候总想着有没有更好的方案，但喜欢拖延不干活。  这种也遇到不少，而且很多还比你更会讨老板欢心，因为人家又会代码，又有想法。 遇到这种比上一种更头疼，可能会因为一个图标的色彩值问题跟你扯一个上午，也可能会因为一个配置格式的问题跟你扯到整个开发结构，更可能会因为一个UI的布局方式跟你扯玩家体验。 这种一般配合不下去，并不是说不需要把问题想全想好，而是一个性价比的问题，时间就那么多，这样拖时间就干不下去了。
3、 最后一种，经历过多个项目，有丰富的项目经验，思维角度奇葩不屑于使用普通的代码方式进行编写。 你提的每个方案都能给你做出来，然后比你想的都多，都全，都细，但跟你想的不是一个方向。  最后往后开发的时候发现，只能跟着他走，因为你提的需求总有一些地方他会说底层不支持。这个时候，你越熟悉程序的结构和内容越有话语权，不然只能跟着他走。

szy16519840418

z543119 发表于 2017-7-29 10:55
工作中难免遭遇一些奇葩的队友，分3层来说；
1、 你怎么说，他就怎么做，你没有说到的绝对不做。   这种肯 ...

第一种真的不错，最省事了

ForestNight

我也觉得策划案是种很别扭的东西，很多时候逻辑就没这么复杂，用文档表达出来就又长又臭还难以理解了
懂程序逻辑确实是必要的，没错，我说的是必要，了解以后可以自己布置算法结构，为以后的拓展留后路
另一方面也能明确改动所需要的功夫，即使要改设计也能够寻找最优方案，计算成本和成效综合的最优解
不过这篇文章，原本可能是说策划的，但是说着说着，实际上转变为贬低同行了
可能同行的程序确实水平较次，而且还不怎么好说话，但是这种实际上是普遍现象
就是因为火候还不够，所以当提出需求的时候，第一反应是这东西要怎么做
没思路，或者粗略一估觉得特别麻烦，从主观上感觉被强人所难了，这时候心态就不对了
但实际上也不是什么大问题，很多时候都可以通过变化一下设计及逻辑来达到相同的目的的
并不是一条路走不通就只能悻悻而归，既然自诩为强者的话，帮助弱者排忧解难也是强者的行为

春天里的麦子

做游戏开发的就必须得学会融会变通吧  赞一个楼主

卡特铁角

尝试过LZ说的开发方式。但发现一个问题——当策划“沉迷”于思考一些技术实现方案之后，他们对于自身设计合理性的反思能力会明显下降，或者说会对自己的设计给出过高的评价。

这有点皮革马利翁效应的感觉……

尤其是当主策划也这么干的时候 ，弊端就很明显了

zhangmingkfc

z543119 发表于 2017-7-29 10:55
工作中难免遭遇一些奇葩的队友，分3层来说；
1、 你怎么说，他就怎么做，你没有说到的绝对不做。   这种肯 ...

精辟
很有感受

wingser

同感楼上，现在制作工具的丰富，实现这个事情开始越来越简单。

然后策划的工作却没有任何新世代的工具跟进。策划的工作任然没有万能的银弹。各种理论感觉反而越来越碎片化。

会实现，实现的快，实现的好，也可以吧，但是感觉其实能解决的难题很少。