「我有一個夢想，期望有天我們能夠免於調校遊戲資料數據的苦痛。」馬丁路德博士的夢想，是人人生而平等並且免於種族歧視的迫害。而我的夢想，沒有這麼崇高偉大，只是希望能夠幫助團隊成員改善遊戲的開發流程。
每次當我看到遊戲企畫者，為了調整遊戲中的各種數據，而必須不斷重複一連串繁瑣而且漫長的操作程序，就替他們感到很辛苦。為了測試資料數據的正確性，首先要在 Microsoft Office Excel 上輸入資料內容，存檔後匯出，接著以外部工具將文字檔轉換為遊戲自訂的檔案格式，把檔案置入遊戲目錄中，最後再開啟遊戲，等待遊戲程式以及遊戲資料載入完成，然後檢視執行的結果。
「咦，食人怪的偵察範圍太遠，而火球魔法的距離太近了些。」於是按下離開遊戲的快速鍵，然後在 Excel 表格中修改相對應的數據後，再次存檔匯出，再次以外部工具轉換為遊戲自訂的檔案格式，再次把檔案置入遊戲目錄中，然後再次開啟遊戲，再次等待遊戲程式與遊戲資料載入完成。
（圖片來源：www.play-gadgets.com）
除非企畫設計者擁有強大的靈動感知能力，能夠精準地預測出合適的遊戲數值，否則總是需要不斷地嘗試錯誤並且經歷許多修改程序，才能夠將遊戲數據調校到完美平衡的狀態。不停地、不停地、不停地重開遊戲，幾乎是每位遊戲企畫設計者都曾經歷過的處境。在遊戲專案開發初期時，可能還感受不到特別的困擾之處；然而當專案到了後期階段，遊戲中的美術素材動輒佔有成千上百 MB 的份量，所以每次開啟遊戲都必須要等待漫長的遊戲初始化載入時間，甚至只是修改單一一個欄位的數據，同樣難以免於遊戲重開的等待過程。
有沒有可能改善這種狀況，減少重新開啟遊戲程式的頻率？有沒有可能在不需要重新啟動遊戲程式的情況下，讓企畫設計者能夠即時調整遊戲的資料庫數據？
繼續閱讀 << "Database Hot Loader 首部曲：Introduction"
原文出處：The Code/Art Divide: How Technical Artists Bridge The Gap
當遊戲專案的規模日益龐大，團隊成員的數目也越來越多的情況之下，伴隨而來的就是更為精細的分工模式與更加複雜的製作程序。精細的分工合作模式，使美術設計者、企畫設計者與程式設計者都能夠專注在自己最擅長的領域中，但同時也無可避免地加深了不同領域之間的距離與鴻溝。而為了解決美術設計者與程式設計者之間的鴻溝，本文將介紹在遊戲開發團隊中的一個相當特別的職位：Technical Artist，技術美術設計者，簡稱為 TA。
（圖片來源：www.primotechnology.com）
何謂「技術美術設計者」？這個角色所具備的專業能力為何？TA 究竟屬於美術設計者還是程式設計者？如果以英文的字意來解釋，Technical Artist 所指的是「技術的美術者」，也就是懂得程式技術的美術設計者。在遊戲開發團隊中，TA 的作用就像是一座橋樑，職責在於連結起美術設計領域與程式設計領域之間的萬丈鴻溝。
以 3D 遊戲的開發流程來說，美術設計者在 3ds Max 或 Maya 軟體中所創造的各種遊戲素材 (Game Asset)，包含模型、動畫與其他物件，並不是只要在製作完成之後按下「儲存檔案」的按鈕後就算是大功告成。事實上，在絕大多數的情況下，由這些套裝軟體所產生的原生檔案格式如 .max 與 .3ds 等等，都無法直接在遊戲程式的系統中使用。
繼續閱讀 << "《The Code/Art Divide: How Technical Artists Bridge The Gap》：技術美術設計者，為您搭起團隊的橋樑"
在物件導向生成設計模式的範疇中，除了之前曾經介紹過的 Facory Method 以及 Abstract Factory 兩項工廠類型的模式以外，本文將繼續介紹另一項在遊戲程式領域中，經常受到廣泛使用的 Prototype 設計模式。
Prototype，原意為原型或雛形，與工廠模式接收到使用者命令之後即時生產物件的方式不同，在 Prototype 模式中，我們需要先打造出物件的原型樣版，待鑄模程序完成以後，接下來就能夠輕易地以此原型複製產生出全新的物件。複製，也可以是一種生成物件的方法。如 UML 圖所示，在 Prototype 設計模式中，定義了三個參與角色：
- Prototype：宣告自我複製的介面。
- ConcretePrototype：具體實作出自我複製的操作。
- Client：叫原型個體自我複製一份，以生出新的物件。
按照上述的責任關係，程式系統的使用者 Client 只需要指涉到基礎的 Prototype 介面，就能夠以此 Prototype 介面所宣告的 Clone() 方法，複製出類別的物件成品；而 ConcretePrototype 們衍生自 Prototype 介面，是 Client 進行 Operation() 方法後將會獲得的實際成品，所以必須一肩扛起實作 Clone() 內容細節的重責大任。
繼續閱讀 << "Prototype：物件原型複製者"
1980 年前後出生的我們，誕生在一個荒誕而奇異的年代。
1980 往前，是經歷過經濟起飛時期的父母長輩；1980 向後，是成長於物質與資訊不虞匱乏時期的年輕後輩。1980 是民國 69 年，正好處於六年級生後段班與七年級生前段班交界點的位置。屬於 1980 年代這一掛的我們，現在還不是社會上的中堅份子，但也不是媒體形塑出來的爛草莓族。我們所站的位置，似乎有那麼一點特別。
在上一代長輩的眼裡，我們被視為過度早熟的孩子，不論是知識、資訊或者自我意識，所有的事物都接觸得太早也來得太快；事實上，我們都是晚熟的大孩子。大學的錄取率逐年攀高，新鮮人的起薪停滯不前，工作機會越來越少，在畢業幾乎等同於失業的狀況下，不論是有意或者意料之外的延畢，再加上就讀研究所的時間，都拉長了校園生活的時期，也延後了正式踏入社會上班工作的年齡。由於比較晚踏入社會的緣故，所以在心理狀態上，自然呈現出與實際年齡不成正比的晚熟程度。
（圖片來源：www.postershop.com）
繼續閱讀 << "1980，我們的寂寞星球與孤獨世代"
原文出處：Flagship Founder Bill Roper Interview
2003 年，冬天，旗艦工作室 (Flagship Studios) 於萬眾矚目之下創立起始；2007 年，秋天，旗艦工作室的第一個遊戲作品《地獄之門：倫敦毀滅》正式於歐美地區發行上市；2008 年，夏天，旗艦工作室大量資遣公司員工，旋即於同年七月宣告沈沒覆滅。
五年，人生有幾個五年可以揮霍？
（圖片來源：www.tech2.com）
Bill Roper，身為旗艦工作室的首席執行長以及共同創始人，也是 Blizzard 公司三大名作《魔獸爭霸》、《暗黑破壞神》以及《星海爭霸》的遊戲製作人 (Producer)，如果讀者清楚瞭解他的資歷，曾經玩過、看過或者聽過他所參與開發的遊戲作品，應該很難不對於旗艦工作室的黯然落幕感到震驚：像他這樣成功經驗豐富的遊戲開發者，怎麼可能會失敗！？
還記得五年前，那個 2003 年的夏天，當我正在軍營裡折騰翻滾的時候，Blizzard North 分部的三位創始人以及副總裁 Bill Roper 宣布集體離開如日中天的 Blizzard 公司，不僅在玩家社群中掀起巨大的波瀾，也大大地震撼了整個遊戲業界。於是，開始有人說 Blizzard 公司快要完蛋了，有玩家說《暗黑破壞神》不會再有續作了。經過將近四年的開發時程後，背負著無數玩家的熱切期望，在許多狂熱者眼中引頸期盼，能夠繼承《暗黑破壞神》系列作精神的《地獄之門：倫敦毀滅》終於在 2007 年 10 月 31 日上市。
但是很遺憾地，這款嘔心瀝血的遊戲大作，在大多數的遊戲評論者與玩家之中，都無法獲得良好的回應及評價。
繼續閱讀 << "《Flagship Founder Bill Roper Interview》：地獄之門崩壞，旗艦之夢沈沒"
Loading ...