回复 江湖大虾仁 的帖子

1. 不是传统意义上的项目托管，类似与 SVN Service 。就是为了方便制作组的交流之类的；
2. 个人觉得 RGE 比较理想的策略是类似于 Linux 。RGE 始终就是个 Kernel ，其他人使用这个 Kernel 和自己定制的软件组成发行版，构成一个成熟的引擎。我们有优秀的标准库开发人员，界面设计开发人员，可惜 RGE2 始终是个大坑。

民主什么的都是浮云，只对第9项感兴趣的路过

回复 DeathKing 的帖子

RM采用项目托管（版本控制）的意义似乎不大吧。。。因为他不像其他编程语言，是纯文本形式的。
个人认为，目前RM还是比RGE更适合新手，也就是说RM更适合推广。RM有基础的地图编辑、数据编辑、人物编辑等，而RGE目前还没有。诚然，RGE这样子更加开放。但，对于有能力写代码并且没有接触过RM/RGSS/RUBY的人来说，ta为什么要选择RGE而不是其他传统编程语言呢？
如果想推广RGE，首先RGE本身需要更成熟，并且配套的一些工具也需要完成。如果RGE能够像RM那样子一行代码不写就能制作游戏时，RGE应该也就可以取代RM了

有些东西还是可以社区化，另外，一些优秀的系统可以让一部分人负责维护，比如XAS中文站就是一个尝试。

就现在的系统来说，我还是觉得不够高效。期待能搭建一个RoR的生产环境，反正坛子里Ruby用得很熟的人不在少数，转型应该很快，开发出理想的管理系统也很快。比如ZH的那个Reliz，就可以按照我们的意愿去为论坛添加功能。

系统方面：项目托管系统（类似于工作组，SourceForge，Github），论坛系统（ZH99998：Reliz），发布系统（DeathKing：Fibrary）

原有工具方面：FSL这边也在致力于将一些旧脚本翻新，消除BUG，增强兼容性。现在以及将来的工作都将以发布资料和整理以前的资料为主。

另外，RM的潜力的确有限，他已经度过了巅峰期。现在如果可能的话，可以考虑鼓励大家开发新的引擎。（个人觉得官方有必要推RGE）。如果愿意往商业化发展的话，可以考虑一下DEMP（Developer-Engine-Market-User）部署（我会详细整理一下）。

我的看法基本属于奇怪的，不可能的之类的想法，于是还是不说好了，不过还是很期待这次改革的。。。

亮点的 RGE2  其他的不在关注范围 纯支持

弄评分系统么……我觉得会比较麻烦，而且刷分神马你懂的

我在提议改革里面有说自己申请这种方式，于是直接复制粘贴

========================
游戏想上主页，自己PM管理员，附上发布地址进行申请
进行申请的发布贴必须符合要求否则不予受理
之后管理员如果认为这个游戏可以上首页，那就编辑出更完善的资料，并且附上各项评测发出（画面、剧情、系统、音乐等）

我认为不认真发布的自然不会认真对待自己的游戏，直接排除掉
想提出申请的制作者也会好好审视自己的作品，弄清楚自己到底有几斤几两，到底有没有资格放上首页（厚脸皮的人还是少吧=_,=
至于那些自己不愿意上首页的嘛……咱们就不强迫并且不要浪费那工作量了
====================

另外对第六条合并方面无法认可，商业和地球合并我觉得完全没有问题
但是文字区发帖量虽然少，还是要独立出来……
我觉得找合作的很少会去看合作贴，反而实在文字区找看起来不错的策划和预告，然后自己勾搭
另外看着别人的想法，自己也会有所启发对不对？
合并以后就各种不方便了

我不赞成设精品区，这会造势创作流派的单一化，新老人不能平等竞争
如果可能的话弄个评分或者标签系统，高级会员可以按分数和标签索引游戏

我发现了有2个第12点- -