作者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