|
现有机制是针对单个角色的奖励机制,包括奖励池、几率、数量等等,当你想把一个单角色的奖励收集到队伍由5个角色共同获得的奖励池,那么从业务角度来考虑:几率怎么算,数量怎么算,修改后产出的物品奖励等是否会影响现有物品价值,是否会影响物品流通,是否导致通胀?从技术层考虑,就目前的奖励方式来看,包括现有的团队奖励机制,必得ROLL点,现存这两种奖励方式,为什么一直没有尝试进行修改,很有可能现存的奖励方式和团队奖励方式就是完全独立的两套实现逻辑,你如果想要合并,是不是要全局测试,测试成本谁来提供?老板难道会给你几百万上千万让你做这种没用什么收益的工作么?这些都是要考虑的,作为一个程序员,你不仅要考虑的是实现一个功能,还要考虑一个功能对业务的影响,不然公司给你那么多资源培养你干什么,难道只是让你做一些做简单的机械操作么
|
|