※ 引述《yoco315 (眠月)》之銘言： : ※ 引述《adrianshum (Alien)》之銘言： : : 其實, 往往要寫一千字去解釋, 我覺得那不算真的高手. : : 我一向的目標都是要把程式寫得 self-descriptive, 要 : : 別人不看 comment 也看得懂. : : comment 就留在偶然為了效率寫得難明, 或有特別東西要 : : 別人留意的時候才用吧. : : (還在磨練中) : 同意，還要寫註解那就代表程式碼本身描述力不足。 : 「程式可讀性」有個很經典的例子 XD : 假設有一個 Date 類別，請問建構函數要怎麼設計？ : Date date1 = Jan(12, 2008) ; : Date date2 = Feb( 9, 2009) ; : 忘記在哪邊看到的了... XD 其實我在想要不要回文 想著想著 還是寫好了 (其實我剛剛刪了大約400個字的內容 因為 我想有人寫的更好 so...) 建議你去查 "周思博 給資訊科系學生的建議" 一文 如果你有"熱情"和興趣 用程式解決問題 我想你應該沒有問題~ (我猜你來這邊問 是屬於上面的人) 但是 如果你只是因為 讀錯科 或是選錯系 所以想找出能快速增加功力的方法 　那好... 加油 -------------------------------------------------------------- 接著回內文 解決問題 大概像是這樣 問題的文字集合 --> 工程師分析與實作 --> 成果(解決問題) 就像是 國中數學的 1. "龍師父虎徒弟" --> 老師用xy解 --> 有算式 沒有計算錯誤 老師有得分 2. "龍師父虎徒弟" --> 學生用xy...不會解 --> 猜錯答案 0分 但是 自從有參考書提出畫圖分3段就可以解的方法後 國中生們 就像看到 PS3被破解可以玩台片一樣 而且這種題目 考試愛出 還佔分多 所以 3. "龍師父虎徒弟" --> 學生用畫圖解 --> 畫圖 狂賺分 但是 當這些學生變老師之後 應該會不好意思用畫圖解 所以自己當老師的時候 先教 (1) 當然學生都是 (2) 考試前 學生都沒救了 老師就會教 (3) 其實 我只想表達 能把問題以最簡單的方式解決最好 但是 如果用的方法太有技巧 以至於需要大量的註解 那就變成適合電腦跑 不適合 人閱讀 如果你的source code本身 就貼近 "事物的本質" 那通常容易理解 那就不需要大量的註解 相反的 如果 你用的方法 比較有技巧 我想 足夠的註解 也不錯 反正 程式碼+註解 能順利表達 你要做的事 那應該就OK了 ------------------------------------------------------------- 有位大師說過(我忘了) C++之類有支援OO的語言 很適合解決問題 因為 物件 最貼近我們生活的背景知識 如果我問一台汽車 需要哪些東西組合 你不用是 專業的 汽車師父 也說的出 引擎輪胎 車體等等等 ------------------------------------------------------------- 最後 Date 可以用 Jan來create class Date{ public: Date(int mm,int dd, int yy):_m(mm),_d(dd),_y(yy) {} private: int _m; int _d; int _y; }; class Jan : public Date{ public: Jan(int dd, int yy):Date(1,dd,yy) {} }; ------------------------------------------------------------- 最後的抱怨 和公司裡面 半調子的RD 的聊天 我: "我比較喜歡追求技術 而非專案資源管理方面的事" 半調子: "現在技術日新月異 你怎樣都追不上的" "你一學會 說不定隔天就被淘汰了" "技術這種東西 夠用就好 沒空一直學新的啦~" "bla bla bla bla bla ... " (不准我有空學新東西 只准自己東西做不出來還玩CSOnline?) 我: "你知道 第一篇 紅黑樹的論文 在何時提出的嗎?" -- --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.166.115.3