小弟在这串一直出现在推文里捣乱 来发个正式的XD 作为一个程式我实在没有办法给这游戏构想一丝丝的夸赞 因为你要求的几个卖点完完全全都是在发梦--除非你有很多很多钱和时间可以烧 资源和时间调配的问题我想这里和巴哈版友说的都比我好 就不野人献曝了 我只讲个我目前没印象有人提过的点 也许我技术不是那麽优秀所以有甚麽说错的地方欢迎批评指教QQ "自由度" 这是元PO在这个企划里一直强调的点 你的企划我认为反而是这里问题最大 我不知道元PO认为设计游戏的概念是什麽 用我自己的说法 游戏就是画一个小圈圈 然後设计规范让玩家在里面享受活动 也就是说 作游戏 尤其是写程式的和作企划的必须要走在玩家之前 要能针对任何玩家可能作出的行动进行反应 才仅是个及格没bug的游戏 任何预期外的东西都会产生预期外的结果 通常叫bug 这是要对程式最基本的认识 大部分看似会成长的程式只是他把成长的可能性全部写进去了 而不是他本身就会成长 规划程式就好像写法律一样 你可能法典上洋洋洒洒三百条 但人家往往只触犯一两个 但是你不可能因为人家只会触犯一两个而只需要写一两条 程式也是一样的道理 我先假设你所谓的练兵是如企划书内所写 不是单纯拉几个偏好数据那种学习 比方说我今天要作一个你说的可以教育AI被打时怎麽行动 以RTS来说 我目前想得到可以教AI的点大概有几个 1.兵种相克 2.队形变化 3.兵力调度 4.英雄技能 5.外交判断 6.指挥克敌 7.撤退路径 8.攻守时机 9.据点政策 我那麽蠢的人认真列一下都快十种了 应该有人能指出更多 好 现在问题来了 请问你知道这将是个什麽规模的程式和企划吗? 你先不要写程式 拿只笔出来把这些东西的该有架构一字一句设计完整 注意要的是"细节" 你先把两个盟邦四个国家八个城池(一主一副)画在纸上 然後动手设计 我举些简单的例子 後勤军饷军粮什麽的暂时不管: 1.兵种相克:骑兵来用戟兵对抗、没戟兵拿步兵、最後才拿弓兵或工兵...etc 2.队形变化:直线阵散行阵方阵圆方阵新月阵箭型阵车悬阵斜向阵反新月阵..etc 3.兵力调度:如果主城被多少兵威胁副城就要派兵来救、但是副城又要留多少兵..etc 4.英雄技能:规模多少的攻击英雄有出击必要、英雄技能使用时机、英雄撤退时机..etc 5.外交判断:被同盟打或同盟闹场该如何处理、是否该让同盟有绝对义务协防...etc 6.指挥克敌:什麽情况主堡左边该派多少兵过去、树林可以派什麽兵过去...etc 7.撤退路径:野战发现敌我双方实力太过悬殊时要且战且走还是全力逃命...etc 8.攻守时机:敌人军队快到堡垒是否该先出兵试探或吓阻、又时机兵力如何..etc 9.据点政策:如果敌方经常派遣某兵种前来骚扰就加强兴建修复针对性的防御设施..etc 先像这样把想得到的玩家可能的要求或教育方针全部演练一次 并且要把他们条件化或数据化 因为程式只吃这两个东西 最後想想你的程式人员要把这些每个都写过 即使玩家可能只会执行其中几个 再来看看自己究竟是不是有点想太多 或者该说想太少? 相信我 自由度这点在你执行初期就会全部大修或直接砍掉 而且就算最後作出来了 自由度这种东西 不一定每个玩家都想要 大部分有竞争的游戏到最後会出现最强势的几种打法 至少我玩的都这样 你要怎麽说服人和你一起进行这麽大规模又不一定成功还要看市场状况的东西? 要注意这游戏作出来会花的钱 可能你一辈子都赚不回来喔 你的问题在完全从玩家角度出发 可能你一直认为很多游戏玩起来怎麽很多事都不能作 你想说那不然我们来作一款能让玩家自由发挥 一定惊天动地的革命大作 但是我要告诉你没有人会想跟你这样搞 除非你有亿元身价作後盾 你的构想绝对不是没有人想过 而是早就被扬弃或简化成某种东西了 曾经我听过一句很值得琢磨的话 "是你玩游戏还是游戏玩你" 在写游戏前我认同前者 但是作游戏後我有点倾向後者XD --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 122.116.208.222 //修正几个内文错误QQ //突然想到法律譬喻的部分 补上来 ※ 编辑: y3k 来自: 122.116.208.222 (01/23 00:33)