引用:
|
作者cloudhsu
贊成....... 
雖然我個人有習慣作這些,但我沒資格要求其他人照作.... 
一方面是官階不夠,另一方面是講了也沒用
其他人的層次還在那種要新增一個function,然後那個function和某一個已經做好的function只有3-4行不一樣,都會整個function複製一份改名，然後只改那幾行不一樣的code的程度 
就像是對只懂+-*/的人說聯立方程式一樣....純粹是對牛彈琴
後來就懶得理了，丟給我上面的老闆想辦法
不過我還是比較少寫persudocode，除非是有比較特殊的演算法會比較長才會去寫
一般我很少寫超過30行的method，所以絕大部分都是看method名稱跟參數名稱就知道要做什麼，不過我還是都會加上method前置說明,利用.NET提供的///這個來產生template很快,已經養成很多年的習慣寫小類別跟小函數
OO原則，重構，套用設計模式,這些都養成習慣了,很自然就會用上
比較起來我會比較重視uml的類別圖跟時序圖... |
請問... 什麼是 persudocode? 小弟不才只知道有 pseudo-code.
其實, 你同事是高手高手高高手啊~
BTW, 能有效運用 OO 跟 Design Pattern 是好事, 但是也不要太過強調, 以前我同事完全不管啥 OO, 就 function copy & paste 改一改, 把 OO 的語言用 procedure 方式來寫, 能交差就好.
我用 OO 結果跟傻子一樣:
主管: 為啥你要花這麼久時間? 我看 xxx 做得很輕鬆又很快啊...
猴子不知道該怎樣回答這個問題, 因為主管完全不懂程式.
猴子心聲: 原來我真蠢, 幹嘛花一週時間去設計資料結構跟邏輯分析... 應該學他, copy & paste 改一改, 然後交差, 雖然 bug 一堆, 但是老闆只要看到畫面就 orgasm 了, 誰理你程式怎樣寫...
以上為真猴真事改編!
