Вынужден огорчить твое ЧСВ, у меня есть и другие занятия кроме как с тобой спорить  



Там есть один товарищь который до сих пор не привел примера:





Так вот я к подобным эстетам не отношусь, я могу пережить код с отступом и 2 и 4 и 8, главное чтобы он был в едином стиле и не разъезжался как в случае с табами.



Делат выравнивание используя табы и пробелы. Перечитай начало топика.


P.S. Надеюсь я ответил достаточно быстро  

не беспокойся, не ты один тут у меня в ногах



вообще-то здесь вопрос как раз эстетический. вообще, вся суть программирования состоит в том, чтобы облегчить человеческий труд, провести так называемую автоматизацию. и разработка удобных редакторов, а также стандартов форматирования кода, суть автоматизация процесса программирования. то есть это облегчение труда работника. ты называешь это эстетикой, а я - делать через одно место, когда можно гораздо удобнее, получая при этом вполне осязаемую прибыль - выигрыш во времени



привёл, ты на него только что ответил



ммм, первый пост как бэ спрашивает: какого чёрта некто пользуется пробелами. и приведены три причины почему лучше табами. там не говорится, что что-то нужно делать пробелами

Не было такого. Топик об отступах, о чем там и не однократно сказано.  Однако уже не однократно "фонаты"  пробелов пытаются подменить понятия, хотя я еще на первой странице сказал, что для выравнивания идентификаторов по одной линии по вертикали, стоит использовать пробелы.



Уже три страницы болтовни, а реального примера где код с табами разъезжается, как не было, так и нет.

>сказал, что для выравнивания идентификаторов по одной линии по вертикали, стоит использовать пробелы.

Уважаемый товарищ, расскажи, как ты будешь выравнивать идентификаторы в коде, отформатированном табами, по вертикали. Ты уперся в одно понятие, а тебе уже три страницы объясняют, что оно - ничто без второго понятия. Открой глаза, их не подменяют, а рассматривают их совокупность.



И либо пиздец форматированию, либо трах с его поддержкой.

И на хабре тему подняли
Пора завязывать использовать символы табуляции в коде
Пора завязывать использовать пробелы вместо табуляции в коде
В обсуждении был очень хороший комментарий:

что-то он ересь какую-то говорит. с унаследованным кодом как раз работать проще с табами. у всех количество пробелов на сдвиг по разному, а таб на сдвиг - он всегда один. код всегда будет открываться в привычном для тебя виде

LSD, я пока тему листал(вижу впервые) была мысля: ща кто-то некромантит после статьи на хабре. так и оказалось   
в статье, кстати, офигенски первым же аргументов отделяется aligning и indentation. и вариант - "только пробелы для первого" и "только табы для второго" лично меня устраивает абсолютно. кроме того, что все равно будут люди, которые станут умудряться нарушать соглашение.
правда, у нас jlint в хуке на коммит запускается...(искать табы НЕ в начале строки и пробелы в начала - тут достаточно базовых знаний регулярок).

И при этом как-то полностью игнорируется тот факт, что весь это "табовый рай" наступит при полном соблюдении этого если. Иначе он превращается в "табовый ад". В случае же с пробелами, это не рай, но вполне приемлимо всегда. Как показывает мой опыт, в унаследованом коде, всегда будет мешанина aligning и indentation. Ни один индус эти понятия не различает.

Для нормальной работы "табового рая" нужно чтобы средство разработки поддерживало его полностью. Та же IDEA поддерживает smart tab для Java, но для Javascript уже не поддерживает по человечески. А сколько удовольствия можно получить если придется организовывать этот smart tab в редакторе уровня Notepad, это же просто праздник какой-то  
Плюс табовые апологеты как-то скромно замалчивают вопрос с max line length. Возьмет C# и какую нибудь типичную функцию:

Итого при max line length = 80 и tab size = 8, получаем ширину внутреннего блока 48 символов. А изменив tab size на 2 получим - 72. Т.е. просто сменив tab size на предпочитаемый человек рискует получить 24 пустых знакоместа в конце, т.е. фактически треть ширины экрана.



И какая регулярка ловит такое?

Добавлено через 39 секунд
это не jlint. типа "псевдокод" 

И что скажет эта регулярка на правильно отформатированный код:

?

не расползающийся при любом параметре tab-to-spaces. но это не значит, что такую смесь можно считать стилистически правильной.
а так, да, регулярка работающая в любой момент времени только с одной строкой кода, никак не может провести анализ "оу, так оно же не расползается".
а надо ли?
если б проверка вынудила программиста вместо

написать

стало бы оно хуже читаться? нельзя было бы отличить список параметров от имени функции?

Как это нельзя? А кто тут говорил красивые слова про aligning и indentation, про табы для одного и пробелы для другого?



Ну вот, тут и получается два варианта:
1. Изменить Code Conventions чтобы форматирование легко и приятно ложилось на табы.
2. Заставить всех разработчиков использовать единый отступ, но при этом получить возможность использовать любой aligning (в рамках Code Conventions конечно). А проверить что код форматирован пробелами еще проще, чем табами.

Вот возьмем такой код:

смотрится нормально, а теперь если его отформатировать табами как ты предлагал:

смотрится менее читабельно.

Понятно, что любое решение не лишено недостатков. Но на мой взгляд невозможность подстроить величину отступа под себя, меньшее зло, чем те пробелы которые вызывает использование табов. Если размер отступа 4, а не 2

- нет не стало бы. За пару дней привыкнешь и перестанешь замечать  Зато код всегда выглядит одинаково, не разъезжается и не требует сложных проверок при комитах.