→ pttworld: 開啟除錯器 04/25 20:52
推 james732: 可以單步的就設斷點單步慢慢看，不能單步的很麻煩Q_Q 04/25 20:53
→ Ommm5566: 用debugger 04/25 21:05
設斷點是還需要搭配compiler吧？如果trace一般網路上的專案或kernel source，
就會有點問題 O_Oa
→ Ommm5566: 比其他人早寫完沒多厲害 八成是code又髒又醜 04/25 21:06
→ Ommm5566: trace是由大尺度先下手 先看架構 再追細節 04/25 21:07
→ Ommm5566: 這也代表你平常寫程式沒有架構 04/25 21:07
是 Orz
推 Leadgen: 幫他寫註解~寫完大蓋你會知道那段在作什麼了~ 04/25 22:18
這不錯!!
推 chuegou: 主要是framework啦 命名原則啦 領域知識啦 04/26 03:45
如果一開始打開程式碼，要怎麼知道從哪裡看起？哪段function又是比較重要的？
c大的意思是要先K懂那個領域的知識嗎？
※ 編輯: henry8168 (60.248.18.139), 04/26/2017 12:40:36
→ descent: 很正常, 看別人的程式本來就很難 04/26 12:40
→ MOONRAKER: function會發出藍色綠色金色的光，使用水晶球就會看到 04/26 12:48
→ MOONRAKER: 藍色: 表示這個function經常使用 04/26 12:49
→ MOONRAKER: 綠色: 表示function要跟其他function一起，成套使用 04/26 12:49
→ MOONRAKER: 金色: 表示這是超厲害的unique function 什麼core algo 04/26 12:50
→ MOONRAKER: business logic 通通都在這裏面 04/26 12:51
→ MOONRAKER: 暗紅色: 表示這個function有bug 不過暫時沒人發現 04/26 12:52
→ MOONRAKER: 灰色: 毫無反應就是個function 不過如果透明透明的那就 04/26 12:53
→ MOONRAKER: 是ethereal function 用起來很威不過很難修 04/26 12:54
賣啊ㄋㄟ O_Q
※ 編輯: henry8168 (60.248.18.139), 04/26/2017 13:14:24
推 Neisseria: trace code 本來就很難啊，寫的人不會特別去註解流程 04/26 16:01
→ Neisseria: 就跟著 function call 一層層找下去，有些細節先不用看 04/26 16:02
→ Neisseria: 不是從頭看到尾，是根據某個特定的功能去看 04/26 16:02
→ Neisseria: 知道軟體如何運作也會有幫助 04/26 16:04
→ Neisseria: 像是自己會寫 parser 就比較容易看得懂別人的 parser 04/26 16:04
→ descent: google "ptt Trace別人Code的方法" 有人回過這問題 04/26 16:06
推 james732: 話說結構良好跟結構糟糕的程式在trace上會是兩回事 04/26 16:36
→ james732: 不知道你正在看的是哪一種QQ 04/26 16:36
→ pttworld: 下載網路上的專案，第一步看專案讀我說明，先讓專案bui 04/26 19:31
→ pttworld: ld的過。 04/26 19:31
推 CoNsTaR: 我自己的問題是看別人project常常是在開始看之前有很多想 04/27 23:12
→ CoNsTaR: 法心情雀躍開始看之後就會開始越看越不爽覺得這程式真的 04/27 23:12
→ CoNsTaR: 爆炸醜雞巴智障到底哪個腦弱寫的真的越看火越大然後…就 04/27 23:12
→ CoNsTaR: 不了了之了…不知道原Po是不是也是這樣orz…不爽程度大 04/27 23:12
→ CoNsTaR: 概比你看到我這長長一篇沒有標點高100倍 04/27 23:12
推 ronin728: MOONRAKER，霍格華茲加十分 XDD 05/01 10:18
→ uranusjr: 其實還真的有人是用顏色看程式的, 可以看看 K Lars Lohn 05/03 02:33
→ uranusjr: 去年在 PyCon 的演講有提到他對 coding style 的喜好 05/03 02:38