赞 | 29 |
VIP | 0 |
好人卡 | 0 |
积分 | 65 |
经验 | 0 |
最后登录 | 2024-11-6 |
在线时间 | 1456 小时 |
Lv4.逐梦者
- 梦石
- 0
- 星屑
- 6479
- 在线时间
- 1456 小时
- 注册时间
- 2013-12-3
- 帖子
- 311
|
本帖最后由 HM495 于 2024-10-21 16:44 编辑
甲乙双方对错不予评论,毕竟甲方方案跟乙方成果不公开,除了你俩没人知道
但是吧,对于甲方,我不认同“不懂程序才用的rm”这种理由,
不懂程序,你用RM基础结构做游戏当然没问题,他的基础功能就是为此而存在的。
但是扩展RM功能,尤其是你想要搞大富翁这种RM底层就不支持的功能,自己又没有一点专业能力支持想着全靠外包解决,那纯纯异想天开
说白了你所提到的这些问题,但凡自己有一些基本的专业技能,对RM底层有一点了解,都应该可以预见其中存在的风险
哪个地方需要做兼容,怎么做兼容,这些都需要方案,都需要程序单独进行处理,
既然改底层逻辑,那一切RM原始功能默认就是不支持,要支持就是另外的开发项目
程序可以提醒,但没有义务帮你完善修改你的设计方案
很多功能你一开始不说清楚,程序就不会按兼容这个功能的方案去写,兼容有兼容的写法,不考虑兼容有不考虑的写法,要兼容就是额外的开发成本
按我的理解,后面你提出的需求就是因为一开始没有考虑兼容,导致如果要实现,程序必须重写兼容的逻辑,
你以为成本只是打个补丁,但对程序来说就是完全重做
对于程序,既然从一开始就看出“功能需求不清晰”,那从一开始就拒绝就是了,
你拿到大楼的设计图纸已经看出来有问题,还一边硬着头皮搬砖砌墙等到楼盖不下去了再说,
你自己也很清楚就凭甲方这张图纸,根本盖不出他想要的那栋楼不是么
如果你确实想挣这个钱,想着能挣多少是多少,那也大可协商分段开发,开工前确定好每个阶段实现的功能目标,
开工了就不存在临时修改设计方案,要改要优化,下个阶段评估成本另说,这单白纸黑字做什么功能就是什么功能
写了没实现就是你的问题,案子没写就是甲方问题
但说到底装死终究是你的问题没得洗,就算生病那发条消息讲清楚就是,我不信这年头谁躺床上边上不放个手机,连打个字回句话都做不到
做不了还是怎样了至少给句话,甲方好安排其他人接手,你往后拖一天那甲方就可能错过这几天其他人的档期
如果装死失联是确有其事,那无论代码水平如何,无论是程序还是美术,我不知道别人是怎么想的,但反正换成是我,我以后是万万不敢合作的 |
|