引用第18楼FantasyDR于2007-05-17 07:33发表的:
RGSS....
这东西不但是收费的，而且底层是不透明的，无法方便的扩展。
看起来像是个框架，却并不容易使用。
所以到现在为止，这个东西一直没有出现大量的由用户自己定制的应用。
同样是ruby，看看ruby on rails的应用，差别太大了。
嘛，学C对于程序员来说还是很重要的……
学C或者ASM是为了理解机器是怎么工作的，而不是为了用底层的工作折磨自己。
但是ASM自身没有可移植性，也没有通用性。此外我们最常接触的X86架构又相当丑陋（感觉相比其他架构严重缺乏一种统一美，特别相比RISC），所以从学习和理解的角度讲C也许更合适。
好点的java老师在讲课的时候，也会随代码一起讲内存的分配，debug中，怎么样查看内存中的数据等等。
而专业程序员都有学编译原理来理解底层，业余的就没有这个条件了。
嗯。。。某現在對机器運作原理的認識也是來自C++和ASM
ASM只用在單片機上
至於反編，還是不要多說。。
偶是非专业人事。。。。。无聊的时候学的ASM。。。。。
引用第20楼shawind于2007-05-17 18:26发表的:
这东西不但是收费的，而且底层是不透明的，无法方便的扩展。
看起来像是个框架，却并不容易使用。
所以到现在为止，这个东西一直没有出现大量的由用户自己定制的应用。
同样是ruby，看看ruby on rails的应用，差别太大了。
目前我尝试做个GPL的"RGSS"出来。可惜因为时间原因（其实是linux与openGL不熟T_T），只是在Windows平台下用DX来做。其实图像API的包装是改自HGE的，因为这个东西写得挺c的，正好符合Ruby结合的需要。以前自己写的那个太OO了，反而不好用-_-bbb
然后用SWIG做warp，就可以结合到Ruby了。目前已经把Sprite和Font（用freetype2）做出来了，其他的东西就是在这两个基础上拼一下。然后再做完Input模块和Audio模块就圆满了-_-
用了好多现成的东西，不过Audio模块还没有想好，如果用Fmod来实现，那么是不是不好用GPL了呢？
FantasyDR难道是传说中的文曲星上的那个<神洲>的游戏制作人!!!!!
引用第25楼FantasyDR于2007-05-26 22:53发表的:
目前我尝试做个GPL的"RGSS"出来。可惜因为时间原因（其实是linux与openGL不熟T_T），只是在Windows平台下用DX来做。其实图像API的包装是改自HGE的，因为这个东西写得挺c的，正好符合Ruby结合的需要。以前自己写的那个太OO了，反而不好用-_-bbb
然后用SWIG做warp，就可以结合到Ruby了。目前已经把Sprite和Font（用freetype2）做出来了，其他的东西就是在这两个基础上拼一下。然后再做完Input模块和Audio模块就圆满了-_-
.......
看到你的描述，不由得想起来rubysdl来了。
我想你的目标可能是兼容rmxp的rgss吧，如果能有一个方便的编辑工具的活，肯定会有很多人感兴趣。
其实我觉得全OO的也挺好的，ruby本来的特色就是能完全面向对像。
像rgss里面可以直接从sprite类开始继承一样，这样自己定制起来，应该很方便吧。
ruby脚本无法编译或加密，只要放出来，就只能是开源的。不想gpl也gpl了。
fmod不是gpl的，它是共享软件，如果不用于商业用途才可以免费使用。
我想，你是不是可以和HGE学，作好对fmod接口后，分开来发布。
并申明fmod不是这个东西的一部分，下面的事情就由用户自己决定好了。
RGSS这个名字本身就是出自RMXP，所以只是想把RMXP里面包起来的东西重现一下，开源，然后可以方便扩展。
不原意oo是因为，用c++写ruby的lib必须采用ruby的接口来包装一下才可以，而ruby提供的都是c style的。我用SWIG来自东生成warp，差不多可以写的OO一些了，但SWIG还是不完全支持c++的特性，比如重载和命名空间。
HGE貌似已经把bass的dll放在自己的发布包里面了，看起来是可以的样子。不过，fomd没有限制非商业应用，发布估计不成问题。
至于编辑工具什么的……想用的人就找RMXP的editor来吧，实在懒得写GUI的东西了。话说回来，这个东西还不知道猴年马月才能完工呢-___-
to Zelsazgh: 《神州》是在下和一个朋友合作的游戏-_-
真有那顧慮用Audiere未嘗不是辦法，或者添加最基本的MP3/OGG緩衝應該就可以了
如果作出的是能夠取代目前RGSS Runtime的東西(那，至少無須自己做UI了)，是很了不起的事吧，沒有OO的RGSS感覺會像少了很多方便的特色就是了，我自己用的是基本上不帶OOP特性的Lua，感覺用起來滿吃力的，在有限的OOP能力裡要使用這種基於過程的語言結果是"更糟"，但我覺得Ruby應該有更好的發揮。