一位Google工程師對於爐石卡組位的看法

設計師Ben Brode 的最新視頻中又提到了卡組位。
因為卡組位的原因，爐石團隊一直被玩家炮轟。雖然我供職於另外一家公司，但我們的一些做法和決定也經常會遭到網友的各種吐槽，因此對於他們遇到的問題，我可以說一下我的一些專業看法，這些都是我自己的推測，但都來自於之前谷歌產品運營上的經驗。
首先，從爐石團隊的角度講，玩家要知道「達克效應」這個概念。
達克效應（DK effect），全稱為鄧寧-克魯格效應（Dunning-Kruger effect）。它是一種認知偏差現象，指的是能力欠缺的人在自己欠考慮的決定的基礎上得出錯誤結論，但是無法正確認識到自身的不足，辨別錯誤行為。這些能力欠缺者們沉浸在自我營造的虛幻的優勢之中，常常高估自己的能力水平，卻無法客觀評價他人的能力。
如果你不是軟體工程師，沒有負責一個多語種、多平台、玩家數量眾多的遊戲，你完全不會知道自己會遇到一些怎樣的挑戰。下面這種情形在大型軟體公司經常會出現：
A：做一下這個功能，它看上去很簡單。
B：我們也想做，但現在不行，它比想像中要難得多。
A：是嗎？我怎麼覺得沒那麼複雜。你可以給份資料我看看？（A看著資料，幾個小時過去了。）
A：好吧，我錯了，的確很複雜，你慢慢忙。
這種事情我經歷過很多次，因此要是有人說「好吧，但是，很抱歉現在不行」，我基本都能理解。你們得相信暴雪現在遇到的問題真的很複雜，多給他們一點時間，他們會解決的，至少這樣想你們自己心中會得到一絲慰藉。當然，爐石沒必要跟你們這樣解釋。
另外，你們要知道，卡組位的問題可能與這些事有關：
程序員討厭不完整的解決方案
他們從不會滿足於把一個東西從「很差」變成「還行」，尤其當你知道你可以讓它變得「很棒」的時候。所以，讓我們看看下面這些問題：
■ 卡組位太少
■ 亂鬥模式裡面你應該可以使用對戰模式裡的卡組
■ 冒險模式裡面卡組不用太多操作就可以做出調整
可能有一種方案可以同時解決這些問題：一個全新的、靈活的收藏管理代碼庫。如果你是程序員，你會如何選擇：改善舊系統，還是製作一個全新的系統？你肯定會選擇後者，因此，這又會涉及另一個問題。
程序員討厭添加一些馬上就會被砍掉的代碼
如果程序員費勁力氣增加了卡組位，但這些功能馬上就會被更好的管理系統所取代，之前寫代碼的程序員肯定就會不開心了。如果你的目標是針對舊系統做一些看得見的優化，這樣對用戶可能有一定好處，但是在企業眼裡會是個很差的選擇。如果你決定做一個全新的系統，在這個系統出來之前，大家可能根本無法看到你的成效，因為——
程序員對時間估計不到位
我們假設，如果暴雪認為新的收藏管理系統在6個月之內無法完成，那他可能就會選擇在舊系統的基礎上增加卡組位；但如果新系統6個月之內完全可以完成，那暴雪肯定就不會給舊系統增加卡組位了。比方說，程序員估計5個月內可以把新系統做好。好吧，那我們把精力都花在新系統上,然而3個月之後，你發現：糟糕，貌似還需要5個月。好吧，5個月就5個月，總比再去弄舊系統好，於是……就這樣一直循環往復下去了。
這就好比你趕公交，跑著跑著發現趕不上了，於是你停了下來，突然車子好像開始減速了，於是你又跑起來了……你覺得走路的話可以省點力氣，卻發現要是一直跑下去，你就能追上。千萬別事後諸葛亮。
程序員有自己的決定權
當然，我指的是優秀程序員。決定權也不是指工資待遇和架子，我指的是他們可以決定自己工作的內容。最成功的軟體公司是那些有企業文化的公司，他們會鼓勵程序員做自己感興趣的事，如果公司一直要求程序員按自己的命令行事，那他們可能早就跳槽了。我覺得這個本身沒什麼不好，但是這意味著上面所說的「程序員討厭做XX」會變成「XX沒有做好」，而這就會讓用戶不開心了。但同時，他們也可能會做出一些很棒的東西來，讓用戶眼前一亮。所以，我們要學會取捨。
再次說明，我並不知道暴雪的情況到底是什麼樣子，也不知道他們是否正在重做收藏管理系統。有可能他們還在給舊系統加卡位，但是由於太棘手，他們並不想把它搞砸，也可能他們並沒考慮過將來。不過，我相信，是上面提到的這些因素導致了解決方案的延期。希望你們能看到我寫的東西，從而能理解為什麼軟體公司有時就像在砌牆一樣。
寫了這麼多，簡單說來就是，編程很難，程序員本身有責任，但所有一切最終都會好起來的。
為了防止你們絞盡腦汁地去想卡組位到底難在哪裡，下面完全是我個人想像出來的一些具體情景：
■ 假設他們想加入一個卡組分類功能。於是他們做了一些測試，給每個人100個卡位，9輪過後，大家都刪了很多卡組，因為找起來太麻煩了。於是，他們認為單純的更多卡位可能並不是玩家想要的，玩家可能想要一個卡組分類管理功能。這樣不想要的卡組可以放起來，而不一定要刪掉。比如，新環境下的控場戰出來後，他們可以把舊的戰士卡組收藏起來。因此，現在的額外卡組項目會包括「卡組分類」和「卡組搜索」功能。
■ 有人看了這個方案後，覺得非常不錯，但是X、Y和Z需要進行代碼重構。
■ 我們又發現了一個不錯的新構想：「週免橙卡」。每週我們會讓大家免費試用一張橙卡。因此卡組收藏管理介面需要一個全新的頁面，來放置那些包含週免橙卡的卡組，但如果卡組裡面有玩家未獲得的橙卡，試用結束後，該卡組就會失效。（純YY）
■ 哦，卡組位？額，把它放在「週免橙卡」後面吧！否則會出現衝突。
■ 「週免橙卡」出爐，開始進行內測。模型需要在收藏管理系統中加入一些新的代碼，以便讓系統更優秀。但不幸的是，出現了一些特殊情況，失效後的周免卡組出現在了普通卡組之中。於是，他們決定在這些卡組上加一個提示「這套卡組中包含週免卡組，已經失效。」但這終究和卡組分類功能有不太一致。
■ 用戶測試後，發現「週免橙卡」並沒有什麼卵用，根本不值得圍繞某些橙卡去建卡組，而且，每週給一張橙卡，再把它收回去，不是閒得蛋疼嗎？所以「每週橙卡」被取消。
上面這些計劃的實施週期可能就需要3個月，然而3個月過後，卡組位問題卻開始越走越遠，當然這些都事出有因。