遊戲程式技術題-平面地圖互動
前一篇關於如何面試程式的文章：遊戲程式面試之你在找甚麼樣的同僚，再加上NDark這幾年來應徵的經驗．其實收集了不少題庫．很簡短的說，各公司怎麼篩選應徵者沒有一定的規則．應徵者也不需要自己去定義怎樣的題目才算是好公司．工作只有適合與否，公司沒有高下之分．
廣告
我如何找到團隊或發包我心中的案子？
我如何找到團隊或發包我心目中的軟體案
正解答案：成為一個開發者。
次一等的答案：準備多一點的資金並從失敗中學習成為一個開發者。
走入荊棘堡壘＠政治大學
我會試著用我的經驗來說明以下這些項目。前半段，嘗試讓大家了解從遊戲產業專案運作的情況，問題或困難．後半段，介紹開發者實際在處理的資料，有時間的話我會透過一些簡化的情境說明如何跟開發者相處．我希望今天各位最終可以理解，文案作家與遊戲開發者的差異．
遊戲程式面試之你在找甚麼樣的同僚？
在任職不同團隊的過程中，我近幾年開始研究如何面試程式員（特別是遊戲產業），不管是大小公司，我認為技術人員的來去其實對專案都造成很大的傷害，有些直接讓專案結束，有些會讓專案時程爆增一倍。這對專案擁有者（團隊自己，出資人或老闆）都應該是個重要議題，但我們產業談這些卻談的太少。
[節錄翻譯] Lex 回應他的讀者 是否應該堅持 Unity 開發者之路
Lex 回應他的一位印度讀者。他正抉擇於在印度，該去最近出現的不少遊戲新創公司 以 Unity開發者 之路前進，還是到IT產業求一份 C# .net 的職務，也就是標題所言 “是否應該堅持 Unity 開發者之路"
該使用什麼樣的管理模式？
管理方式想要（被迫）變更的時候，
可能代表團隊已經發生 “點對點溝通無法讓團隊順利運作" 的困難了。
也就是遇到了問題，只好想辦法解決。
我本身遇過也聽過不同專案團隊，運作一定時間（有可能是人數變多，或是士氣下降）後，開始規定上下班時間，開始導入績效評核，開始將團隊拆分為功能組，或是建立主程式，主企畫，主美術的組織架構。
[翻譯] 加班有用嗎？如何知道加班有用？
在遊戲產業中，關於加班的基礎問題中，仍未在辯論中獲得答案的是：加班是否真能幫助遊戲開發獲得更多成功？有很多業界的朋友仍相信長工時在創意發想中是無可避免，以及那些充滿熱情的開發者不應該被一周四十個小時的制度所限制。在相反的角度來看，已經有很多科學證據顯示長時間工作會對生產力有負面影響。更重要地，我們缺乏真實數據來證明長時工作－比起較少的工時－能真正帶來高生產力及高創意。
