作者rubric (其實我正在找第幾篇)
看板GameDesign
標題[魯蛇] 新手寫game分享微薄心得
時間Sun Dec 1 10:01:40 2013
"本版討論範圍相當廣喔!"
聽到版主這句話，就大膽寫下這幾天以來寫game的心得
雖然是新手，但也很厚顏地分享有些自以為是的心得
有誤還請多多指教唷 (￣▽￣)
以下魯蛇是以java並用eclipse開發得到的心得，以及遇到問題該如何解決
使用其他語言的程式設計能否套用就不太清楚了 sorry
===========心得分享開始
1. 命名變數時，名稱盡量寫得愈清楚愈好
(不一定是愈長，但能在何時何地，甚至是幾天後看見這個變數，
都能讓自己立即看懂最重要)
2. 命名變數時，可註解:
a. 該變數的用途、名稱
b. 該變數的值是如何被決定、在哪個method裡被決定的
甚至有些可附上決定該變數的值的式子，例如:
c. 該變數取得後將被用在哪個method、或是用在哪個位置
3. 每當進入一個method時，可以考慮print出"已經進入XX method或thread裡"
如此一來就可以在程式出問題時，觀察到究竟是進入哪個method、判斷式
或迴圈中時出問題。
(老實說這一點是因為我不會用eclipse附的debug功能
4. 遇到多於一個bug時，先處理看起來比較簡單的bug，
有時複雜的bug反而因此隨著消失。
5. 有時儘管是很小的修改，但也要認真跑跑看程式；否則修改的地方累積愈來愈多
的時候，最後出現bug時，反倒不知道是當初修改的哪個部分出問題。
(聽起來很基本，但這一點我吃了很大的虧
6. 使用google關鍵字搜尋問題，80%以上的問題有機會得到解答
無從得到解答的時候，可考慮上討論網站問人。
禮貌且詳細地解釋自己的問題，甚至在標題上先註明是關於什麼的問題
讓人一目瞭然。
原則上由於在下是新手，因此蠻多問題都能在網路上找到解答
這一點還挺慶幸的
最後幾點是純粹個人習慣:
a. 我會每當要做怎麼樣的修改，或增加什麼功能，
我都會在記事本上寫下流水帳(或任何閃過腦海的事情) 如下:
<目前正在修改某某bug... 目前瀏覽到第幾行...
記得增加某某功能... 衣服洗好還沒掛等等...>
然後將已經完成的部分刪除
b. 每過一段時間(例如說3天)等等，重新瀏覽並精簡所有程式碼
你會發現有很多地方可以省略，或是忘了那些變數是在做什麼
(這時就可以替該變數加上註解)，甚至是簡化程式碼，
很不幸地抓到新的bug等等XD
c. 每當有一次(覺得可能會出問題)的修改，都要存一份修改前的檔案
不好意思囉嗦了這麼多
以上純屬新手的心得，歡迎討論分享 ~(‧ω‧‵)~
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 36.224.207.102
1F：推 UbaldJimenez:屬性方法命名最好有自我描述性，為他的意義註解很像 12/01 10:11
2F：→ UbaldJimenez:脫褲子放屁... 12/01 10:12
3F：推 UbaldJimenez:c項目的話可以學學版本控制，他是記錄改變的snapshot 12/01 10:15
4F：→ UbaldJimenez:比起瘋狂拷貝project來得好維護又省空間 12/01 10:16
5F：→ rubric:確實很像脫褲子放屁XD 12/01 10:25
6F：→ rubric:版本控制 收到 用google了解一下後 確實是個不錯的控管方式 12/01 10:30
7F：→ rubric:感謝您的提議(〞︶〝*)b 12/01 10:30
8F：→ rubric:受教了 12/01 10:50
9F：推 doomleika:你用eclipse，選能跟eclipse整合的 12/01 11:34
10F：→ doomleika:git eclipse有很多整合工具 12/01 13:44
11F：→ y3k:<=完全不寫註解 搞不清楚自己到底是強者還笨蛋的人 12/01 13:49
12F：→ doomleika:由奢入儉難 12/01 13:52
13F：→ LayerZ:完全不寫注解絕對是笨蛋 12/01 14:35
14F：→ LayerZ:不用注解看懂程式是不是天才我不知道，但是 (接上句 12/01 14:36
15F：→ y3k:不過我花比較多時間在取class和function名稱就是XD 12/01 14:41
16F：→ y3k:還有變數名稱 12/01 14:42
17F：推 wangm4a1:推 12/01 15:02
18F：→ rubric:完全不用註解對我來說是強者，因為我容易忘東西， 12/01 17:51
19F：→ rubric:我看程式比較慢。 12/01 17:52
20F：→ siriusu:<-自用程式完全不寫註解的白目ˊ_>ˋ 12/01 18:27
21F：推 Ayukawayen:不寫註解比較要求寫code的功力 甚於讀code的功力 12/01 19:33
22F：→ Ayukawayen:不過不管寫還是讀的方面 都需要經驗 一步一步來即可 12/01 19:34
23F：推 ddavid:不寫註解要求的是你「現在」的寫Code能力以及你「未來」的 12/01 23:01
24F：→ ddavid:讀Code能力XD。最可怕的是，那個「未來」可能是一年後，也 12/01 23:01
25F：→ ddavid:可能是你吃完飯回來的半小時後XD 12/01 23:01
26F：推 AmosYang: “不要就只為了寫註解而去寫註解” 12/02 01:21
28F：推 AmosYang: /Soft_Job/M.1274025204.A.CDB.html 12/02 01:24
29F：推 PathosCross:一小時…這段不是我寫的啊！ 12/02 13:06