Какая разница, сколько пробелов? ставь себе сколько угодно пробелов в

конфиге, этим и удобен таб как таб

вы имеете ввиду рендерить таб разным кол-вом пробелов? но чтобы по факту там был таб? визуальную ширину таба?

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

ИМЕННО!!1 да, таб ставится как таб, но у каждого разбрабтчика в их конфиге свои N пробелов, на ширину которых рендерится таб, осспадя, неужели я так сложно это изначально расписал

+++

а что, тут кто-то реально нажимает 2 или 4 раза на пробел? обычно всё же жмут на Tab, не?

ну да, жмешь таб - получаешь 2 или 4 пробела (4 лучше)

пц (facepalm)

https://habr.com/ru/post/118208/

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

ещё раз — жмёшь на таб и получаешь таб, а вот на какую ширину пробелов будет это таб, каждый сам себе в .editorconfig настраивает, понимаешь?

да я то понимаю. я просто против табов принципиально

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

потому что эти табы ваще по-разному отображаются в разных редакторах

какие такие конструкции ты форматируешь пробелами?

бред

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

make sense. а если еще и за символы платят при разработке

в верстке иногда элементы встают криво с табами. ну это мелочи, но всё же. ну и да, есть ещё аргумент: ты код-ревью делаешь? знаешь, как табы отображаются в gitlab/github? настроить там сможешь для отображения их?)

да, но это уже проблема самих гитлабов/гитхабов — они таб растягивают слишком сильно широко, как ноутпаде

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

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

если это влияет на качество/комфорт ревью/ревьюера — то да. опять же, я уже много раз написал, что всё зависит от соглашений. убедите команду свою и пользуйтесь как хотите. другие сами решат, как им удобней :)

ну, с точки зрения ревьювера да, табы неудобны на гитлабе/гитхабе, но я не ревьювю код ) и, да, другие сами решат, какая ширина таба им больше нравится, я же не против, я топлю за то, чтобы таб ставили как таб, а ширину таба пусть все сами себе в .editorconfig настраивают как им нравится

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