At the beginning of this project, all my direct crews hadn’t been credited any single title of commercial game product. Most of them were so called rookies. Few of them even were not trained to write code to pass compiler.
專案開始的時候，技術成員都不曾做過商業遊戲產品．大多數都是新人，有幾個竟然不曾受過寫程式的專業訓練。
繼續閱讀最近請團隊成員做了一個類似於三百六十度的評核．原本是希望能夠彰顯部分成員的貢獻度．卻得到有趣的結論．Recently I have asked team members to participate an performance evaluation derived from 360-degree performance appraisal. I have received interesting insight.
繼續閱讀目前已知的幾種開發方法
1. 先底後框再流程 : 傳統瀑布式 缺點是 第一次需要完整規格才能做出正確設計. 第一次能看到整合起來的產品會極長.
2. 先框後流程再換底 : 部署開發人數多需要趕時程的人月傳說專案. 適合資深與資淺搭配的組合. 先架出簡單的框來把開發者分隔出來. 然後再依據進展逐步換底.
3. 先流程後底最後再框 : 驗證遊戲性優先的遊戲類型(Hyper Casual) 先不管模組化直接作流程. 第二步依照需求換掉現在需要底層的模組. 第三步才架設框架考慮協作. 缺點就是前期合作性很低.需要默契配合度容忍很高的團隊.
“缺少了喜歡技術的員工，你的產品會ship得一團亂。缺少了喜歡產品的員工，你的產品就never ship。“
有沒有可能"同時"把事情做對？又把事情做好？
從我的經驗來說從沒發生過。
但大多數老闆看不到這個，大多數老闆可能都還在把事情做對的pivot中。
當pivot對了。那後續把事情做好，也就不再重要了。
因為在風口上，豬都能飛。
當pivot錯了。那後者又一點也不種要了。
精進的員工又到下一間公司去繼續吸血而已。
我自2018在 阿聯大公國 阿布達比 從事 遊戲開發 兩年，因為疫情關係就結束服務。 以下是我個人對阿布達比或阿聯生活環境及文化的看法。 希望對有興趣到當地工作的人有幫助。
寫給我網路上碰到在財富上有所成就的網友：
我很久沒寫部落格了，但我覺得有必要再次透過寫作整理我的思緒。
我很希望我用三言兩語就可以說服你。我不是一個會講話的人。
但我沒辦法，我不是一個很擅長口說的人。我需要沈澱及寫作來總結我的想法。
新年快樂，跨年時節，老司機總是多有感觸．今天回憶到兩個關於性價比（Cost Performance Value）的往事．
第一個故事是，我曾經招募過企劃．當時我們有機會與一間日本公司合作．因此在招募企劃時，我同時想要找日語能力的應徵者．摸蛤蠣兼洗褲，嘗試一舉兩得．但是公司當時能給予的預算就不高，幾乎逼近慣老闆底線．因此一位應徵者明顯表示這個價位太低．我那時候嘗試解釋緩和氣氛：這個低價位並不代表你的價值，是代表這個職缺就不需要完整的日語專長（這個職缺本質上還是個文編，翻譯佔的工作比例大約是十分之一，大多是信件往返，查查字典也能上陣的水準） 繼續閱讀
東亞職場文化是以集體跟隨單一救世主建立網狀網路為表徵。這個英雄不受限於資深與否，不受限於是領導者職位，地下國王人馬，或是技術強者。這個英雄逐漸會擴張工作領域與溝通影響範圍而其他成員與其建立網狀關係，擴張的結果甚至可能到達有少數人擁有所有知識甚至過勞的現象。
小弟在農曆春節前後拿到了一間在阿布達比的遊戲公司程式Offer。即將前往阿拉伯聯合酋長國（United Arab Emirates ）當台勞。其實此去心理十分複雜，心裡所想若不是客死異鄉，就是被看破手腳趕回來幾種下場。
不管如何，在此感謝這幾年來賞小弟飯吃的各位老闆，教授朋友，讓小弟還有一些存款可以安心度過失業的時光，不至於走上歪路。感謝業界或非業界的朋友在失意時能夠適時出現，給予心理支持，不至於走上絕路。第三感謝自己，當有人講"你不可以用英文寫註解，因為其他人看不懂"的時候，你沒有放棄繼續強化語言這條路。最後感謝我的兩位德文老師，真心情意我說過：
“德文課那幾個小時是整個禮拜最令我快樂的時光。（Unsere Deutschkurs sind am besten Stunden aus ganz Woch.）"
NDark MSN Live Space 