丸子

@何所尽 ‍ 电影导演这个说法是 p 先生提的，他的意思应该是理想中的橙光作者只负责统筹素材（剧本、图像、音乐、系统），也就是负责“演出”一部分。现在作者当然被压榨得更厉害，因为制作人和剧本的身份还没有脱离。可到了那时候，作者也就是一个螺丝钉而已，游戏变成各个细分素材市场的合作结果。

@alpacanist ‍ 个人无法认同p先生所说的统筹素材。橙光软件说到底只是一个工具而已，和unity3D或者rpgmaker并无本质的区别，它节约了编写游戏程序的工作量，但不等于游戏程序就是橙光编写的。橙光不承认作者的著作权，最根本的是它不承认作者有编写程序的能力。至于作者有没有编写文案的能力，可能只是橙光单纯忘记去考虑了……毕竟橙光理想中的未来，是没有人原创文案的。

@callender ‍ p说的是（橙光高层想出的）一个理想状态，不是事实，事实当然是作者还在辛辛苦苦原创、搬砖。我想橙光程序部分的版权应该是指构成工具本身的代码，加上作者自制系统，而后者也正在模块化（通过模板分享），是而有“导演”一说。在橙光决策图景中，作者的能力预设为最低，即能够使用工具，其余素材都由橙光提供。近来的小说库就是剧本分工独立出来的例子。不承认著作权的意思，就是认为这种“作者”的原创比例太低了，基本等于富士康员工。所以橙光理想中的未来，是写剧本的卖剧本，画图的卖图，什么都没有的制作人卖苦力。没有人有著作权，都是流水线员工。

@alpacanist ‍ 作为当年参与了黑科技模板活动的一员，我感觉橙光高层的这个理想是极其不切实际的。橙光的导入模板存在着大量的问题，比如导入后的数值处理做的不够理想，很容易发生冲突。又比如模板制作者和模板使用者不接轨。比如橙光经典商城模板，编辑自认为写了个简单易懂的模板，实际上大部分作者完全看不懂，面对动辄190+或者260+的事件列很容易抓瞎。此外，即使要实现橙光所谓的资源调配，也需要作者有足够的编程能力——这个编程能力不是指懂得C#或者java，而是具有通过应用工具来实现字符串、子程序、循环、for条件判断等基本程序功能的能力。而实际上，国内很多程序员的工作，也就是运用已有的模板、控件，再加上一定的整合能力，来创造一个软件。使用的素材，大多也就是商用授权，并非自己创作。那么为什么用别的工具来实现这个目的，叫做原创，而用橙光，就不叫原创呢？这是我主要质疑的地方。

@callender ‍ 是的，大部分情况下黑科技都会冲突，关于这个我认识有人搞了套底层架构，可以统一加载插件，就是没法推广……扯远了，总之搞得这么复杂，都是橙光不开放脚本接口的锅。这个锅，也导致作者编程完全就是劳动密集型的操作，每开一个坑都要自己定制一遍底层系统，所以我同意你的观点，目前每个作者都至少应该拥有自己系统的著作权。

@alpacanist‍ 委托创作这个事，我个人认为是一种可行的商业创作方式，也并不排斥。可问题在于，即使是橙光的全职作者，也谈不上进行委托创作，因为橙光根本没委托给作者什么。像功能需求、项目说明文档，这些东西完全没有。仍然是作者自己出游戏策划案，自己写大纲，自己写素材需求，自己找人外包美术和音乐。更何况橙光的普通签约作者，创作什么，怎么创作，橙光从来不闻不问。那么既然根本没有委托，委托创作又从何而来呢？以委托创作为理由剥夺作者的著作权，在我看来是完全站不住脚的。但作者被橙光这样盘剥，也是完全没有出路的。首先是法律上得不到支持，缺少合法依据起诉橙光。另一方面打官司所需要的时间和金钱，也是一般作者负担不起的。而换网站也不太可行。固然世界上有比橙光更好用的制作工具，却没有比橙光更成熟的中文自制游戏发布平台。

@alpacanist‍ 从橙光离开的作者所需要出路，实际上是一个提供稳定的盈利途径的自制游戏发布平台，以及一个能和这个平台对接起来的无需代码写作的游戏自制工具。我也在努力寻找这样一个出路，但目前没发现中意的。

@Angeliclovewind‍ 网页地址后面注意加空格