从对话框看程序和策划的分工

BF

不是抬杠,我只是确认一下咱们的观点是否一致

gantleman

油嘴滑舌可不是好孩子

BF: Re:从对话框看程序和策划的分工

不是抬杠,我只是确认一下咱们的观点是否一致

SITT

gantleman: Re: Re:从对话框看程序和策划的分工
可你的经验来源于程序对你讲解，但很可惜程序也是会骗人的，
他们不会花上几个小时跟一个技术外行把系统实现的方式说清楚。
一般只会说上几分钟直到你认为自己懂了为止。

这种情形在程序和策划以及程序和美术之中都很常见，呵呵，所以有些公司就出现了技术美术这个职位。至于策划么，我觉得策划本来就该学些程序。
而且有时候要想解释清楚，是很难的，每一次试图解释清楚，都是扯出更多要解释的问题。哈哈哈哈。
所以长此以往，最好的方式就是，随便编一下糊弄过去。

狂澜萧萧

学一点程序是非常有必要的，程序相对要求专业，而作为一个策划，被程序完全当外行看，得不到他们的认同，一般就是会选择忽悠你了，就是之前gantleman说的：一般只会说上几分钟直到你认为自己懂了为止，而实际上，你还是什么都不懂，而程序也成功的把你忽悠过去了，大家皆大欢喜。但是这么搞的次数多了，对项目本身而言，是有害的，来回忽悠的结果就是可能留下很多的漏洞，甚至到积重难返的地步

本人刚入行的时候参与的项目，游戏里面道具Tips文本，是可以自动换行的，但是有时候为了排版好看，需要在文本当中加入换行“\n”，但是在解析文本的时候，没有在换行符的地方换行，程序找了原因之后，发现是从EXCEL表里面读取到的是“/n”，需要转换成'\n'，才可以正常换行。当我问到程序的时候，对方解释的话还没说完，我就明白是什么意思了，对方还惊讶了一下，说：看来你学过啊，还知道这个。自此之后，和程序的交流非常愉快

很多策划提出的东西会被程序顶回来或者用忽悠的方式敷衍过去，根本原因在于不了解程序，不能让对方接受。其实有职业操守的程序员，如果发现你是一个明白人，他是很愿意跟你交流的，甚至你提出的设计对他来说有难度，都不成问题，即便真的做不出来，他也会明确告诉你是什么原因，而不是用那些让你自以为明白的原因来晃点你

pilipala

狂澜萧萧: Re:从对话框看程序和策划的分工

学一点程序是非常有必要的，程序相对要求专业，而作为一个策划，被程序完全当外行看，得不到他们的认同，一...

大家的共同目标是做好一款游戏
责权分明是为了减少沟通成本，明确工作分配
不是为了出事以后可以互相推诿

服务器开发

p又喷了。

服务器开发

认真看了下gantleman的问题，只是好奇你想说明什么问题？策划白还是协同困难还是想说明这类问题所涉及的技术层面很多，真的很复杂？

lenongku

路过打个酱油
做了两年客户端，对npc资源打包无数次，转了策划1年多- -包都不会打了，点开工程各种看不懂

那些天天吹水系统架构的策划们省省好嘛- -认真执行一怎么听主策和主程沟通后的的安排二怎么做好用户体验去吧

zhengguo07q

没看懂想表达什么， 不过会尽量满足策划需求，如果是美女的话包括但不限定SM。^^
只是时间长短的关系， 比较不喜欢的的就是有时候策划太强势， 牛B的一塌糊涂的，什么什么一定要上之类的， 完全不考虑实际情况。

Guukona

看着，看着；我怎么感觉有点偏题了。。。