這是二下開學後的學習篇，有三個主要專案，企劃課遊戲原型、教授要當教材的關卡編輯器、另一個教授的產學案子。第三個要暫時保密，這篇主要針對前兩者分享，使用內容經過組員同意，文章中會進行工作著名。
圖片很大張可以點開來看歐。
磁鐵精靈拆遷工程
《遊戲企劃》課的專案，要跟著課程做企劃 + 可展示玩法的原型，方法不拘（遊戲、簡報或自己演出的影片也行）。組員有三位：
發想階段
我們用課堂教的心智圖、曼陀羅發想設計，就是發散收斂啥的，三人一起構思再整合成企劃書。我們的主題是：指揮亂源磁鐵精靈拆毀異世界的建築，征服所有平行宇宙
遊戲機制是反塔防 + 打磚塊（題目要求塔防）。討論時畫了簡單示意圖，玩家要控制板子反彈彈球，透過撞擊磚塊進攻，而敵人（磚塊）是防禦塔，會攻擊板子和球。
競品分析
作業的一環，我們找三款相似的遊戲進行分析，篇幅問題就不放出來了，有興趣再點進連結看。
劇情設定
發想時有先粗略設定過，劇情則是 2D 世界的亂源磁鐵們入侵了 3D 水晶世界，打算進行拆遷工程。老師說很有任天堂的味道 www
雖然不會做進原型，但劇情還是有重要性的，畢竟現在連三消遊戲都有劇情。劇情由事件構成，我們各自發想 4 個再整合成一條時間線，聽完老師建議後又修改成 16 個事件。
雖然不複雜，但還是畫了人物關係圖方便理解（以及作業要求）。用線條顏色代表正反面關係（這張圖忘了上色），再用文字補充細節。
情緒與配色
企劃要根據劇情預估玩家情緒變化，並提供配色建議給美術。作業四要做出玩家情緒指數變化圖、明暗關係圖以及對應的配色方案。我完全沒注意到這項作業，這是由 YukiO3O 獨立完成的，感謝組員 Carry 。
企劃書
目前還沒教機制設計（為什麼還沒講機制？？？）但我還是先把討論出的設計細化、寫成主文件和補上更詳細的示意圖了。文件連結在這，有興趣可以看看：
亂源磁鐵拆遷企劃主文檔
原型
總之先簡單弄出了原型，沒有美術、沒有太多物件，只有兩種塔（磚塊）、板子跟球，塔會對玩家和球發射子彈，推進直到板子死亡就輸了，程式部分沒什麼深度就不解釋了。是有點敷衍，但先求有，這學期事真的不少。
水晶公主異界迷走
企劃課的期中作業，要做額外的潛行遊戲關卡設計，三個關卡，題目要求如下：
- 遊戲類型：潛行遊戲
- 勝負條件：主角在180秒內，到達出口 。
- 特別要求：每個關卡請加入1～2個彩蛋（例如與故事有關或遊戲無關的致敬也行）
- 預計平台：手遊
- 使用工具：以試算表的方格，上帝視角進行關卡設計（開放其他、特殊）
遊戲舞台限制台南、高雄的地點改編，並且要在七個選項（科學園區、辦公大樓、大學、監獄、發電廠、商業金融中心、實驗室）中選擇。效率考量，我們決定沿用世界觀，但這次的主角是水晶公主，她在戰敗後透過傳送門逃跑，意外穿梭到架空世界的台南室。
總之，再討論了相關設定（公主來到這裡、她要做什麼、目的、動機和最終目標）之後也是各自發想事件，一人提供四到六個再整合成統一時間線。時間考量角色設計也沿用簡單畫風。
作業封面是組員 Yuki030 製作的，經過同意後分享。幫組員澄清一下，原先分配是 Yuki030 製做封面和簡報，但趕出封面後才發現不用簡報，而時間關係（還有其他期中）我也不打算要求修改，所以讓封面維持在這張圖，否則這張圖也沒達到組員自身標準。
關卡設計
作業要用 Excel 設計關卡，這在業界應該很普遍？正式設計也能用表格畫，只是要另外寫轉換腳本，但這裡也不深入，有興趣可以看
【日誌】資料驅動 - 多語言文本生成 （但這篇也沒講多深就是）
一人一關，我把設定餵給 AI 生參考，再自己改成最後的樣子。
我做的是發電廠，根據事件 8 製作。這裡省點字，下有影片介紹。
組員 Yuki030 製做監獄，事件 7
組員 Izumige 製做實驗室，事件 3
遊玩介紹
作業最後還要求影片介紹，要展示關卡的遊玩過程。我在掙扎後接下了注定的錄影工作，剪輯交給組員 Izumige 。時間（懶惰）關係我就只解釋通關方法了，其他細節在 Excel 上。
完整文件可以到這裡看：
水晶公主異界迷走試算表。我們有用分頁噢，在最底下可以切換。進一步的表格排版也是組員 YukiO3O 進行的。
關卡編輯器
這學期第二個專案，上學期末跟《故事編寫》課老師聊到的東西，他想找人做個關卡方便教學用，所以就接了，但談了交換條件，他要幫我把故事出版啥的處理好，畢竟 Why Not，想拿個出版的成就也不錯。
雖然自己校過稿也能讓老師幫忙出版，但我短時間內不想再接觸小說了…
總之，這個案子加我有四位：
跟課程不同，這案子的過程就是我用先前經驗 + 文章影片看到的知識規劃的，如果有能改進的部分再麻煩前輩指出。
情境設定
首先是情境設定，主題採用克蘇魯，原先劇情設計是「在深海巨型菊石中的城市」。畫了分鏡圖才知道大家理解不同，連菊石的存在方式（活、死、躺著、直立）都沒有共識 www
我們畫了三張，左上是我畫的，左下與右側是組員霞貓棗子貓與 Izumige 畫的，總之設定後來也砍跳掉了，因為沒實際需求。
所以需求是什麼？
- 一個 2D 平台動作關卡編輯器
- 在規定的時間內，主角在血量不為零的狀態下，從起點移動到終點為過關
- 有可以丟擲拋物線物體攻擊的敵人
- 玩家可以蹬牆跳
- 教材用，使用者為授與學生
老實說，我原以為能收到比較正規的要求或企劃…但 errr，算了就隨我搞吧 :P
概念設計？
總之，不需要太多劇情相關的東西而決定砍掉省時間，但還是延續剛開始的情境下去設計。首先是方塊和生物設計。
組員 Kocha 繪製的設計草圖，方塊和生物。
組員 Izumige 繪製的設計草圖
備註一下，剛開始因為需求和效率原因有限制設計的精緻度，這實際是超出要求的，但也是真的很好看。
配色嘗試
讓美術進行配色嘗試，用三個基礎物件做三種配色變體。
再做些風格協調，方塊邊框、降低飽和、降低明度、柏林噪聲之類的。
最後再決定採用風格，感謝兩位美術耐心陪我這外行討論。
採用方案
組員 Kocha 與 Izumige 給剩餘怪物草圖上色。
量產設計
有設計主軸後就可以進入量產階段了，但在這之前有先跟教授討論過（一直有跟教授討論），他認為要求太低導致組員 Kocha 沒有表現機會。所以要求他重新進行怪物設計，並用更嚴格的過濾的方式（六選一）決定採用方案。
組員 Kocha 的怪物設計，基本怪物、垂直遊蕩、發射子彈、對周圍一圈造成傷害，一共 15 張草圖取 4，後三張也要求補充編號與關鍵字，方便溝通。
組員 Kocha 玩家角色設計，為了動化方便我決定採用 No.4 某種齧齒軟體生物並要求動作草圖。但霰彈槍的設計改掉了，教授比較喜歡噴吐攻擊。
組員 Izumige 互動點與方塊設計，存檔點、傳送門、更多方塊、門、加分道具與終點。跟教授討論後還畫了追加了怪物門動態。
素材化
有草圖、上色後就要他們先輸出素材測試，我就開規格啥的，做些…技美該做的事？組員也畫了動畫，但我打算放到下篇【學習】再一起展示。
UI 設計
組員霞貓棗子貓原先是企劃，專案前期的故事設定是他編寫的，但發現需求不符就廢棄了，後來讓他嘗試繪製編輯器 UI 草圖…emm 但效果不太理想。
關卡設計
跟教授討論後決定讓他進行紙上關卡設計，部分美術的方塊或怪物要求就是關卡草圖中提取的。以下幾個關卡都是組員霞貓棗子貓繪製的草圖，關卡敘述搬運自原始解說。
傳送門大廳 -
解謎關卡，玩家需要把左側的電源逆時針接上整張地圖的節點，並依序踩下巨型拉桿，最後接到右側的負極節點才能打開中上方的回去傳送門。
淤泥處理場 -
方塊說明：驚嘆號旁邊有個加號的是強化碎塊，它不會被玩家的攻擊打破，但會被砲打碎，裡面放的是輻射廢料（或淤泥也可以）會虛弱下面的小骷髏頭。
墨綠色路線：那是把電線通到電池負極後，水閘打開淤泥流下去的路線，單純是通關的小動畫，你要直接讓那個槽的淤泥消失也行。
海牢關卡 2 -
玩家會遇到兩個囚犯，他們沒有用途，只會死跟著玩家，在最後開大鐵門時，兩個囚犯不會跟著玩家進入最後拉桿的區塊，他們會下跪膜拜巨人，這時巨人的眼睛一亮，玩家才可打開拉桿釋放巨人，他會在最終大戰幫助玩家一把。
海牢（終） -
觀察者：類生物（無敵），會觀察各種生物的特徵，有兩種行為模式，一般＆清除，一般模式：玩家或任何生物移動在其視野內會睜開眼睛並在1秒後朝向原先觀察的位置發射死光，3秒無動靜將再次閉上眼睛。清除模式：當玩家觸發３次一般模式或碰了感應棒棒會啟動10秒清除模式，在這模式下整個關卡的觀察者他們雙眼會發光，並朝水平垂直兩個向量（十字）每1秒發射死光。
跳躍或跑步2次（算在一起）觸發一次觀察者一般模式
本關主題：潛行脫逃
彈跳水母關卡 -
長條形關卡，但說明是影片，我懶得搬了 :P
輸出測試版後也讓他用基礎方塊（一般、彈跳、死亡）設計了幾關。
程式部分
我拿之前做的框架修改，自己定義資料結構後用 StreamingAssets 讀定義檔、關卡、腳本、圖片等資料。還有用 Lua 實裝行為，生物、方塊等，透過定義檔抓取函式，把行為外部化，程式碼變輕量很多。
最後用可以模組的結構完成基本的玩家（螃蟹）移動、攻擊跟彈跳方塊的效果。
然後就開始量產各種方和生物？沒，花了一堆時間處理資料載入框架、資料結構定義後我決定砍掉重來。原因有三個：我嚴重低估允許模組的難度、嚴重低估企劃的重要性，以及嚴重錯估真實需求。
之前的文有提過不少注意事項，但果然實際搞過才知道難度多高，我對資料驅動 (Data-Driven) 的實作還不熟悉，對 Lua (XLua) 也還不熟悉，串接 C# 與 Lua 的程式挺粗糙的，權限、封裝…bababa 之類的一塌糊塗，程式碼的維護跟擴展是個惡夢，硬要繼續不會有好下場。
還有定義檔也不知道要有哪些屬性，血量、圖片、行為啥的都是遇到才補，加上程式擴展性問題就變成一個惡夢。這裡就要帶到企劃的重要性了，這些需求應該在一開始就預估好才對。
跟專業企劃合作後，再來跟學生組隊的落差感真的很大，無論是山鴉還是入學前的工作我都只要專注在實作上，但這個專案我接過了企劃工作。
沒有要責怪原企劃組員的意思啦，只是分享一下心得。
原本找對方（這專案的組員都是我指名的）負責企劃是因為他有不少遊戲經驗，從王國之類到紅白機遊戲都有，也有用 UE 做過遊戲…但他在企劃方面的經驗還是略顯匱乏。
剛開始的企劃書中有太多非必要的世界觀、角色設定，而編輯器的 UI 草圖…先不論看起來怎樣，主要問題還是不符需求，他繪製的參考是 Minecraft 之類的背包介面，但我們需要的會更接近 Rimworld、Oxygen Not Included 這種上帝視角的編輯器。
而怪物與方塊的設計美術們也能獨立進行，不需要企劃額外開，所跟教授討論後才決定改變工作分配。
還是再聲明一次，沒有要責怪組員的意思，對方在共事的表現都有達到應有的態度，只是企劃專業上被我用高於學生的標準審視才有這些評斷（而且這個標準我也達不到），更何況學校這學期才教企劃。（所以為什麼還沒教機制啦？？？）
總之，真正想說的是我清楚企劃的重要性了，作為走在團隊最前頭的人，他得清楚具體方向並做出規劃才行，而不是走一步算一步。這幾次幹過也逐漸了解難度，好企劃絕對不是出張嘴就好…加油阿小呈，這也是你得學的。
順帶一提，我們的下屆一年級就學企劃，這樣好多了。
回到專案 ~
最後是需求問題。老師的要求是「關卡編輯器」，只要能編輯關卡就好，不用編輯玩家、敵人、腳本和圖片，其餘東西只是我私心想嘗試罷了。雖然有學到東西，但從專案管理的角度來看則浪費了整個月的工作量，或者說是賠了整個月的資金（如果有），還好這不是商案…
但之前工作時也犯過一樣的錯 D:
最後我用基礎的 Resources 載入、用 Prefab 組合物件，以及用繼承實作不同行為。簡單快速也沒技術深度，但是符合需求的樸實方案。
關卡編輯
總之目前看起來像這樣，從列表新建關卡，左測是不同類別（圖層）選擇，中間是物件選擇，右邊是選取的物件，可以用滑鼠在場景中繪製繪製。
關卡遊玩
從列表載入關卡，抵達終點就算贏，如果倒數歸零、血量歸零就輸了。
關卡檔案用 Json 存在 StreamingAssets 中，只要打包資料夾就能分享自己的關卡給別人了。
其餘部分也沒什麼好提了，玩家控制是拿別人的來改的，剩下就是一般的平台跳躍內容。
人培產學
最後還有個產學案子，這學期的第三個專案，獨立遊戲的商案，也是最硬的一個，對內容有興趣而且能學東西就接了。遇到問題有人可以諮詢，藉機認識了不少前輩，跟專業的合作起來真的舒服。遊戲內容不方便公開，就說過程接觸到的新程式玩意。
資料庫
SQL（Structured query language）一種結構化搜索…語言？總之跟前輩討論時聽到的，他建議我用用 SQLite 做本地資料庫，雖然他也說實際資料量不一定大到需要資料庫，但還是找資料研究了，畢竟 Why Not。
參考資料
XLua
我在這案子也用到了 Lua，但是在地圖編輯器踩雷後使用的，所以比較有經驗了。有點難形容差別，但把部分行為外部化寫起來真的更…輕？沒有範例很難展示，有機會再寫筆記吧（RRR 好忙）。
參考資料
模組化
我大概在 Lv2 吧，所以去找了一些模組化相關的資料，還有 Assembly Definitions 相關的資料。大多資料都指向 Interface 吧，但我也要多實作才有辦法靈活應用。
參考資料
單元測試
最後是單元測試，去年就知道但遲遲沒學，也趁這個案子嘗試了一下。簡單來說就是把系統拆「單元化」獨立測試，並預定一些情境自動運行，就不用每次手動測有沒有東西壞了，重構後按個按鈕就知道。
如果不夠單元化，不能測試怎麼辦？那就是真正的重點了，為了方便測試我得把程式拆的更細，用 Interface 抽象化部分系統的連接，間接導致程式寫的更乾淨。方便測試的程式就是更模組化、更好維護、更好擴展的程式。
測試的效率提升只是好處之一，更大的幫助是對我程式寫法、架構的意識提升，真該早點學的 D:
參考資料
畢專計劃
又一個月過去了…關於前幾個月的焦慮或低谷啥的，這段時間有想通一些東西，但我打算到下一篇【生活】再聊，再等一會看有沒有更多想法，感謝留言和私下鼓勵的巴友，真的大感謝 :D
這篇來談談新計劃，關於畢業專題。
不確定有沒有提過，我原本對畢專組隊沒抱多少期待，也對要做的東西還沒想法，就是最後單幹也行的心態…畢竟要單幹也不成問題。我也不像其他學生有證明能力的壓力問題，不用靠畢專定生死，所以畢專也只是另一個專案罷了。
但這是原本的想法，現在不是了。
根據幾學期的觀察跟合作經驗下來，自己有了明確的判斷標準，也認識幾位能力跟做事態度都信得過的同學，前陣子把他們都找來組隊了。
目前有兩位 2D 能負責原畫、概念設計，兩位 3D 能專職建模動畫等，有必要的話我跟 2D 們也都能支援 3D 工作，剩一個位置給程式候選。以我的標準而言，認識的人裡的各項頂標都被找來了。
雖然實際狀況要等湊在一起才知道，但我是真的期待了 :D
至於專題內容，機制與劇情還不確定，反正絕對不是多人遊戲、動作戰鬥、銀河惡魔城、開放世界或其他不可能在專題規模做好的東西。可能會是走路模擬器、純動作遊戲（無戰鬥）、解謎或乾脆文字冒險等等。
程式面沒有什麼炫酷的東西好做，我可能會把主程式交棒給人（如果有人選），頂多下指導棋，而就算要自己扛程式，在同時兼顧企劃、專案管理和技術美術的情況下也很難寫出多複雜的東西。
我們打算把重點放在視覺風格的呈現上，主要參考奧術、Road96 和 Disco Elysium 的美式風格。或者說，因為重點在美術所以得減輕程式負擔才行。
（如果各位有看過相似風格的動畫、遊戲也麻煩告訴我，感謝了 ><）
我也還沒把握做好，目前的計劃是三上要跟組員驗證完製程、渲染相關的東西，確定需求都是可行的，完成長長的檢查清單後開始畢專，我們得早一年開始。
除了程式、技美之外，我現在更需要企劃和專案管理的知識，從上次場景到這兩個專案都給了不少經驗，但要學的還是好多阿。
是說，如果美術遇到所謂「狀態不好」的問題該怎麼辦，這是跟組員討論時聽到的可能狀況，輕則微拖重則難產。
- 美術自己該怎麼辦？調適方法之類的？
- 身為專案管理該怎麼辦？工作分配的影響、時程的調整之類的？
- 身為領導、組長角色該怎麼辦？組員間的協調或鼓勵之類的？
除此之外，還有什麼管理團隊需要注意的事？有什麼該要求、不該要求的事情？目前特別要求的有三點。
- 所有人都要會操作 Unity，有需要我也能教，UI 啥的美術直接進引擎調整效果最直接
- 所有人都要寫紀錄文，這是低成本卻有無上限回報的事，同時幫團隊鋪成社群宣傳
- 要求只做四十分的時候不能做到六十分，畢竟時間有限的情況不可能什麼都做到最好
如果學長姐、前輩們知道其他需要注意的事也麻煩題點一下 ><
好忙，這學期又更忙了，一學期三個專案真的要命，尤其兩個教授的案子標準又更高。一般科目水過就好了，編輯器以製作效率優先，要在下個月內結案免得撞期末。最硬的還是獨立商案，需求和水準都有更高要求，這學期恐怕做不完（但也不要求就是了，對方會配合我的時間）
半學期過去了，雖然在負荷範圍內，但在處理考試、報告、平時作業的同時做兩個專案真的累，是我高估一學期的時間、高估自己的做事能力，還是高估了自己的取捨能力？
正式畢專時可不能犯這種個人錯誤阿…到時還有五個乘客在。
創作內容
【學習】打磚塊、編輯器和專案管理
--- 重點文章 --- (0)
