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