Code Review

前幾天在想有關Code Review的事情的時候，網路上瀏覽到這麼一張圖。

哇哈，一張圖片，勝過千言萬語啊......

遊戲程式的設計模式

前幾天，老闆找我討論一個問題：要給程式新人怎麼樣的訓練，才能讓他們在專案開發上發揮該有的戰力?

我把這個問題繞了兩個彎，換成：有什麼東西是新人不懂，卻深植在老手腦子裡的?

於是我找到了幾個重點，其中一個就是遊戲程式的設計模式。

四人幫的書裡面所寫的設計模式，我稱它做一般化的設計模式。當然，在遊戲程式裡，也是多多少少會用到個幾種模式的，像是Singleton、Factory、State之類。

而我們要再進一步做整理的，是在遊戲程式裡常用的設計。

例如，在遊戲資源或是繪圖資源的管理上，運用Reference Count很常見，但是對剛跨入這一行的程式新人來說，Reference Count可是連聽都沒聽說過。而另外一個極端的資源管理方式，Garbage Collection，又是怎麼回事?

程式老手會說，拜託! 這是基本觀念好不好?

不過，要讓新手程式自己搞懂這是什麼，可是一個不算低的門檻。

以往，我們用的是，師父領進門，然後自己修行，從數十萬行的程式碼裡頭，自己把這些所謂的「基本觀念」搞懂的方式來訓練新人，訓練期不但太長，也未必人人都有辦法自己「頓悟」出來。而且，如果急就章似的就這樣把新人丟上線去打仗，那是很容易出問題的。例如，Reference Count一旦用錯了，小則memory leak，大則crash。

反正都不是好結果。

然後我們為了減少出錯的機率，將Reference Count的機制，套上了Share Pointer的Template來使用....

這又是新手程式要跨過的另一個門檻。

老手知道Reference Count的使用時機、使用方式，以及設計上所要考慮的點，也知道Share Pointer究竟要防範什麼樣的錯誤，以及會帶來什麼麻煩。但對新手程式來說，這是：千頭萬緒，治絲益棼。

所以我們要拉出一條可以當作起點的線頭，將這些遊戲程式中的設計模式，從複雜的程式碼裡頭整理簡化出來，降低新手程式的進入門檻。

也許哪一天我可以把某些個整理出來的模式Po出來也說不定......