Re: [請益] 菜鳥如何看懂高手的code？

看板Soft_Job作者 (perry tsai)時間9年前 (2016/11/05 21:22), 編輯推噓10(10推 0噓 7→)
留言17則, 11人參與, 最新討論串2/4 (看更多)
其實以我的觀點來看 真正高手寫的 應該是你要看的懂 你看不懂就兩種可能 你真的太菜 或是寫code的還不是真正的高手 寫code的可讀性是非常重要的 個人風格越少越好 真正的高手寫出來的code 切的細為了可測性 但是理論上能切到細應該是不難讀 只要變數名稱不要太誇張 應該可讀性也該很高 真正難讀的是深層的if else 單一function破千行 不過這對你來說卻比較好讀也蠻神奇的 那只可能有一個原因 你的IDE無法快速切換到function的位置去讀 然後再切換回來 去尋找IDE這種功能的快速鍵 或是根本不要去看 因為function的名稱你應該就能猜出意圖 如果不能猜出來的再去看 如果有懷疑就寫個unit test 去測試意圖 另外可以考慮多看Design Pattern 有時你看到factory builder或某些關鍵字 你馬上就能夠大致上猜到他的做法是什麼 這些東西都要花時間去體驗 但我想說的重點是 越是高手 寫的code應該是越容易讀 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.136.241.210 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1478352160.A.963.html
推
11/05 22:16, , 1F
同意 就像你說的 高手code好讀 但是讀的人要有起碼的實力
11/05 22:16, 1F
→
11/05 22:28, , 2F
整合開發環境通常在一行總字元數顯示直線，雖可設定，
11/05 22:28, 2F
→
11/05 22:29, , 3F
但學習把程式寫在接近或不超過該線是重要的。
11/05 22:29, 3F
推
11/05 22:32, , 4F
現在開始有在學怎麼寫Test units才曉得其中奧妙
11/05 22:32, 4F
推
11/05 22:34, , 5F
我覺得最難是為了compiler優化的技巧
11/05 22:34, 5F
推
11/06 00:16, , 6F
難讀的東西不是code本身 是概念 例如distributed system
11/06 00:16, 6F
→
11/06 00:17, , 7F
概念很難懂 好維護的code不可能寫得太難懂
11/06 00:17, 7F
推
11/06 17:10, , 8F
同意，高手寫的code通常本身就是註解了，根本一看就懂
11/06 17:10, 8F
推
11/06 20:05, , 9F
+1
11/06 20:05, 9F
推
11/06 22:45, , 10F
同意，真正高手寫的 code 可讀性通常超高
11/06 22:45, 10F
推
11/06 23:23, , 11F
同意 基本的知識以及對命名的常見原則有感覺再加點耐性
11/06 23:23, 11F
推
11/07 01:16, , 12F
公司真的有前輩覺得不寫公用盡量不寫class繼承那些
11/07 01:16, 12F
→
11/07 01:17, , 13F
全部東西在同一頁，用最基礎的語法寫好閱讀交接維護
11/07 01:17, 13F
→
11/07 01:28, , 14F
例如取資料的class，他會認為這些除了可以共用外沒好
11/07 01:28, 14F
→
11/07 01:29, , 15F
處，維護得人還要點過去看寫什麼，沒辦法馬上知道怎用
11/07 01:29, 15F
推
11/07 13:41, , 16F
還看過更扯的程式碼 同樣功能的變數 每個人取的名稱不一樣
11/07 13:41, 16F
→
11/07 13:42, , 17F
例如 pushbutton.push_button.pButton.pb
11/07 13:42, 17F
‣ 更多 ripple0129 的文章
文章代碼(AID): #1O7TqWbZ (Soft_Job)
‣ 更多 ripple0129 的文章
文章代碼(AID): #1O7TqWbZ (Soft_Job)