В чем проблема плагинов «раскрашивания» скобок для IDE?

Question

[Виталий Орлов]

Часто в обсуждениях вижу, что люди нелестно отзываются о плагинах вроде Rainbow Brackets для PyCharm, которые раскрашивают скобки в тексте кода разными цветами, для упрощения понимая вложенности в трудных случаях.

Поясните пожалуйста, в чем именно проблема в перспективе их использования?

Comments

[Lynn «Кофеман»]

Так и спросите этих людей

[WbICHA]

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

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

Answer 1

[Антон Горецкий]

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

Answer 2

[Сергей Соловьев]

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

Comments

[WbICHA]

Слишком много разноцветных побрекушек только отвлекают.

Если отвлекает, то может это, провериться?) А если серьёзно, то это вкусовщина.

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

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

[Сергей Соловьев]

WbICHA,
1. в IDE используется своя тема оформления - каждый цвет закреплен за нужными токенами. Если все будет сверкать и переливаться, то сложнее обнаружить нужный кусок кода

2. Имел ввиду вложенность: как по мне гораздо лучше организовать код так, чтобы в условной функции было не больше 3 уровней вложенности (например, цикл -> цикл -> if). Если больше, то лучше разбивать на отдельные функции, либо переорганизовывать логику тех же самых условий

[WbICHA]

Сергей Соловьев,

1. в IDE используется своя тема оформления - каждый цвет закреплен за нужными токенами. Если все будет сверкать и переливаться, то сложнее обнаружить нужный кусок кода

Так цвета и оттенки ты любые настроить можешь. У меня все оттенки не пересекаются.

2. Имел ввиду вложенность:

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

[Сергей Соловьев]

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

Answer 3

[Everything_is_bad]

Нет никакой проблемы, и не нужно из чисто субъективной вещи, пытаться ее придумывать, кому-то нравится, кому-то нет, вот и всё.