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

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

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

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

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

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

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

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

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

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

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

Какой open source проект на node.js выбрать как эталон для архитектуры и стиля?

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

Какой open source проект на node.js выбрать как эталон для архитектуры и стиля?

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