“字太多谁看！！！”说这种话的后台主程序还有人见过么

bjhh

项目主程序，系统规则的文字不看，天马行空的做，最后功能缺失，先指责没写，再就是如题。
另有名言：
“我认为没意义就不做！”
“哎呦，还有这个啊，我之前大半个月白写”*3

sea_bug

可能需要锻炼下自身的沟通能力，我们在做一件事情的时候，把环境参数都假设为困难，那如何去让这位主程能接受和阅读理解你的设计，这也是件值得提高的事。

gantleman

先了解你主程想要做什么，沟通是双向的，单向的叫命令，你觉得主程会服从你的命令？？

sgkqk8888

你要是项目经理,就扣他奖金

你要是个执策,那还是老老实实找你们老大反映情况.看看到底怎么处理.

lanier

这种东西就是在主程耳边吹风，做吧，做吧，做吧……等他烦了就做了。

猴与花果山

这就是项目经验，老手都知道，谁都不乐意看字太多的东西，所以我一直强调大段废话不如一个表+一个流程图，可是这论坛部还有不少新人听到这个说法还挺冲么？

theperfact

挺多的吧。如果像客户一样用一大段繁琐的文字描述问题最后还得程序做抽象成对象和流程图，相当于再做一次需求分析。策划还是得对程序如何执行有些了解的。不然谁看的都难受的。

没有征途多半是假的

这种人吧最好整治了，整几次他就怕了，首先你要把方案找你们领导签批阅签字再以工作需求稿的形式发他，认准自己的定位是出设计需求，如果他最后没有按照需求做或没有与你沟通问题就是他的了该怎么处罚怎么处罚

xx2011511

首先，将自己的东西写的清楚一点，毕竟是给别人看的。
其次，你要知道，你写规则用的时间以及资源和程序们是不一样的，所以一定要让他们按照你的意思去做，毕竟修改起来，修改你的简单，他们的就困难一些。
第三，多沟通，既然是一个团队，多交流，有空没事的时候问问理解没理解，免得出现这种不必要的情况。
第四，团队是需要合作的，他这样的话如果你也这样，那工作还怎么进行下去，有些事情，退一步不吃亏。

没有征途多半是假的

xx2011511 发表于 2013-3-20 11:14
首先，将自己的东西写的清楚一点，毕竟是给别人看的。
其次，你要知道，你写规则用的时间以及资源和程序们 ...

所以游戏行业的人我喜欢，很有团队意识，没有个人利益和排他主义思想。就是论事，为了达到团队目的光明磊落！

但是反过来看就是太单纯了！