承上篇

在那之後，很長的一段時間我都在忙公司承包的案子，而那個後台管理系統就這樣擱置了。

我原以為成為團隊邊緣人之後，會平靜一點，直到有天，又有個新的需求：高層希望在 APP 的商城中，有一個類似蝦皮的小遊戲，可以透過每日遊玩來賺取商城代幣。在會議中，主管要求使用 Cocos 來開發，我稍微了解了一下，原來這是一個跨平台的遊戲引擎，它的核心是以 C++ 實作，在外層則提供不同語言的介面與工具給開發者使用，適合用來製作 2D 或 3D 具備物理互動的遊戲。然而，高層提出的小遊戲構想只是「種樹遊戲」，點擊澆水壺澆水，種子就會發芽長大變成樹，就這樣（攤手

沒有任何物理需求，我不需要 Cocos 也能完成，加上之前 Android 早就因為包了 Unity 引擎，肥到必須分批打包，就不要大肥加小肥了吧？於是我向團隊提出我的看法，其中，iOS 工程師還是鼓勵我使用 Cocos，於是我回道：「那請你說服我為什麼，為什麼一定要用 Cocos？」他卻指著他寫好的 3D Demo 說：「它就真的蠻厲害的！我真的很推薦你使用。」我知道學習是一回事，但我是在問這個需求，為什麼需要用 Cocos。「不然你來負責開發啊！」我脫口爆出這句氣話。「不不不...」看著他笑著搖著手，我覺得內心又有些東西被消耗了，難掩氣憤的我坐回座位，直接用 React 寫了一個種樹小 Demo，交給主管讓他向老闆交差去。

又過了幾個禮拜，某日下午，iOS 工程師突然站起來問：「主管，你知道什麼是『廣播風暴』嗎？」當我默默在搜尋引擎中輸入關進字時，卻聽到主管淡淡的回說：「那要看你怎麼定義『廣播風暴』囉～」

這不是跟我問什麼是鯛魚燒，被回「看你如何定義鯛魚燒囉～」一樣嗎？這些名詞本身就具備清楚的定義，大聲說出「我不知道」有很難嗎？我皺著眉頭關上搜尋結果的視窗。

我從這些事深刻的感覺到，技術固然重要，但許多人談技術時滿懷熱情，卻沒想過那是不是最合適的解。當工具凌駕於目的之上，工程師就成了技術的信徒，而不是問題的解決者；而承認未知，並不是什麼丟臉的事，是願意面對問題的第一步罷了。在這裡，期許自己能維持這個 mindset，繼續在前端深耕精進。

附上當時了解 Cocos 看的影片，這系列蠻詳細的