赞 | 114 |
VIP | 0 |
好人卡 | 0 |
积分 | 119 |
经验 | 0 |
最后登录 | 2025-3-31 |
在线时间 | 962 小时 |
Lv4.逐梦者
- 梦石
- 0
- 星屑
- 11920
- 在线时间
- 962 小时
- 注册时间
- 2019-11-5
- 帖子
- 2390
 
|
本帖最后由 哇哇哇啊叭叭 于 2021-6-23 18:04 编辑
怎么说呢,看到这个命题,感觉自己是蒙的。(可能以前总是沉迷在做游戏的过程里,也没有太多的考虑过这个问题吧)
RM上手确实容易,但心理落差也比较大。用时总会发现,自己不是想象中那么擅长这个软件:做出的游戏,跟预期差距还是挺大的。如果排个优先级:1.RM,2.U3d(和coco等软件吧),3.源码编程。根据这个优先级排列,上手难度逐渐增大,心理落差也逐渐减小
学程序的动机,在RM圈子里大多是为了减小心理落差。但在学习程序的过程中,RM并没简化用户对源码语言的学习。
在同样保证“无代码或少代码编程”的基础上,若能兼顾“对程序的学习”就更好了。比如现在小学生在用的scratch,同样是无码编程,但后者可以由简到难培养基本编程逻辑(顺序,条件,循环等等,还可以强行解读出“并行”的概念);这种优点在RM不停地更换底层语言、推出互不兼容的软件的情况下显得尤为可贵:RM用户学到的知识,大多依赖于软件本身存在。像“显示文本”、“显示图片”等等都是高度抽象的工具概念,但scratch教授的工具,大多是更底层的、跟源码编程更接近的工具,如“如果”(条件结构)、“当游戏开始时”(触发事件概念)等等
但是scratch并不是一个游戏制作软件,所以稍大一点的游戏,它会很卡。
u3D最大的优势就是:它没有在Ruby、Jass,PC、web、手机端等语言和媒介上频繁跳跃,老一辈的手艺不至于直接变废。
|
评分
-
查看全部评分
|