Re: [請益] 程式該怎麼越寫越好呢

看板Programming作者softwind (software everywhere)時間15年前 (2009/08/22 02:05)推噓4(4推 0噓 1→)

留言5則, 5人參與討論串12/34 (看更多)

※ 引述《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