給編程人員的建議
一，善用紙筆
前兩天給家人寫信，才發現現在我的字已經不那麼像字兒了，倒像是不太好看的簽名，連下去。
如果他們看起來估計要有點猜測才行。沒辦法，沒養成好習慣唄。前兩天整理以前的程序，發覺太難
找不到北，於是找到了紙和筆，寫寫畫畫，才找到了一些方向。所以第一個好習慣是善用紙筆，尤其
是開始寫程序時，"一上來就寫"，往往以後要做的事兒就是"一上來就改了"，找張紙規劃一下才好。
二，多寫子程序
尤其是asp程序員，這點我認為最重要，因為asp的代碼推積太厲害，用cp法則寫到最後，面目全
非，不如一開始寫個function 然後找個目錄專門放著，用的時候include，會省了海事兒了。程序員
就要懂得偷懶，十個function絕對會讓你少加一個班，相信我。
三，縮進 和 編輯器
我一開始寫程序的時候很少縮進，現在有時候看不懂以前的代碼。在vb和vb.net 中分別是
選中後（也可以多行選擇）
左縮進 shift+tab
右縮進 tab
快捷鍵多多，好處多多，有個適手的編輯器很重要。而且.net編輯器可以調背景色，可以調的淡
些，（推薦淺藍色或淺綠色）這樣的話對眼睛有好處，少加近視度數。
四，注釋寫法
注釋寫法各有不同，但我窮於注釋，不怕費饃。
例：
if ...... then '文件存在則....
else '文件不存在請....
end if
while not rs.eof
rs.movenext
wend '人名列表循環，主要為了......
select case
case ...: '&*^(*&^(*&%^$&^%
case ...: '&^*&%*&*&)*&)&&^
end select '*&)(*&(*&(*&
比較喜歡java的 /**
.... */ 注釋寫法，很好，一邊注釋，一邊寫文章，寫著寫著就寫成了一本項目流程說明書，呵呵。
還有抬頭注釋
'＊＊＊＊＊＊＊＊＊＊
' 作者什麼的
'＊＊＊＊＊＊＊＊＊＊
花邊注釋
'<----------<<<<<< 此處如何如何
花邊注釋二例
'````` {``````````````````````````````````````````````}______________
' (S ^) { 編程苦多，樂少！ } =====________
' (@ = #) { 不斷學習，適時休息，乃不二法門！ } -----------_____
' ( v ) {______________________________________________} =====__________
等等
五，cp大法
即copy paste 拷貝，粘貼。打字再快也快不過cp大法。多用鼠標和shift 相結合
即塊首光標 按住SHIFT 點塊尾即可選中
ctrl+c '如果想移動的話就用ctrl+x
ctrl+v
當然痛苦中的時候不要忘了ctrl+z ,時光倒流
六，ups以及代碼備份
ups必須要配一個，當然很多專業級的人士已經養成了 ctrl+s 然後再F5的習慣。
代碼備份最好用其他軟體完成，寫完拷貝到服務器上，這樣服務器備份，軟件備份同
時進行。也可以每隔一段時間update一次服務器。至於說多人協用的話服務器代碼備份就更加
必要。
七，多操作系統和硬盤克隆！
一個程序員滿累的，現在硬盤這麼大，40G也能分5個區，那麼就這樣吧 全部用fat32 損失不了什麼的
一個 windows 98 主要用於啟動ghost和測試
一個 windows professional 不補丁 主要用於測試
一個 windows server 2000 pack多多 <最好是英文版> 主要用於編程
一個 windows server 2003 主要用於玩些其它的東東
一個 backup區 備份gho文件以及常用軟件或者驅動
寫安裝文件時這些東西最好用了，想試試裝不裝得上，把professional 刻回去，然後裝之試之，當然
有的朋友regedit 用的傻熟的話，也用不著這麼麻煩，不過這樣或者會省心些，還可以抽空出來轉轉，喝水
什麼的，換換腦子。
，常用的控件東東不改名
常用的控件比如說timer1 或者是 progressbar1等等不用費心勞力的改為什麼什麼啦，寫來寫去其實
不必改，這樣如果是使用cp大法的話會很爽，不用再想名字的事兒。
編程時開一個記事本，說明你的任務以及如何做
內容例：{
編程注意事項： <-----<<<<
普通訂單 ,會產生訂單通知單,審核后進入排程,產生預定;
通知出貨 ,審核后產生訂單,也產生排程,同時也應生成預定;(當客人通知出貨時間時,我們再變更出貨)
裝柜指示書 ,審核后直接進行排程,產生預定,不產生訂單通知單;
安全庫存訂單 ,只產生訂單通知單,不入排程,也不產生預定;
已完成任務 <-----<<<<
訂單數據查詢模塊
....
今日未完成任務 <-----<<<<
報表排隊
.....
未完成任務 <-----<<<<
....
....
}
格式不難，可以依各人喜好，存存改改刪刪，如果今日有完成的任務那就把它剪到
已完成任務裡去，一周至二周把已完成任務列表去掉，權權是用它來提醒你當前要幹什麼和
已經幹到什麼程度。
模塊起名法
模塊起名稍不注意就會重名到時候自己看的時候就不那麼舒服了，有人喜歡用長英
文名如 CreateObjectLine,這些做為函數名來說不錯，但是做為模塊名，不太好，我個人喜
歡用 系統名 + 子模塊名 + 子模塊名 ....+字母。
如 薪資系統 就寫成 xz0101a 也就是薪資系統的第1個模塊的第1個小模塊，後面
的a意思就是如果萬一"你必須加入一個在某個模塊中間"，新的可以寫成 xz0101b 如果是另
一個小模塊則 xz0102a，但是要做好文檔整理工作，打一張，貼一份到旁邊的牆上備查。
另外我比較喜歡"_"，因為英文實在不太好。也就是說我常常把
CreateObjectLine 寫成 create_object_line
比較痛心的是鍵盤上你隻敲一下出不來"_"
數據庫字段起名最好一致，長度最好也相當
比如說在兩個數據庫中都有人名庫，那就把字段名起成一樣，我認為會省事。
也就是說 你在寫個列表修正什麼的可以基本不必管第二個庫是什麼字段名。
比如說傳數據時，第二個就不必猜了。
rs1("username")=rs2("username")
rs1.update
這樣的話我相信會方便些，如果長度不一樣可以考慮加一個trim。
積累一些心得庫和例子庫和驅動庫
找一個地方專門放置這些代碼，如數字轉成人民幣大寫了，數據庫打開法了，讀自
已寫的ini文件的方式了，隨機生成流水號了，但這些東西要"求精求簡"並且接收和返回值
的類型最好都定好，還要符上一大堆解釋和注釋。到用的時候就cp再cp，不過這裡說一句自
己的孩子自己疼，亂用別人的心得利於提高你自身的水平，也容易出錯，所以最好這些東西
都出自己手。
準備一個電子字典和big5轉換
用的時候查一查，如果你的系統有簡體的和繁體的話那麼解決軟件國際化也會有些
幫助，我認為如果你的軟體能在簡體版英文版和繁體版上都能通過的話，日本版韓文版也不
會有太多的問題，因為繁體也屬於unicode的子集，至於說字典還是給像我這樣的英文不好的
人準備的。不過現在好的電子字典不太多。
八，鼠標鍵盤莫省錢
好鼠標快，好鍵盤打著爽，我們雖然不是打字員，但是每天都要打，可以我的鍵盤還是多彩的便宜型，
鼠標不帶輪子，就沒辦法忍受了，建議羅技勁*。其它如果有耳機的話，（我是喜歡編著聽著歌，這樣比較有節
奏感，有人不喜歡就算了，也要注意老板是否允許）
以下非必選
跑步機
ps2
筆記本電腦/液晶顯示器
......
相信，編程的都知道
前面說的都是大家知道的。但一個成功的程序員和同事，領導，客戶打交道怎麼辦？
忠告如下：
客戶總是死摳小問題，但你要照著他說的改，早晚有一天會變成大問題和開發超期，
但這卻不是客戶的問題，是程序員的問題。
經理隻是希望你加班，快點出活，沒命的幹，逼出來的代碼老是錯誤連連，因為系統
的規劃期明顯不夠，而且某些東西是要看看書，try一try才行的，跟著他們的節奏走，早晚有
一天會變成小問題不斷，系統生命期變短，和開發時間變長。所以如果拿到案子以後，要仔細
的規劃,如果隻有10%的測試期那麼就等著出補丁吧。要做好自我調整，把測試期弄到至少有
40％才可以，但這卻不是經理的問題，是程序員的問題。
同事之間最恨的就是不努力，推卸責任，水平差點無所謂，有心就能趕上，幫助弱一
些的同事有助於你樹立偉岸的形象，和提高自己威信是個升級的好辦法！但是不要幫助他寫任
何代碼，推給他一本書，讓他自己找，你給他方法，排錯方法，但不要笑他弱智，你也是從弱
智來的。但對於不努力，推卸責任，心高氣傲有其一的同事，就要適當遠離，你心裡明白他幹
不出來什麼，真正的牛人從來不喘牛氣。開發超期，成為眾口之矢，差點被炒掉這不是同事的
問題，是程序員的問題。
未完持續
有bug 的話請 email: gyth67@yahoo.com.cn
