Какие существуют средства поиска дублированного кода в проекте для JS (или вообще)?

Самому интересно, слежу за ответами. Но на сколько мне известно такие вещи только ручками и глазками.

Sergey Romanov, ну так то, если погуглить, то находятся какие-то инструменты. Но хотелось бы услышать из реального опыта что-то.

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

И документация. Нужно все документировать, в коде, и автоматически генерировать документация.

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

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

Ну а если код уже загрязнен, то я не уверен что можно найти дубляж. Но прямой по синтаксису но не по смыслу. Ведь если есть дубляж, то понятно что причина - писали разные люди. А разные люди пишут по разному, так что ни какой парсер это не найдет. Ну можно 20% можно обнаружить.

Хотя кто его знает, по этому я и слежу за темой.

И документация. Нужно все документировать, в коде, и автоматически генерировать документация.

Так понимаю, это, в случае JS, JSDoc или documentation.js, например?

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

Не пользовался пока WebStorm, но думаю там такое есть, верно?

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

А вот здесь бы поподробнее, если можно. Как она должна выглядеть, какие есть практики и где посмотреть примеры?

Sergey Romanov, ответьте, пожалуйста, на вопросы, если не трудно.

besimpl, документирование кода это одно. Да я это использую но не так развита. Просто описание функции и входных параметров и что выходит. Документором генерирую документацию API.

Но так же я использую инструменты как Jekyll, MkDocs, GitBook для создания документации в формате Маркдаун. Там описываю все идеи, создаю уроки как пользоваться API с сценариями из жизни.

Не пользовался пока WebStorm, но думаю там такое есть, верно?

Да есть. Лучший в своем роде.

А вот здесь бы поподробнее, если можно. Как она должна выглядеть, какие есть практики и где посмотреть примеры?

Хороший пример использования конвенций это фреймворк Аурелия. Конвенция это договоренность. Например, ты заявляешь что если человек создаст файл `meta.json` в корне своего модуля, и добавит туда свойство EXTEND то все классы будут автомтически расширены этим новым классом. Или например если там объявить свойство PLUGIN.TRIGGER можно зарегистрировать свои плагины, без того что бы делать регистрацию в коде. Или еще лучше, если в папке plugins есть файлы определенного формата, она автоматически будут зарегистрированы как плагины.

Короче конвенции помогают жить проще.