用程序的角度写策划案，看来我是多虑了

SITT

superkai: Re:用程序的角度写策划案，看来我是多虑了

需要策划懂程序的程序不是好程序~
我觉得策划与程序之间只需沟通好，什么样的内容程序能方便实现什么样的内...

这么说吧，如果不是运气好遇到了一个和自己思维很符合的程序
策划和程序沟通好所要花费的精力和时间，比策划去学会写点脚本的游戏逻辑要多得多
你没发现团队合作很多时间耗费在极其无聊的沟通上了么

superkai

SITT: Re: Re:用程序的角度写策划案，看来我是多虑了


这么说吧，如果不是运气好遇到了一个和自己思维很符合的程序
策划和程序沟通好所要花费的精力和时间，比策划去学会写点脚本的游戏逻辑要多得多
你没发现团队合作很多时间耗费在极其无聊的沟通上了么

那还要程序干什么呢
你还不如直接说，让策划学会程序，一脚把程序踢开
买一个游戏引擎回来，策划+美术直接开发游戏，程序一边凉快去，为国家省粮食

小勇士

SITT: Re:用程序的角度写策划案，看来我是多虑了

会写语言的策划很多么？我怎么觉得很少呢？
甚至于我对几个策划说他们应该了解些程序，起码能用脚本写个游...

做为一个会写shader的项目主美，表示对这段话认同。

SITT

superkai: Re: Re: Re:用程序的角度写策划案，看来我是多虑了




那还要程序干什么呢
你还不如直接说，让策划学会程序，一脚把程序踢开
买一个游戏引擎回来，策划+美术直接开发游戏，程序一边凉快去，为国家省粮食

这就是典型的没学过程序的人的看法

SITT

如果你去学一下，你的观点自有不同
所以说，你无法理解我说的话

SITT

其实你不如这么说，美术买个引擎，策划程序都死一边去，美术自己全都干了
顺路说一句，独立游戏里自己全都干的人多了去了，做出来的游戏单纯说质量未必比这坛子里一些人的公司产品差

小勇士

想当年做3D客户端项目，每天顶着技术总监的骂声（脾气不太好，直性格），硬是跟在他背后学图形程序，上网查什么叫向量叉乘，点积。终于有一天，给项目（orge引擎）上修改出一套较完善的法线高光技术。从而项目角色材质效果上，有了质的突破。之后又整出公告板技术的hlsl。。。就走上了这条技术美术的不归路。

ab_946

伪代码相当于流程图，如果可读性好的话，你非要放在文档里也没什么，只不过有点怪罢了。
另外，据我的经验，程序看文档往往囫囵吞枣，文档给过去，最后还得深入的口头沟通才开始做。

至于懂程序的策划，在传统的客户端公司里很多吧，至少之前项目的所有任务、副本、活动等等功能，都是策划写脚本做的。

小勇士

当年单是想一个objectspace矩阵变换算式，就研究了一周（好几个通宵熬夜验证）。不过现在不专门深研shader了，站在主美的角度上，更多的是通盘考虑画面效果，权衡各种技术的利弊（往往一款3D引擎有很多hlsl效果，如何判断，评价其利用价值是很关键的。）。同时还要能结合当前的画面技术平台（类似材质的纹理混合）。等把所有的技术节点整合成一套美术技术平台时，可以说，美术的项目“画笔”工具就算完成了。

思绪的雨

003的例子明显是执行层给前端看的案子，这样写没什么不可以的，只要负责的程序ok就行
我个人觉得还是应该有一定的通用性比较好，否则会有一些麻烦，而且还有一个问题，程序是可以自己检测出很多异常的，有自信写的伪代码无bug?况且程序不是几个伪代码可以搞定的，自信可以驾驭吗
不过是将流程图改成伪代码，可是这样只有程序看的懂