※ 引述《riveranb (River)》之铭言： : 最近有风声说老板可能停掉手上做到一半的专案 : 该专案已进行很长一段时间 : 绩效的确不能说好 : 但也有做出一些基础了 : 并且战友们也努力的让它越来越稳健 : 突然听到这种风声消息 : 自己是蛮沮丧的 : 毕竟自己把它当成自己的作品在看待 : 当然也有感情了 : 这篇纯粹只是想问各位大大碰到这种情况时会有何心情或反应 这个...以比较冷血的研发角度来看 被砍其实是个很好的机会，让你重新检视一下这个案子有没有做到可重用 可重用度有多少 美术可能比较难做到，毕竟这些都是专案导向的东西，能回收的可能很有限 不过可能可以加到自己的作品集累积自己的资本 （这个每家公司政策不同 不过私有的作品集通常都ok 美术往後谈薪水就是靠这个） 企划应该是最容易回收的，很多所谓的玩法啊，数值作用的实验演算啊 这些都可以相当轻易的apply到往後的专案，即使是最专案导向的storyline跟设定 其实都很容易成为下一款作品的基石 重点就是程式了 程式回收是最需要技巧，也最需要设计的。 当你为了这个游戏写了一个广播server 你会让他绑死一大堆专案物件大量耦合 以至於无法回收以後再利用？还是得花极大心力回收？ 还是可以轻松的整个回收走等着下次再用？ 骨架动画绑死一大堆专案物件以至於没办法再用？ Game Object/Character写了一大堆严重耦合的东西以至於下次都要重写？ 这些就是仰赖於一开始的设计。设计的够不够模组化 当你要开始写一个game server的时候 你会怎麽写呢？ 1) 恩这个game server需要一个loop, 恩我们在loop里面做所有的game object update 所以我们可以用一个header把所有游戏相关需要update的都放进来..恩可能还需要管理 连线，所以我们也得把连线机能做进去...啊这game需要特殊封包，我们把它写到里面。 阿server需要计算两个game object的距离，恩演算法也写进去.... 2) 恩这个game server需要一个loop，我们可以写一个基本的game server把所有的 连线的pooling的方式都做成一个class，然後update用delegate给外面的人做我们就 不用include她，或者让外面的人继承这个server来做自己的game server...啊他们可 能需要特殊封包，那我们做个plug in架构让他们自己implement自己的封包...阿Server 需要计算两个game object的距离，恩我们做个界面让他挂上去... 前者可能写起来只要10小时 後者可能要15小时，但是前者每被砍掉一次就是重来， 後者可能只需要每次重来都花2 3小时继承写plugin就可以跑起来 专案被砍掉不是归零，而是让你检视有什麽东西能够回收的好日子 久了，自然就会朝「尽可能做出可以回收的东西」前进，这才是砍专案真正的价值 --- 这样讲应该没很冷血吧 ＸＤ 好歹我也被terminate掉好几个专案说 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.124.251.135