一方面

如果不願意做這些事情，估計是太忙或者這些專案被修改過或者機器自動化格式的時候把原來的格式覆蓋掉了。

如果看到沒有縮排的程式碼或者程式碼格式的程式碼，那麼就會感覺這個人也許也是很糟糕，不修邊幅，並且這個人的思維可能會有點問題。編碼的習慣是會體現出一個人的修養以及習慣。有好的編碼規範，就有好的軟體，健壯的系統。

1、好的編碼規範可以儘可能的減少一個軟體的維護成本 , 因為幾乎沒有任何一個軟體，在其整個生命週期中，均由最初的開發人員來維護；好的編碼規範可以最大限度的提高團隊開發的合作效率；

2、好的編碼規範可以改善軟體的可讀性，可以讓開發人員儘快而徹底地理解新的程式碼；長期的規範性編碼還可以讓開發人員養成好的編碼習慣，甚至鍛煉出更加嚴謹的思維。

如果是java 的話，推薦阿里官方推出的程式設計語言規範。

我想可能有以下幾種原因吧：

第1，懶，誰也不想多按幾個鍵。雖然只有幾個鍵，但一個專案下來，可以節省好多體力。多數人的潛意識裡認為，牛比的程式，就是讓你看著吃力的程式。不縮排正好契合這種精神，無形之中又裝13了一回，何樂而不為呢？

第2，縮排程式碼有兩種方式，一是用空格，二是用tab鍵，不同的編輯器對待這二種方式有所有不同，在每個編輯器中，都可以設定是否把tab轉成空格，並且設定一個tab轉換成幾個空格，如果設定不同，則開啟就會大亂。 如此一來，就乾脆不縮進了。

第3, 現在有自動格式化的工具，在寫程式碼時，集中精力關注在業務邏輯上，格式化的事，交給自動化的格式工具去做。讓機器為人分擔一部分工作，豈不美哉？

第4，信仰問題。如果你喜歡用空格，你女朋友喜歡用tab, 你們會為孰優孰劣而爭吵，久而久之，影響感情，可能會導致分手。這個問題很嚴重，所以就乾脆不用了。 這不是天方夜譚，在HBO的喜劇片《矽谷》第三季中，不同的縮排風格竟然直接導致兩位程式設計師分手，請看下圖：

作為已經寫了十幾年程式碼的老程式設計師，雖然在編寫程式碼的時候大部分情況還是遵循編碼規範，但在這基礎上會展示自己一些特性，有些程式設計師不喜歡縮排程式碼也是源於此，如同一個人長得什麼樣子靠體徵能夠判斷得出，本身誰寫的程式碼也會帶有一定特性，很多程式設計師喜歡在寫的程式碼註釋上面擺個佛祖保佑，等等之類小特性東西，有的喜歡採用windows式程式設計風格，有些喜歡linux式的程式設計風格，當然這些習慣的養成主要和前期的工作性質有一定的關聯。

如果前幾期從事的工作在windows系統下開發基本上程式碼風格windows風範，開始寫程式碼都是先會模仿，然後慢慢形成自己風格，這個風格的形成還有當時做專案場景以及遇到的直接主管都有一定關係，有個同事程式設計底子特別紮實，特別是c++方面，有一次吃飯聊到這個話題，他說是被逼出來的，剛入行的第一家公司直接主管有點強迫症，看到寫的不好的程式碼就進行嚴厲的批評，那同事屬於慢熱型的接收事物比較慢，結果經常挨批評，被罵了幾次就開始非常注重程式碼質量了，寫的時候非常小心，後來被主管說程式碼的可讀性不好，改了幾次還不是很滿意，於是就照著主管的風格來了，到現在已經寫了將近20年程式碼了，還是那種風格，每次說起這件事總會對之前的主管充滿了感激之情，還會在逢年過節的時候打個電話問候下，並且表達感激之情，據說已經是某公司的老總了，早期從事軟體開發的老程式設計師基本上不是獨自創業就是合夥創業，並且有很大一部分人已經功成名就了。

程式設計師的程式碼風格一旦養成很難改變，如同有些公司喜歡自己招收應屆生培養成自己公司風格的人，這在行業內叫做可塑性，一般來講新人的可塑性會更高點。五年以上的程式設計師很難改變其中風格了，但優秀的程式設計師除外，優秀的程式設計師基本上都具備一種特性不斷的重構，修正身上的不足之處，所以可以看到很多已經做了很多年的程式設計師還是在修正自己的風格，從程式碼風格的變化能看出一個人對待程式碼的態度，現在很多程式設計師有一種不好的習慣，明明寫的程式碼不符合規範，也不去修改還要當成一種特性，如同很多人對程式設計師產生一種誤解，不通宵加班程式設計師都不是什麼高手，高手都是白天睡大覺晚上有靈感寫程式碼，絕大部分程式設計師都是白天搞程式碼，晚上好好休息，所以不能因為一些癖性混淆造成以偏概全，優秀的程式設計師在發現自己不足的時候都會選擇最佳化改進，不會執迷不悟。

要想成為一個優秀的程式設計師首先是要，懂得最佳化自己程式碼，逐漸形成優勢的特性，而不是以不規範的特性引以為傲。正式自己的缺點，不停的修正改正，才是走向優秀程式設計師的正道。

寫慣了Python就覺得不縮排難受……至少也美觀不是嘛……看前端JS都必須要要Chrome外掛json view，不然渾身難受

難道我這麼幸運麼？我還沒有遇到過不縮排程式碼的程式設計師。

因為我是做Java開發的，我們圈子裡面只有四個空格派和一個Tab派。

原因非常簡單，就是提高程式碼的可讀性。（也有很多語言強制程式碼縮排，比如Python）

隨便找到一段程式碼，看看縮排和不縮排的效果，顯而易見，有程式碼縮排的可讀性更高。

其實不只是程式碼縮排，還有很多的程式碼規範需要遵守。如果所在單位沒有程式碼規範的話，建議大家參考一下《阿里巴巴Java開發手冊》。

另外，因為每個程式設計師的風格不同，我喜歡table，他喜歡空格；我喜歡括號在每行程式碼最後，他喜歡括號另起一行，程式碼規範是管理上的規範，我們也可以採用一些強制性的措施去統一程式碼風格。比如Maven的一些外掛，例google-java-format。（個人不是很喜歡，大家可以嘗試）

不存在不縮排的程式設計師。

不是懶不懶的問題。你知道不縮排有多麻煩嗎？每敲完一行，必須手動多按幾次退格鍵才能做到無縮排。注意，是每行！

真有這樣程式猿那叫沒事找抽

1、程式設計師在編碼的過程中，會有一些大家公認的、約定俗成的規則要遵守，這樣達成共識後才可以進一步的友好交流。

2、程式碼縮排我認為絕大部分合格的程式設計師都會做，無論從共識還是程式碼的可讀性上都是很有好處的。

3、編碼的過程是一個創作的過程，就相當於一個作品，所以我們儘可能的要盡善盡美。留下的不僅僅是給自己的，更多的是給後來人維護的，所以為了將來接盤人考慮也要注意程式碼規範。

4、不要標新立異，覺得自己很牛逼，不按套路出牌有時候會被認為異類。

作為一名前端工程師，並且現在已經自學了後端，然後現在在從事產品經理的這樣一個人，可以負責任的告訴你，我還沒有遇到過哪個工程師，是不願意使用縮排來寫程式碼的。

當然作為如何來使用縮排基本上分為兩派，一派是使用製表符，一派是使用空格，其實你們不知道的是使用空格的派別裡面還分為兩派，一派是使用兩個空格的，一派是使用四個空格的。

無論是使用哪個風格的，但是幾乎統一的是沒有一個程式設計師是不願意用縮排來寫程式碼的。

以我們公司為例，後端全部採用Python語言進行開發，這就幾乎不可能說是不用縮近了，而我們前端工程師是用vue或者是react的進行開發。都是安裝了elint來強制程式碼風格的。

當然在一種情況下我也會用一種裝逼的方式來寫程式碼，就是將本來一段很複雜的程式碼寫成一行來裝逼。

比如有一次後端需要去實現一個特殊的邏輯，但是幾個後端工程師在那兒寫了半天都寫不出來一個比較好的邏輯，然後我作為一個前端工程師，為了裝逼就幫他們寫了這個功能。

我一開始使用了程式碼，大概有20多行來完成的這個功能，但是這樣給他們的話顯得不夠裝逼，於是我開始精簡這個程式碼，然後用了一些特殊的語法之類的，最終把這20多行程式碼寫上了一行程式碼，實現了這個功能。

說實話，你現在讓我看當時我寫的那一行程式碼，我是絕球看不懂我在幹嘛的。

所以為了程式碼的可維護性，儘量不要這樣去幹，當然為了裝逼的話另外一說。

所以我個人認為，如果一個工程師在你面前表現的好像不願意用勁兒，強行要把程式碼寫成的一行程式碼的話，那麼百分之百這個傢伙在裝逼。

有什麼好縮的，要縮說明你的程式碼全部在一個原始檔裡面，寫c多個頭檔案宣告是必須的，定義再起個原始檔，哪有那麼多縮。