И то и другое, просто все табы заменяются пробелами, потому фактически пробелами. Сочетание приятного с полезным. 

еще как, исходник везде выглядит одинаково

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

Это сообщение отредактировал(а) Carnifex - 1.2.2009, 23:03

Смотри. Ты просто, наверно, не понял о чём речь. Простой пример (чисто принцип - понятно, что строки такими маленькими не будут):


Типа выровнено. Если выравнивать пробелами - везде нормально. Табами - очень непредсказуемо. Таб как клавиша хорош. Но в файле - только пробелы.


Мнимая гибкость табов работает только на простом коде. А насчёт размера отступов в двух файлов - для этого есть кодестайлы и всякие автоформаты (в иде или отдельной утилитой). Неужели отступы единственный момент, где может быть различие?! Их гораздо больше.


Контрольный выстрел?  Даёшь программы в одну строчку! Надо экономить время программистов 

табы

пробелы

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

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

Именно. Например сделать такое выравнивание:

без пробелов - нельзя. Если мы используем только пробелы - то коды выглядит всегда отформатированным. Если пробелы и табы, то при другом размере таба, все форматирование разъедется. По этой причине, читать Sun-овские исходники довольно проблематично. Часть кода отформатирована на размер таба 8, другая на 4.

Плюс разные размеры табов, кто-то ставит себе 8, в результате у него получаются очень большие отступы и очень много "заворачиваний" длинных строк. А тот кто ставит таб 2 вынужден смотреть на код написанный "встолбик"  

По-моему, оптимальный таб - 4 пробела. А всем, кто использует другое количество, следует убить себя об стенку.

Вот так приверженцы таба дискредитировали саму идею таба 

  
Хотя как получится..

Только табы (размером в 4 пробела), ибо IDE у нас в конторе все используют одинаковую.

Это сообщение отредактировал(а) Ch0bits - 5.2.2009, 08:48

у нас то-же, но это не мешает отдельным личностям менять ширину таба

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