誰需要改進自己的代碼

背景:

AB 的代碼能力是 50,C 的代碼能力是 100AB 的代碼互相都可以看懂,並且可以互相修理對方的 bugC 可以看懂 AB 的代碼,並且可以互相修理他倆的 bugAB 很難看懂 C 的部分代碼,並且無法修理對應的 bug

問題:誰需要改進自己的代碼

已邀請:

登陸不了

贊同來自:

C 需要改進註釋和文檔

王鷗微博

贊同來自:

有 bug 不能給 100

追風箏的人 txt

贊同來自:

@ghiei9101 註釋經過投訴後增加挺多的,但是私有方法跳來跳去,一個方法動輒上百行,真的很難看下去

樂樂淘

贊同來自:

一個方法動輒上百行,真的很難看下去 -> 這個能給 100 ?

lalulalu

贊同來自:

代碼寫的看不懂恐怕給不瞭 100 分啊

公司理財

贊同來自:

那 C 的 100 就有點假瞭
100 的人也是經歷過 50 的階段的

周迅

贊同來自:

@ytll21 我是隨便給個分數,滿分 1000

潘瑋柏

贊同來自:

代碼能力的體現之一就是易讀性與易維護性,為什麼 100 寫出來的代碼反而不如 50 的代碼易懂?
AB 互相能理解對方的代碼?兩個代碼能力很差的人,別說對方的代碼,過兩個月連自己的代碼都理解不瞭。

明道微博

贊同來自:

不知道這打分怎麼來的。
寫出來的代碼要短小精悍,易讀,不容易讀的部分要加註,有條件的話要做單元測試和特性測試。
要是 1000 分打出 50 和 100,那這幾個人全都得開瞭。

私有方法上百行,內部沒註釋,其實是小事。如果你特牛逼,上百行代碼不出錯,無 Bug (至少是無顯著 Bug ),完美測試覆蓋,內部就當做黑匣子來做都行。如果不牛逼,那就老老實實按照要求寫代碼。

逆襲之好孕人生

贊同來自:

@msg7086 你說的很在理,上百行的本事是你的代碼別人不用維護不用管

化工工藝設計手冊

贊同來自:

代碼能力強不是應該寫出簡明易懂高效便於維護的代碼嗎???
感覺前提不成立啊。

吳磊微博

贊同來自:

一個重點:C 的代碼,難懂的部分,是不是對系統有很大作用(比如性能提高很多,並且該性能是系統原本的短板之一)。

如果有簡明易懂的方法來實現 C 的難懂部分,並且性能啥的沒什麼損失,那 C 這是能力不行啊,或者明明能力很行,卻故意弄些難維護的代碼出來,這就不是代碼改不改進的問題,是心態有問題。

皇馬新聞

贊同來自:

@wuzhi1234 一個方法超過 100 行就要思考一下瞭

景甜

贊同來自:

還有就是,AB 代碼所謂的易懂,是不是沒考慮到以後系統變得復雜的問題,直接把全部邏輯寫在一個函數裡,前期是更好懂,但後面可能重構的工作量就大瞭。C 是不是用瞭更容易擴展的 pattern 呢。

成龍微博

贊同來自:

C 代碼難懂的部分,是不是用到一些高級高效算法,亦或是符合一定的規范,還是就純粹的抖機靈?
最好同一個需求,讓 ABC 都寫出一段,貼上來,大傢評判一下。

舉個例子,實現用戶資金變動功能。
AB 寫瞭個函數,在裡面做更新餘額等一系列操作,所有的操作都在一個文件裡面,通俗易懂。
但是 C 卻構造瞭一個事件機制,更新餘額、記錄賬目流水、發送通知等操作,通過偵聽這個事件來實現。
例子可能不是很恰當,大概意思是 C 靈活使用事件鉤子機制,自然就比 AB 來的規范,當然 AB 就應該學習 C 瞭。

pdd

贊同來自:

“ AB 很難看懂 C 的部分代碼,並且無法修理對應的 bug ”,說明 C 的代碼能力 100 的評分不正確。

結論是需要重新評分,並且大傢都要改進自己的代碼。

餘文樂

贊同來自:

論 Code Review 的重要性。

別人看不懂。。。除非 AB 真小白,不然就是 C 有大問題。
我之前維護的一個 PHP 項目,所有的數字(0~9)值不定義成常量也就算瞭,還寫成 ASCII 碼(都用 chr(48)~chr(57) 來表示),生怕別人能看懂他的代碼。

洞主

贊同來自:

說實話 寫的有效率也該註釋 抖機靈啥的沒意思 C 如果不是高效之類的還不如 B

要回復問題請先登錄註冊