2 列縮進相比 4 列縮進有什麼壞處？
我是TAB黨。見 http://johnhax.net/2016/tab-vs-space/ 。
tab width 你可以隨便設，這是身為 tab 黨的福利。
像 html/xml/jade 之類的，用 tabwidth 為 2 比較舒服。至於 js / php 等，個人感覺，2列太小，4列太大，所以我用 3.1415926。首先我是 tab 黨。然後，四個空格是最接近傳統排版中列表的縮進大小的。比如 TeX 對於列表和引文的默認縮進是 25.00003pt，對於常見的編程字體（空格寬度 0.6em），10pt-11pt（常用的書籍字型大小）四個空白的寬度和它相當（24-26pt），兩個太淺，八個太深。TeX 排演算法的包 clrscode 的縮進是兩個 &>
2列縮進4列縮進都沒關係，我們共同的敵人是gnu風
工作以來一直都用2列縮進，沒覺得有什麼壞處。
在現在的實習工作小組裡，因為寫jade和stylus，所以風格都是兩格縮進。剛好Javascript的style check的庫standard默認風格也是2格縮進。
剛開始，挺不習慣，覺得代碼很密。看多了之後也還好。後來，用VS寫C++其他小項目的時候，反而覺得四格縮進有點長，特別是有模板的時候，一行很容易寫長。
我覺得寫HTML類的這種嵌套層次結構的，兩格縮進非常合適。寫一些特別冗長的語言比如Java，我覺得兩格縮進也是很合適的。
選擇問題，unix風格還是8列的縮進呢實際代碼中很少寫縮進層次很多的，所以我選擇4列縮進
不管幾行縮進 直接ctrl shift h的舉手~
用python的時候不得不喜歡兩格用c++喜歡四格，左括弧不能單獨一行，嗯！至於八格，sorry，一直很窮買不起寬屏……
在回調嵌套時代，我用2縮進，現在回調有各種辦法拉平了，我覺得2和4都無所謂了。當然我更多時候還是用2，因為代碼往左邊湊一些不那麼容易折行。
空格黨能不能團結一點？不要讓 @賀師俊 這樣的 tab 黨看笑話了好嗎？
我建議4列縮進，現代的IDE也好，shell也好，橫向寬度都在100以上，2縮進在視覺效果上不理想。
如果寫出來的代碼縮進太多，那不是4列縮進的問題，而是代碼組織邏輯有問題，例如下面的代碼：for ...
if a:
do something a
if b:
do something b
if c:
do something c
if d:
do something d
xxx
for ...
if not a:
continue
do something a
if not b:
continue
do something b
if not c:
continue
do something c
if not d:
continue
do something d
xxx
怎麼就沒人用 tabtab 可以控制佔用的長度啊…想空 4 想空 2 都可以啊…而且還節省代碼空間啊。。畢竟就 1 byte…
我以前用兩格縮進，後來和其他人配合的時候不太方便，改為了IDE默認的tab縮進。對我來說兩格縮進和tab縮進都差不多，沒有優點也沒有缺點。不用太care這些細節。
但是，堅定的支持花括弧不換行!
有多大的壞處？就是會讓某些人一天吃飽了撐的沒事幹比對兩個和4個的區別，有那空多看點新聞吧
在學校我自己寫 js 都是四列加分號的, 到了公司發現提交代碼前有 Linter 做檢查, 規則是二列無分號, 無非就是調整下編輯器 preferences 而已, 要適應過來也沒那麼麻煩.
總結就是自己開發愛咋寫都好, 在團隊里就應該遵循一個共同規範, 誰都不想見到一份二空格/四空格/tab 共存的代碼.