2007年10月21日 星期日

好久沒有這樣...

好久沒有這樣...

凌晨了...努力兩天 只是為了把公司的程式看懂 並且將程式計算加總的功能修改正常

好久沒有這麼努力去解決一個問題 只有從不斷的失敗中 一而再 再而三的嘗試

終於修改成功的成就感 慰勞了辛苦的自己 原本擔心煩惱的壓力 頓時消失

並且有了一個心得

只要是程式設計師 必定要嚴行

1. 凡事處處留文件

2. 變數盡量統一命名

3. 程式碼得要確實加上註解

4. 若非必要不要為了自己的虛榮心 以及耍酷 耍屌 的任意採用新技術

5. 請先確定所有的需求以及仔細分析完做好文件後 才開始開發撰寫程式

以上5點真的很重要

留文件 的好處 除了幫助別人 也可以幫助自己

程式設計師 每天key code 千行 一星期 最少也有萬行 一個月 兩個月下來 少說也有個破千萬

除非有驚人的記憶 否則天曉得 N天前 自己寫的程式碼 是有何作用 當然靠自己慢慢看code 也看的懂

只是要花時間 大一點程式 不就看到暈倒 有文件幫助 可以快速上手

幫助別人 當然是往後 如有升遷 或是離職 可以給後進留下一些線索 他們一定會感激萬分

因為己所不欲 勿施於人 反過來想 如果今天您是剛接手的人家完成一半的案子

或是剛上任的新官程式設計師 如果手上的程式 都沒有任何文件 想必一定是欲哭無淚

變數名盡量統一 是因為 資料庫 的資料欄位也要變數名稱 伺服器端的程式 也要變數名稱

用戶端的程式 還是需要變數名稱 每當寫完一個系統 變數名稱宣告何其多阿 且也不容易閱讀跟理解

程式碼要加註解 這是從學校老師 就一再教導的事情

程式設計師 卻還是很容易忘記 因為一時靈感來 不小心 就又敲了幾百行程式 敲完只享受成就感

卻忘了加上註解 所以下次 若有要修改 又要一行一行的看 最好是想成 邊寫邊加註解的好習慣


若非必要請勿耍酷耍炫耍帥 只是為了展現自己的實力 展現自己比別人多會一點

所以用新技術 來寫程式 拜託 除非真的必要 不然你寫一堆 只有個人才看的懂的程式碼 只有壞處

壞處一 因為只有你看的懂 所以有問題 只能自己改

壞處二 因為你寫了 別人看不懂的 也不會的程式 所以沒辦法發揮 團隊合作的方式 所以容易被人討厭
也影響了別人的生存空間

壞處三 如果別人不會 你又要花時間教 又會犧牲自己時間

壞處四 如果你只是開發一半 就烙跑的人 用了新技術 讓下面接手的人 不知從何做起 只會造孽
因為你很可能讓另一個程式設計師 萌生殺人或自殺之意 尤其是在或許人家只是想糊口飯吃而已
而你的做法卻讓人沒辦法存活下去 因為那個人會幹到爆 繳到死

請先確定好所有需求 以及仔細分析好系統 再開始動手開發程式

不然因為沒有確定好使用者需求 就開始照著自己的意念開發 就常常會發生 系統開發不完 修改不完的問題

因為 人都有吹毛求疵 的心理 當你做好 後可能會覺得不夠完美 所以東加一點 西修改一點 把開發時間耗費

再不必要的地方上面 又或者 使用者 可能因為臨時想到 或是靈光乍現 常常變換主義 讓你得一直修改

這也是會讓人痛苦的地方 或許你不能當一個很厲害且怪癖的程式設計師

但是至少你可以當一個很標準還的程式設計師 而標準 就是盡量遵守上面五點囉 利人利己 沒有壞處的

反正這條路 是一條唐僧取經的路 不只路途遙遠 坎坷 還有許多妖魔鬼怪 只能自求多福

因為別人總認為 會電腦的 就只要跟電腦有關的通通都會 有的甚至認為 只有跟電有關的 你也會

拜託 電腦也有分項目的好不好 硬體 軟體 不一樣

美工 排版 網管 系統分析 程式 資料庫 電腦輔助設計製造 通通都不一樣

光地球 就有多少個國家 多少總語言

程式也是 程式就像語言 有C 有java 有php,asp,vb,ruby .....等等

並不是 只要會寫程式的 各總語言通通都會寫

那會英文的人 是不是也等於會講日文 法文 德文 義大利文 真是鬼扯蛋耶

寫web的程式設計人員最可憐 常常 PM (專案管理) SA (系統分析) SD (系統開發設計)

甚至還得要資料庫管理 跟設計 樣樣自己來

只因為老闆 經費不夠或是不想浪費錢 多請一個不能替公司製造主力收入的員工 或是老闆覺得你一個人就OK

這些妖魔鬼怪 知識不夠 卻有強權或是高薪 壓榨著你 最好盡量找機會閃避 早日取得西經 普渡家人

沒有留言: