感覺重構成了笑話

從開始程式設計到現在，呆過的公司，呆過的每個專案組，幾十上百行的函式都比比皆是。以此為美的還不在少數，認為這是「緊湊」；變數太多也不認為是問題，統統提到函式開頭就行了，認為這樣「更易讀」；變數命名也很簡短，乙個字母的，兩個字母的大行其道，也不認為是問題，可能認為這樣並不影響閱讀，相反還使得**更簡短。**巢狀太深也不認為是問題，反對分拆函式，認為不是公用的**就不用分拆，是否分拆與函式長度基本沒有關係。

我已經不相信國內有嚴格踐行重構的公司了，覺得多數公司的**都是這樣寫的。

儘管閱讀了《重構》一書，並自認為初窺門徑，但仍無法說服同事們，除非他們也讀過並認同。在認為重構就是傷筋動骨，是每隔一段時間就進行一次的大修的同學面前，直接向他們灌輸書上的做法確實不行。我說變數應該緊貼邏輯塊，就近原則，全部提到頂部不容易閱讀，且相當於全域性變數，應該限制作用域；但他們認為放在頂部就是更容易閱讀。在怎麼樣更容易閱讀方面起了爭執，而且沒有辦法解釋清楚。因為以我目前的功力和表達能力，我確實沒有辦法解釋鹽為什麼是鹹的，醋為什麼是酸的。