Как стать автором
Обновить

Комментарии 152

Надо будет написать в резюме: «Использую пробелы для отступов». Пусть сразу знают, что я не абы какой разработчик, а высокооплачиваемый.
Интересно, что автор статьи не использовал в тексте ни одного таба, а ведь, наверное, мог бы, хотя бы в качестве красной строки )
Все верно, и даже больше. Раньше я использовал 2 пробела, когда перешел на 4 — мою зарплату повысили на 3%

Может, вам платят за количество символов?
возможно, как раз этот фильм показывает причину — tab-разработчики чаще зацикливаются на мелочах, в то время как пробельщики тупо ищут решения

интересно было бы еще как-то оценить собственно степень говно-кода у тех и у других
НЛО прилетело и опубликовало эту надпись здесь
Я использую табы для равномерных отступов (C#, C), пробелы для неравномерных (Common Lisp, Haskell), и пишу иногда в vim, но чаще в emacs с evil-mode. Я больший извращенец, чем вы.
лень было заходить на машину с VM, кодил в nano, без подсветки синтаксиса ^^
А мы всё ещё используем обычный порошок.
Я не понимаю конфликт. Я всегда жму на таб, но у меня стоит настройка «менять табы на пробелы», т.е. технически, я использую пробелы, но просто экономлю нажатия. Из-за чего вообще весь сыр-бор?
В сериале конфликт показан шутливо. Вопрос именно в том, что должно отправляться в репозиторий. Вы отправляете пробелы, я отправляю табы.

Мне интересно почему для Go эта зависимость тоже работает: там же строго табы согласно официальному гайду и найти проекты где забивают на gofmt и используют пробелы не так просто.

F# — тоже самое, но наоборот — только пробелы. Разгадка кроется в фразе «Обратите внимание, что респонденты могут выбирать несколько языков».

а где те анализ тех, которые используют Smart Tab?

Я думаю их слишком мало для того, чтобы сделать какие-либо выводы.

либо в опросниках даже опции такой не было

НЛО прилетело и опубликовало эту надпись здесь

Вспоминается эта история:


Читать

В отделение Pontiac корпорации General Motors пришло письмо. "Я понимаю, — писал автор, — что могу показаться идиотом, но все, что я хочу рассказать, — святая правда.
В нашей семье все очень любят мороженое. Каждый вечер после ужина мы решаем, какой сорт будем есть на десерт, и я еду за ним в магазин. Проблемы начались после того, как я приобрел новый Pontiac. Каждый раз, когда я покупаю ванильное мороженое и собираюсь вернуться с ним домой, машина напрочь отказывается заводиться! Если мороженое клубничное, шоколадное или любого другого сорта — никаких проблем с пуском. Звучит глупо, но, может быть, в Pontiac есть нечто, что реагирует на ванильное мороженое?".
Президент отделения, понятное дело, отнесся к письму скептически, но все-таки послал инженера на проверку. Владелец автомобиля производил приятное впечатление — вежливый, образованный и явно не псих… Встретились после ужина, поехали в магазин, купили ванильное мороженое.
Все точно — машина не заводится! Так продолжалось несколько дней подряд. Шоколадное — заводится. Клубничное — заводится. Ванильное — не заводится! Инженер был человеком здравомыслящим и отказался верить тому, что у автомобиля может быть аллергия на ваниль. Он продолжал ездить с хозяином в магазин, но теперь отмечал все детали — время поездки, каким бензином и на какой колонке заправляли машину, даже температуру и облачность…
Довольно быстро выяснилось, что дело не в ванили, а в расположении товаров в торговом зале магазина. Ванильное мороженое — как самое ходовое — размещалось в холодильнике самообслуживания у самого входа, а все остальные сорта — в глубине зала, и продавались через кассира. Купить ванильное можно было намного быстрее, чем любое другое…
Задача перешла в разряд технических — почему машина не заводится, если хозяин возвращается к ней быстро? И ответ был найден сразу же — двигатель не успевал остыть, и в карбюраторе оставались пробки, вызванные интенсивным испарением бензина!

В общем, те, кто используют пробелы, более активно стучат по клавиатуре и поэтому создают немного более занятый, деловой и рабочий вид в глазах начальства и получают чуть более жирные офферы.
Так TAB ведь просто ставит пробелы )
Зависит от настроек редактора, в котором текст набираете. Редактор может как заменять tab пробелами, так может и не заменять. (более того, разные редакторы могут по разному интерпретировать tab'овые отступы)
Вот мне всегда было интересно, КАК можно по-разному интерпретировать TAB кроме как размером отступа? А если весь или только в табах или только в пробелах то проблем не будет. (У всех же IDE/текстовый редактор умеет заменять X на Y? Еще немного не хватает этой замены при открытии.)
О, тут стоит вспомнить, что такое Tab исторически. И вспомнить про пишущие машинки, на которых была такая клавиша. На машинках устанавливались специальные таб-стопы для вертикального выравнивания текстов.И клавиша таб смещала курсор направо до ближайшего стопа. Количество и расстояние этих стопов не всегда фиксировано от машинки к машинке, но всё же удобно при набирании, например, таблиц. Далее печатные машинки были адаптированы до телетайпов и этот замечательный рудимент пришёл в терминалы. Так что таб исторически — инструмент для вертикального выравнивания текста и это не обязательно отступы слева. Это могут быть и отступы посередине строки. На практике же в настройках редакторов можно встретить 2,3,4 и 8 символов для табстопов. И переменный размер табов может очень сильно попортить читаемость кода. Я вообще не вижу смысла использовать табы в коде. Хотя для представления табличных текстовых данных они часто неплохо подходят.

PS Я использую пробелы в коде и табы в табличных данных
Увы плохо подходят. Если у вас таб например 8 символов, а в какой-то строчке столбец с текстом в 11 символов — то тут-то все форматирование и поедет. :(

Для таблиц хорошо походят таблицы.
Если у вас таб например 8 символов, а в какой-то строчке столбец с текстом в 11 символов — то тут-то все форматирование и поедет. :(
Всегда можно поставить два таба. Но для этого нужно, чтобы размер таба был фиксирован. Он может быть любым — но известным заранее. Исторически — это таки 8 символов, да.

А таблицы — всем хороши, ктоме того, что не поддерживаются теминалами и текстовыми редакторами, языками программирования и многими другими вещами. Там где они есть — да, лучше использовать их…
Если размер таба заранее известен, то он не лучше пробела для моноширного шрифта.

А если буковки в шрифте разного размера, то либо это не терминал, либо это редактор который умеет таблицы, либо это редактор который и табы-то адекватно не умеет, либо да — счастливый случай.

Я не против табов. Особенно они хороши когда надо сделать printf
Если размер таба заранее известен, то он не лучше пробела для моноширного шрифта.
Он лучше, так как при добавлении данных в таблицу позволяет нажимать меньше клавиш. Для чего и был, в общем-то, придуман.
В какую таблицу? В такую?

1 2 3
a b c
d e f
Вообще-то наиболее ярко видно в случаях хвостовых пробелов колонки, а не отступов

123456          123             12345678        1234
123             123456          1234            12345678
1234567890      12345678901     1234567890123   123


изменение длины контента в любой из колонок в рамках своего таба не будет менять форматирование

А для отступа пробелы естественно без вариантов особенно в современных IDE

Для выравнивания без вариантов. Для отступов табы идеальны.

Вообще-то наиболее ярко видно в случаях хвостовых пробелов колонки, а не отступов

123456 123 12345678 1234

Знаете, что интересно? Вы использовали пробелы вместо табов, чтобы отобразить таблицу как пример использования табов для отображения таблицы
Это не мои проблемы.
Это проблемы парсера и трансляции в html

В исходном файле это именно табы.
Какого парсера, какой трасляции? Я не совсем понимаю о чем вы, позвольте проверить:

function foo () {
	alert(123);
}


UPD: Смотрите, у меня просто вставилась табуляция. О каких проблемах парсера и трансляции в html вы говорите? Это исключительно ваша проблема. Скорее всего у вас и в исходном файле пробелы, просто вы не задумывались или не очень в этом разбираетесь.
О каких проблемах парсера и трансляции в html вы говорите?
Попробуйте просто в текст сообщения на Хабре вставить табуляцию — и вы увидите, что она будет замена на пробелы. Внутри <source> или <pre> — да, табуляция сохраняется. Просто внутри текста заменяется на 1 (один) пробел, что, разумеется, для выравнивания таблиц использовать непросто.

Это исключительно ваша проблема.
Нет, это проблема любого, кто пытается писать на Хабре. Его «интеллект» достоин отдельного рассказа. Но да, с <pre> всё работает:

123456		123		12345678	1234
123		123456		1234		12345678
1234567890	12345678901	1234567890123	123

Скорее всего у вас и в исходном файле пробелы, просто вы не задумывались или не очень в этом разбираетесь.
Я думаю он неплохо разбирается в текстовых файлах, но плохо — в Хабраредакторе. Вряд ли его можно в этом винить…
Попробуйте просто в текст сообщения на Хабре вставить табуляцию — и вы увидите, что она будет замена на пробелы

Не на «пробелы», а на один пробел, как вы правильно уточнили далее. Точно так же как несколько пробелов, которые я вставил между этими словами. Это сделано, для того, чтобы удобное программисту форматирование html-файла не влияло на результат.

Его изначальная таблица была обернута именно в pre и там прекрасно поддерживается как табуляция, так и множественные пробелы:


Но да, с pre всё работает

Да, я это прекрасно знаю.

Я думаю он неплохо разбирается в текстовых файлах, но плохо — в Хабраредакторе. Вряд ли его можно в этом винить…

Нет, как раз дело не в хабраредакторе, потому что он ошибся не только на Хабре, но и файлы в Гите у него имеют пробелы там, где, как он считает, стоят табы.

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

Как я уже выше показал (а так же вы в своем сообщении) — табы прекрасно живут что на Хабре в теге pre, что в веб-интерфейсе Гитхаба и не заменяются на пробелы.
Мне не нужно задумываться о том, что я набрал руками и воспроизвел лично.

То что при копировании в сообщение и обработке парсером заменились табы на пробелы уж точно не моя проблема и отлавливать это я не собираюсь.
image

Более того, внимательно читая написанное и включив мозг вы бы заметили, что использование пробелов не дает никакого автоматического выравнивания контента по позициям табуляции, если удалить любую цифру в любом столбце. О чем я собственно и писал.
А табы дают.

Скорее всего вы просто не читаете что пишут. Но с определенной долей вероятностью просто не привыкли включать мозг в принципе.
Но с определенной долей вероятностью просто не привыкли включать мозг в принципе.

Ну ты и хамло.

Мне не нужно задумываться о том, что я набрал руками и воспроизвел лично.

Да, я заметил.

табы на пробелы уж точно не моя проблема

Эффект Даннинга — Крюгера

А табы дают.

Не совсем так. Правильно будет «а табы — то дают, то не дают».

Что у меня, что у khim парсер прекрасно работает с табами. Возможно, это недостатки вашего редактора, что вместо табов он копирует пробелы. Пробовали перейти на что-то получше? С другой стороны, вам и правда не стоит разбираться, в чем ваша ошибка и вы просто можете и дальше обвинять всех окружающих в собственном невежестве
Не совсем так. Правильно будет «а табы — то дают, то не дают».


Процитирую тот текст, который вы не осилили с первого раза

изменение длины контента в любой из колонок в рамках своего таба не будет менять форматирование

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

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

А вы таки ставите пробелы клавишей пробела?
НЛО прилетело и опубликовало эту надпись здесь

По моему всё просто. Компании, готовые платить больше, требуют тоже больше. И, в частности, они требуют соблюдение стайлгайда. Большинство стайлгайдов основаны на пробелах.

А я хитрый, я нажимаю TAB а IDE мне рисует четыре пробела :-)
НЛО прилетело и опубликовало эту надпись здесь
Мой мир никогда не станет прежним…
Ну надо же им как то прибавку к зарплате отрабатывать :-D
я так делаю. Каюссь
В сериале «кремниевая долина» (см видео в комменте выше) даже 8 раз жмякали, и один из «веских аргументов в пользу табов» был, что, мол, меньше клавиш нажимать.
Как бы еще сделать чтобы стрелки влево-вправо переходили сразу бы по 4 пробелам, но по одному символу.
НЛО прилетело и опубликовало эту надпись здесь
Ну сидишь, думаешь, смотришь на эти вложенные циклы/условия. При поиске ошибок методом пристального взгляда или рефакторинге, или просто запутался. Для навигации по уровням, отмечать где ты сейчас.

в нормальных IDE для этого существует "фоновая" вертикальная линейка для каждого уровня


скрин
Текст разбивают на абзацы для более удобной навигации, но некоторые все равно при чтении выделяют его пальцем, линейкой или курсором. Так и линейка эта, и сворачивание кода и навигация курсором — все об одном, но это не взаимозаменяемые вещи.
Если по нему много надо туда-сюда ходить по уровням, значит пора рефакторить.
Перейти в лагерь TAB?
Если бы я писал пробелами то возможно и не было бы такой проблемы, т.к. я бы не знал что так можно. Но в чужой монастырь со своим уставом не ходят. И иногда приходится работать с чужим исходником с пробелами.
В IDE от Jetbrains использую 'Ctrl' вместе со стрелками, ну а для Vim/Emacs, полагаю, вопрос не актуален. Вообще, сравнительно редко использую навигацию влево-вправо по тексту без 'Ctrl', т.к. в большинстве случаев требуется перемещение на n слов, а не букв.
В CoolEdit'е (редакторе Midnight Commander'а) при всей его убогости такой режим есть и используется по умолчанию.

А ещё там TAB ставит 4 пробела, но второй — удаляет 4 пробела и ставит один TAB на их место.
НЛО прилетело и опубликовало эту надпись здесь
Пробелы с табами это всё ерунда, IDE всё должно ставить, я даже не помню, что у меня там настроено (на самом деле табы, конечно же), просто нажимаю Enter или автоформат и всё выравнивается.
Было бы интересно сравнить зарплаты тех, кто использует моноширинные или пропорциональные шрифты в IDE (хотя подозреваю что я такой один в мире, не моноширинный, и сравнивать не получится).
Как бы мне на пробелы то теперь перейти?

image
Обычно в редакторе есть галочка. Использовать пробелы вместо tab. Возможно это решение.
Статья смешная, а перевод ужасный — явно автоматический и плохо отредактированный, в куче мест присутствуют «вкладки» вместо «табов».
Google в StyleGuide тоже рекомендует 2 пробела вместа табов
Анализ данных приводит нас к интересному выводу. Разработчики которые используют пробелы для отступов, зарабатывают больше денег, чем те, кто используют табы, даже если они имеют такой же объем опыта

А можно еще прийти к такому выводу, что те кто используют пробелы более склонны врать про свою зарплату. Идиотское Странное исследование, скорее причина в стайлгайдах на пробелах и крупных корпорациях, как уже сказали выше.
Сейчас все резко перейдут на пробелы
Наоборот. Все компании резко начнут в гайдлайнах требовать табы.
> Среднестатистический разработчик, который использует пробелы, имеет зарплату в 59 140 долларов, в то время как разработчик использующий табы имеет зарплату в 43 750 долларов. (Обратите внимание, что все результаты были конвертированы в доллары США из валюты респондента)

При такой зарплате я могу использовать хоть символы нижнего подчёркивания!

Да что уж темнить. Можно вообще без отступов обходиться )

Даже в питоне!
А как?
«Можно вообще без отступов обходиться»

Использовать точку с запятой. Только придется писать все в одну строчку.

Спасибо! И вправду работает))
name = 'Дуня'; print ('Привет, %s!' % name);

Привет, Дуня!
[Finished in 0.1s]
НЛО прилетело и опубликовало эту надпись здесь

А символы верхнего подчеркивания сможете?

Я очень люблю табы, т.к. они значительно упрощают навигацию по коду «стрелочками». Но — современная мода требует использования пробелов, во всех гайдах пишут про пробелы, git diff рисует табы ярким красным цветом, многие редакторы работают в пробельном режиме…

Так что мне пришлось перейти на пробелы, чтобы не отстать от жизни. С понижением зарплаты.
Я очень люблю табы, т.к. они значительно упрощают навигацию по коду «стрелочками».

Как насчет Ctrl + «стрелочки»?
git diff рисует табы ярким красным цветом

Только в коммите, в котором табы заменили на пробелы ведь.
Пока стучишь пробелы — успеваешь подумать. С табами — тупо кодишь.
Я не понимаю, Вы правда думаете всё это о том кто какие кнопки нажимает? Или просто «шутка»?
Разумеется, шутка. Помните Рабле? С какой стороны яйцо чистить — с острой или тупой? Или как правильно креститься — двумя пальцами или тремя?
Помню, раньше за это глотки резали. Сейчас, по-моему, стало лучше — можно пошутить. Хотя на Хабре шутки не любят, здесь народ серьезный.
НЛО прилетело и опубликовало эту надпись здесь
Годный, юморной вброс в holy war.

На премию ингобеля — «заставляет сначала смеяться, потом задуматься».
Альтернативный вывод: «Разработчики, которые используют пробелы, врут больше, чем те, которые используют табы» :)
Не обязательно. Если и у тех и у тех оплата почасовая, то настучать 4 пробела займет больше времени, чем 1 таб.
Я так понимаю, одинэсники в опросе не участвовали???
В вопросе участвовали только разработчики
Пробелы приносят больше денег чем табы

А не кажется ли вам, что авторы статьи путают причину и следствие? Не думаю, что они идиоты, но прикидываются ими ради громкой статьи.

Вот тут недавно статья была про когнитивные искажения. И мне хочется спросить, а не соответствует ли исследование?
Ошибочность в духе меткого стрелка из Техаса — выбор или подстройка гипотезы после того, как данные собраны, что делает невозможным проверить гипотезу честно.
Т.е. сначала сформулировали гипотезу, а потом опросили программистов или взяли bigdata понаходили корреляций, а теперь выдают гипотезы. (А по закону bigdata там будут любые, даже самые абсурдные корреляции.)

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

Вы правы по поводу того что прикидываются).
Данный эффект как минимум есть в разрезе размера компании, пруф:



А размер компании корелирует с зарплатой, пруф:



Из этого можно сделать вывод, что:
Размер компании влияет на использование пробелов.
И так же размер компании влияет на среднюю зарплату.

Я не силён в статистике, но помню, как раньше нам преподаватель демонстрировал зависимости между курсом рубля и фазой луны или убедительно доказывал, что у монетки только одна сторона, так что думаю поговорка про малую, большую ложь и статистику это как раз тот случай, но шутка хорошая =)
НЛО прилетело и опубликовало эту надпись здесь
Почему не исследовался метод CTRL-ALT-L?
Я уже двести лет никакие отступы руками не ставлю, их вставляет IDE согласно командным правилам форматирования кода.
В правилах же как правило используются пробелы, потому что дифы проще читать.

в некоторых IDE diff-сравнение убирает различия на тему пробелов и табов и акцентируешься только на коде

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

видимо я давно так много за пределами IDE не сравнивал код, чтобы обратить внимание на такое смещение

Какие-то ужасы непонятные рассказываете. Явно не про табы:



Да и в чистом гите можно настроить.
А шо? У вас таки в html там табы?
image

Я вас разочарую. 3-я строка на скриншота после минуса. Изучайте
Я вас разочарую. Да, именно табы. Выделил (это 28-ая строка на первом скриншоте). Изучайте



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

Пробелы в качестве отступов:


Табы в качестве отступов:


Эта быстрая проверка однозначно и правильно показывает, какой символ реально используется, но вы всегда можете дополнительно проверить в хекс-редакторе.
Может быть есть какая-то корреляция между количеством изученных\используемых языков программирования и ростом зарплаты? И соответственно — человек имеет больший\разносторонний опыт и потому и получает больше, а этот самый разносторонний опыт подталкивает везде и всюду использовать пробелы?
Лично я начал использовать только пробелы и следить за этим только после того, как узнал Python + натыкался на косяки с отступами в конфигурациях некоторых программ, до этого я об этом даже и не задумывался…
НЛО прилетело и опубликовало эту надпись здесь
До кого-то не дошло, что это — сарказм.
Пробелы — старые, древние проекты в большой корпорации, использование какого-нибудь emacs или vi в качестве основного редактора. Большой документ по кодинг-стайлу, под грифом «почти секретно», где написано, что "никада-никада-никада низя использовать табуляции, потому, что у нашего супергуру, на емаксе съезжает индент, который был равен 5 по религиозным соображениям, а ещё каретка суперпринтера на 128 этаже небоскрёба пробивает капитальную стену, ибо там размер табуляции -1".
Табуляции — новые мелкие проекты в мелких современных транснациональных корпорациях. Хипстеры, вейперы, вот-это-вот-всё. Массовое использование IDE. Дыроколы в аренду.
Прочитав статью, задумался что использую я… А использую я в основном Visual Studio и настройка по умолчанию в ней для большинства языков — при нажатии на Tab вставлять пробелы (обычно 4). Т.е. выходит что я как бы использую побелы, но вставляю их кнопкой Tab. Если представить что у меня не было бы такой умной IDE, то конечно я бы не стал каждый раз 4 раза барабанить по пробелу (как в видеоролике выше) и использовал бы Табы.

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

git config --global core.autocrlf true

— позволяет разработчикам на разных системах писать код и при этом в репозитории будет порядок. Так же и с отступами — кто использует побеллы, кто-то табы, но в результате у всех пробелы и все счастливы. Единственное замечание — для стирания отступа бэкспейсом приходится уже нажимать 4 раза (но ведь есть Shift+Tab!)

PS: в компании есть один человек, который эту настройку у себя поменял и каждый раз плачет и кололется мучается с мержами, но продолжает грызть кактус использовать табы =)

Для того, кто придумал по умолчанию изменять файлы при чекауте есть отдельный котёл в аду.

Т.е. верный способ для IT компании сократить издержки — перевести весь софт на табы.
В HR на собеседовании спрашивать: «вы, таки, используете табы или пробелы?» и понижать зарплату табуляторщикам.
Хотя (это «бигдата») использование табуляций сокращает время компиляции и размер исходника. В мировых масштабах это позволит сэкономить природный газ на тысячу зажигалок, которые можно раздать африканским детям, научив их курить.
> В HR на собеседовании спрашивать: «вы, таки, используете табы или пробелы?» и понижать зарплату
> табуляторщикам.

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

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

Вы совершенно правы. Тут эффект бабочки. Они будут курить — быстрее умрут, оставят меньше потомства (а то, что оставят умрет от рака легких); а значит это, наверняка, скорее всего, возможно, позволит снизить выбросы CO2 и избежать глобального потепления арктических льдов.
Видно глобальное мышление! Какие Гарварды заканчивали?

Все используют пробелы, но ставят их все равно другой клавишей.

Кто «все»?
95%

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

Tab «выплевывает» фиксированное количество пробелов. Фишка же в том, чтобы добить отдельные при необходимости, при этом сохранив консистентность отступов (одинаковые символы). Иначе не было бы споров и все использовали табы.
Это легко объясняется. Во многих IDE настройка по умолчанию TAB'ы вместо пробелов. Новички обычно не заморачиваются по поводу стиля кодирования и фигачат табами. В большинстве серьезных проектов с кодинг стандартами все же предпочитают пробелы вместо табов, ну и соответственно на таких проектах уровень дохода выше и квалификация чаще всего выше, поэтому те кто ставят пробелы зарабатывают в среднем больше. Сам раньше ставил табы, отучили как-раз на проекте с кодинг стандартом.
Во многих IDE настройка по умолчанию TAB'ы вместо пробелов

В VS и WebStorm по-умолчанию именно пробелы.
А ещё ваше предположение не объясняет почему с ростом опытности зависимость не пропадает
Каким методом относили к пробелам и к табам?
Код в статье

А почему нет варианта ответа "а хрен его знает"?
Потому что за меня отступы делает IDE.

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

И тех, кто ставит пробелы внутри скобок и снаружи.

И у тех, кто не ставит пробелы везде, где позволяет компилятор: между операторами, после запятых в однострочных списках и перед открытием фигурных скобок в объявлениях, циклах и т.д.
А также тех, кто ставит табы везде, где позволяет компилятор: между операторами, после запятых в однострочных списках и перед открытием фигурных скобок в объявлениях, циклах, между двумя другими табами и т.д
Кстати да. Скобки в конце строки выглядят хорошо только в очень коротких условиях/циклах. Когда появляется больше кода, часто это сливается в сплошной текст, и приходится все равно пустые строки добавлять.

Скрытый текст
if (someLongFunction() === $someLongValue && anotherLongFunction() === $anotherLongValue) {
    if ($someObject->attributeLongName !== $someValue) {
        foreach ($someObject->attributeLongName as $item) {
            doSomethingWithItem($item);
        }
        someCommonAction();
    } elseif ($someObject->anotherAttributeLongName !== $someValue) {
        foreach ($someObject->anotherAttributeLongName as $item) {
            doSomethingWithItem($item);
        }
        someCommonAction();
    }
}


if (someLongFunction() === $someLongValue && anotherLongFunction() === $anotherLongValue) {

    if ($someObject->attributeLongName !== $someValue) {
    
        foreach ($someObject->attributeLongName as $item) {
            doSomethingWithItem($item);
        }
        someCommonAction();
        
    } elseif ($someObject->anotherAttributeLongName !== $someValue) {
    
        foreach ($someObject->anotherAttributeLongName as $item) {
            doSomethingWithItem($item);
        }
        someCommonAction();
    }
}

Лично мне субъективно удобнее читать первый вариант, без дополнительных пустых строк. Пустыми строками выделяю логически однородные фрагменты кода типа инициализации переменных, вычислений в том или ином контексте. Кроме того, строки, содержащие ключевые слова «if», «else if», «else», «for», «while» и т.д., чаще всего уже отделены от окружающего кода отступом.
Из того, что нашлось в vendor:

jQuery, Doctrine, HTMLPurifier, Guzzle

Чаще всего встречается, если дальше идет комментарий.

уже отделены от окружающего кода отступом.
А если окружающий код это тоже «if», «else if»...? В простом коде с одним оператором это выглядит неплохо, а в коде посложнее иногда приходится отделять. Значит читабельность у такого варианта меньше.

Ну и со отдельными скобками как-то посимметричнее выглядит. Особенно с elseif, который с третьего символа начинается.

Ну или когда условие в if занимает несколько строк, как тут, например:


if ( deep && copy && ( jQuery.isPlainObject( copy ) ||
    ( copyIsArray = Array.isArray( copy ) ) ) ) {

Глазами иногда сложно понять, где заканчивается условие. С открывающейся на новой строке скобкой же всё понятно и логично.


Ну и ещё одна мелочь, правда, относящаяся к coding convention: если правила написания кода требуют указания скобок всегда, даже когда в ветке if один return, то такой стиль расстановки скобок приемлем. Если же допустимо опускать скобки для однострочников, чтобы не перегружать код скобками, то нужно видеть каждую скобку, поэтому они и ставятся в начале строки.

Если же допустимо опускать скобки для однострочников, чтобы не перегружать код скобками, то нужно видеть каждую скобку, поэтому они и ставятся в начале строки.
А нет ли тут шизофрении? Вы разрешаете «опускать скобки, чтобы не перегружать ими код» и тут же посещаете их в такое место, чтобы они сразу бросались в глаза!
А нет ли тут шизофрении?

Нет. Либо обе скобки видны, либо их просто нет.


Вы разрешаете «опускать скобки, чтобы не перегружать ими код» и тут же посещаете их в такое место, чтобы они сразу бросались в глаза!

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


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

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

А уж если у вас выработалась привычка вставлять пустую строку в начало блока, то перенос скобки туда выглядит абсолютно логичным.
Возможно. Но у меня такой привычки нет — именно потому что «обе скобки должны быть видны». Чем больше вы вставляете всяких «пустых» конструкций (пустые строки, отдельно стоящие складочки), тем меньше остаётся места на экране…
Если «с балансом скобок что-то не так», то что этот код вообще делает в репозитории?

Такое тоже бывает. См. посты от PVS Studio.


Я уж не говорю о том, что «одна из скобок не видна» может быть просто потому что у вас часть конструкции за край экрана ушла.

А если скобки ставить с новой строки, то они видны всегда.


Чем больше вы вставляете всяких «пустых» конструкций (пустые строки, отдельно стоящие складочки), тем меньше остаётся места на экране…

Когда я начинал программировать, тоже экономил место. Потом со временем пришёл к тому, что читаемость кода важнее его компактности, поэтому даже в пределах одного блока вставляю пустые строки, чтобы разделить логику в коде, например, отделить объявление переменных от остального кода.


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

Из того, что нашлось в vendor: ...

Что доказывают эти примеры? Вот совершенно легко, не перебирая, нашёл примеры противоположного стиля:


Symfony
Laravel
AngularJS
VueJS


А если окружающий код это тоже «if», «else if»...?

Прошу прощения, не вполне точно выразился. Лучше было сказать, что код внутри блоков «if», «else if», «else», «for», «while» и т.д. отделён отступом от строк, инициализирующих блоки, соответственно, «if», «else if», «else», «for», «while» и т.д. Например, бессмысленный кусок кода для иллюстрации:


#!/usr/bin/perl
my @arr = (3, 2, 1);
my %hash = (k1 => 'v1', k2 => 'v2');
if (@arr) {
    if (%hash) {
        for my $el (@arr) {
            keys %hash;
            for (my ($key, $val) = each %hash) {
                print "$el$key$val\n";
            }
        }
    } else {
        print "$_\n" for @arr;
    }
} elsif (%hash) {
    print "%hash\n";
} else {
    print "No luck, screw it!\n";
}

На мой взгляд, отступы достаточно ясно показывают, где ветвления и циклы, а где предложения (или как лучше на русском сказать "statement"?).


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

Без конкретного примера мне не вполне ясно, о чём тут речь. И кому конкретно приходится отделять. Но если речь о сложных условиях в операторах ветвления — настолько сложных, что за несколько секунд не разобраться, то я вполне согласен с мнением Роберта Мартина в его "Чистом коде", что такое условие следует выносить в функцию, по названию которой будет понятно, о какой проверке речь. Часто бывает нужно не досконально понять условие, а (в терминах Р. Мартина) "прочитать осмысленную историю" на пути к предмету, по-настоящему требующему внимания.


И опять же, лично мне дополнительные пустые строки сами по себе не помогают понять логику того или иного кода. Отступы необходимы, чтобы видеть (а не вычислять) иерархию вложенности блоков. Пустые строки, объединяющие отдельные совокупности предложений по некоторому общему логическому признаку (группы инициализаций, последовательности какого-то вычисления) — бывают полезны для быстрого просмотра кода, хотя ещё полезней часто бывает разбивать длинные простыни на вызовы функций с лаконичными названиями, после чего код читать куда удобнее. И в любом случае, при столкновении со сложным условием лично мне пустые строки не помогут понять его быстрее. Да, есть случаи с многострочными условиями, когда код внутри блока имеет тот же отступ, что и строки условия. Мне это как-то не мешает, б.м., потому, что сталкиваясь с инициализацией блока, сразу ищу открывающую его фигурную скобку (или двоеточие в случае с Python).


Ну и со отдельными скобками как-то посимметричнее выглядит. Особенно с elseif, который с третьего символа начинается.

Что значит "с отдельными скобками"? Когда фигурная скобка открывается на новой строке? Вообще говоря, для разных языков (по крайней мере, для некоторых) существуют в той или иной мере стандартизированные рекомендации по стилю. Например, для PHP есть PSR-1 и PSR-2. Во многих командах также практикуется следовать какому-то общему стилю. Т.е., мы должны понимать, что абсолютно идеального подходящего всем решения попросту нет — Вам удобнее с дополнительными к отступам пустыми строками, а меня это будет отвлекать и раздражать при чтении кода, кому-то хочется видеть открывающие фигурные скобки на отдельной строке, а кому-то отрадно их видеть на последней строке инициализации блока. Такова жизнь.

Что доказывают эти примеры?
Без конкретного примера мне не вполне ясно, о чём тут речь. И кому конкретно приходится отделять.

Хм. Приведенные ссылки и были конкретные примеры. Отделяют авторы кода, разработчики известных проектов. Наверно у них есть причины.


И опять же, лично мне дополнительные пустые строки сами по себе не помогают понять логику того или иного кода.

Это не столько логика, сколько улучшение удобочитаемости. В середине экрана текст сливается, а закрывающая скобка на отдельной строке визуально группирует код не в соответствии с логикой.
При быстром просмотре кода это часто воспринимается как один блок:


        }
        someCommonAction();
    } elseif ($someObject->anotherAttributeLongName !== $someValue) {
        foreach ($someObject->anotherAttributeLongName as $item) {
            doSomethingWithItem($item);
        }

разбивать длинные простыни на вызовы функций с лаконичными названиями, после чего код читать куда удобнее

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


Например, для PHP есть PSR-1 и PSR-2. Т.е., мы должны понимать, что абсолютно идеального подходящего всем решения попросту нет

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

Я, конечно, не программист на PHP, но что мешает вместо добавления строк просто переносить саму скобку, как в C#?


Скрытый текст
if (someLongFunction() === $someLongValue && anotherLongFunction() === $anotherLongValue)
{
    if ($someObject->attributeLongName !== $someValue)
    {    
        foreach ($someObject->attributeLongName as $item)
        {
            doSomethingWithItem($item);
        }
        someCommonAction();        
    }
    elseif ($someObject->anotherAttributeLongName !== $someValue)
    {    
        foreach ($someObject->anotherAttributeLongName as $item)
        {
            doSomethingWithItem($item);
        }
        someCommonAction();
    }
}
Так я про это и говорю) Чем писать скобку в конце и добавлять пустую строку для читаемости, проще скобку переносить.
Ещё сделать скобки с отступом в 2 символа (а вложенный туда код — сдвигать на 2 отступа, то есть на 4 пробела) и вы придёте к GNU style, про которые Линус говорит First off, I'd suggest printing out a copy of the GNU coding standards, and NOT read it. Burn them, it's a great symbolic gesture.

Некоторые люди не находят преимуществ ни в добавлении пустых строк, ни в переносе открывающей скобки на отдельную строку. Кстати, рекомендации PHP-FIG (PSR-1, PSR-2) применительно к ветвлениям и циклам тоже. Хотя, имхо, если уж тратить место на отдельную строку, то хотя бы открывающую скобку туда вставить… :)

Ничего не мешает переносить скобку, но при этом не обязательно добавлять строку (я так пишу):
Впечатлительным и беременным не открывать.
if (someLongFunction() === $someLongValue && anotherLongFunction() === $anotherLongValue)
    {   if ($someObject->attributeLongName !== $someValue)
          {   foreach ($someObject->attributeLongName as $item)
                    {   doSomethingWithItem($item);
                    }
                someCommonAction();        
            }
        elseif ($someObject->anotherAttributeLongName !== $someValue)
            {   foreach ($someObject->anotherAttributeLongName as $item)
                    {   doSomethingWithItem($item);
                    }
                someCommonAction();
            }
    }
Первую строчку с открывающей строчкой чуть сложнее редактировать, но не так чтобы уж сильно. За то компактно и наглядно. А из любителей не переносить скобку встречал такое:
Впечатлительным и беременным не открывать.
if (someLongFunction() === $someLongValue && anotherLongFunction() === $anotherLongValue) {
        if ($someObject->attributeLongName !== $someValue) {
                foreach ($someObject->attributeLongName as $item) {
                        doSomethingWithItem($item); }
                someCommonAction(); }
        elseif ($someObject->anotherAttributeLongName !== $someValue) {
                foreach ($someObject->anotherAttributeLongName as $item) {
                        doSomethingWithItem($item); }
                someCommonAction(); } }
Какой-то в вашем первом примере бардак. Каждая строчка и скобка стоит не пойми где
Как выше упомянули он похож на GNU формат, но только блок начинается с той же строчки что и открывающаяся скобка.
Сверху-вниз мой стиль, GNU, K&R
Для удобства свой еще раз скопировал и у всех стилей поставил одинаковые отступы.
if (someLongFunction() === $someLongValue && anotherLongFunction() === $anotherLongValue)
  { if ($someObject->attributeLongName !== $someValue)
      { foreach ($someObject->attributeLongName as $item)
          { doSomethingWithItem($item);
          }
        someCommonAction();        
      }
    elseif ($someObject->anotherAttributeLongName !== $someValue)
      { foreach ($someObject->anotherAttributeLongName as $item)
          { doSomethingWithItem($item);
          }
        someCommonAction();
      }
  }
if (someLongFunction() === $someLongValue && anotherLongFunction() === $anotherLongValue)
  {
    if ($someObject->attributeLongName !== $someValue)
      {
        foreach ($someObject->attributeLongName as $item)
          {   
            doSomethingWithItem($item);
          }
        someCommonAction();        
      }
    elseif ($someObject->anotherAttributeLongName !== $someValue)
      { foreach ($someObject->anotherAttributeLongName as $item)
          {
            doSomethingWithItem($item);
          }
        someCommonAction();
      }
  }
if (someLongFunction() === $someLongValue && anotherLongFunction() === $anotherLongValue) {
    if ($someObject->attributeLongName !== $someValue) {
        foreach ($someObject->attributeLongName as $item) {
            doSomethingWithItem($item);
        }
        someCommonAction();
    } elseif ($someObject->anotherAttributeLongName !== $someValue) {
        foreach ($someObject->anotherAttributeLongName as $item) {
            doSomethingWithItem($item);
        }
        someCommonAction();
    }
}
Каждому конечно свое, но мне хуже всего K&R. В моем скобки на против друг друга. Скобки с отступом от оператора после которого они идут и операторы внутри с отступом от них — строгая вложенность как в GNU. Но при этом как в K&R экономится строка (хотя это конечно не главное).
Звучит невероятно, но после того как я стал использовать пробелы, я действительно спустя 3 недели получил оффер с более высокой оплатой труда. Следующим шагом думаю проверить отключение автозамены таба на пробелы и проставление их вручную
Маяковский озолотился бы
Нужно такое же исследование про Темную vs Светлую тему в IDE.
Британские ученые?

Можно взять что угодно, разделить это на "да\нет". Какой то с вариантов будет "больше"....


Разработчики, которые пользуются 4х слойной туалетной бумагой, зарабатывают больше, чем те, которые пользуются однослойной

Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории