感覺重構成了笑話

從開始編程到現在，呆過的公司，呆過的每個項目組，幾十上百行的函數都比比皆是。以此爲美的還不在少數，認爲這是“緊湊”；變量太多也不認爲是問題，統統提到函數開頭就行了，認爲這樣“更易讀”；變量命名也很簡短，一個字母的，兩個字母的大行其道，也不認爲是問題，可能認爲這樣並不影響閱讀，相反還使得代碼更簡短。代碼嵌套太深也不認爲是問題，反對分拆函數，認爲不是公用的代碼就不用分拆，是否分拆與函數長度基本沒有關係。
我已經不相信國內有嚴格踐行重構的公司了，覺得多數公司的代碼都是這樣寫的。
儘管閱讀了《重構》一書，並自認爲初窺門徑，但仍無法說服同事們，除非他們也讀過並認同。在認爲重構就是傷筋動骨，是每隔一段時間就進行一次的大修的同學面前，直接向他們灌輸書上的做法確實不行。我說變量應該緊貼邏輯塊，就近原則，全部提到頂部不容易閱讀，且相當於全局變量，應該限制作用域；但他們認爲放在頂部就是更容易閱讀。在怎麼樣更容易閱讀方面起了爭執，而且沒有辦法解釋清楚。因爲以我目前的功力和表達能力，我確實沒有辦法解釋鹽爲什麼是鹹的，醋爲什麼是酸的。