если честно, не понятен наезд. была предоставлена серия ссылок как на документацию конкретно по бсл лс, так и видео (с того же ИЭ, видео к которому уже по большей части открыты), где рассказывается что как и почему.
я понимаю проблему, когда "я вот посмотрел то-то и то-то, попробовал то-то и то-то и у меня встал вот такой-то конкретный вопрос". да, это конструктивно и можно обсуждать.
"я не знаю что такое бсл лс и зачем он мне нужен" - ок, вот есть целый "официальный" (как бы странно это в контексте опен-сорс решения не звучало) сайт, в котором написано, что это такое.
как и где это можно применять? в faq указано, что это можно применять в VSCode, в EDT, в конфигураторе и в Сонаре, либо со ссылками на документацию либо оно там работает "само".
Зачем? тут есть два пути. начну со второго. понимание полезности исходит из класса инструментов. не надо задаваться вопросом, что мне даст сонаркуб. сонаркуб - это визуализатор результатов статического анализа и сбор метрик. спрашивай себя, что мне даст статический анализ.
но стат анализ - это решение проблемы. и тут на помощь приходит "первый" путь осознавания - от потребности.
меня задолбал говнокод, я трачу время на его разбор, меня задолбали баги в продуктиве.
окей гугл, как бороться с говнокодом и багами?
гугл тебе ответит - применять инструменты статического анализа и тесты.
окей гугл, что такое статический анализ? вот тебе статья. и вот. и вот. а еще вот такая статья.
хм, поможет ли мне это? наверное, да.
а как это применять в 1с?
окей гугл, статический анализатор для 1с...
и пошло поехало.
Небыло никаких наездов.
Я лишь подчеркивал тот факт что для популяризации нужно больше примеров "для чайников" и "разнообразных аркктик"...
Что бы не только от говнокодца откалкиваться. А зайти с другой стороны, где человеку понятнее (каждому со своей разумеется)