Чтобы разработчики начали использовать ваш пакет в продакшене, информация о вашей либе должна внушать им уверенность. Обычно, люди видят, что у пакета много скачиваний и им этого достаточно, но у новой библиотеки им взяться неоткуда. Проблема курицы и яйца.
👇
Без популярности неоткуда взяться установкам, а без них нет доверия, которое нужно для популярности.
Нужно, чтобы появились проекты, которые используют вашу библиотеку.
GitHub покажет их в "Used by", а NPM — в Dependents. И они же дадут первые цифры по установкам.
Если ваша библиотека только вышла, то вряд ли кто-то сам найдет и установит ее.
Но никто не мешает вам найти через GitHub и NPM проекты, которые используют более тяжелые аналоги и сделать PR, заменяющий их на ваш пакет.
Эти проекты не обязательно должны быть какими-то супер-популярным. На стартовом этапе важно, чтобы у вашей библиотеки просто было видно хоть какое-то комьюнити. Это добавит разработчикам уверенности, что вашу библиотеку можно использовать. А дальше уже цепная реакция.
Разумеется, шанс, что PR-ы примут — не очень высок, а делать их при этом очень сложно (нужно развернуть и запустить незнакомый проект, разобраться в его коде и т.д). Особенно тяжело, когда API вашей библиотеки отличается от API пакета, который вы хотите заменить.
Если у вас хорошее README, демка и вы хорошо описали пользу для проекта от вашего PR, то шансы конечно выше.
Сразу делать PR-ы в крупные проекты наверное не стоит. Начните, например, с простых инструментов/сайтов, которые разработчики делают для других разработчиков.
Точно не будет лишним отметить проекты, которые используют вашу библиотеку, в README и, по возможности, "приправить" все это цитатой какого-нибудь известного разработчика.
Мне немного повезло, так как я изначально сделал колор-пикер как рабочую задачу для resume.io, а уже потом мы его заопенсорсили. Так что в моем README сразу красовался проект с аудиторией в 8 млн пользователей.
Так что если у вас есть возможность применить вашу библиотеку в рамках проектов вашей компании, то разумеется это стоит сделать.
Это, к тому же, даст вам хоть какой-то, но стабильный объем скачиваний в NPM.
Продвижение опен-сорс проекта это работа. Нужно много думать, много писать на английском, делать публикации на разных сайтах, общаться с ведущими каналов и тд.
И если вы хотите, чтобы люди узнали о вашем проекте, времени на это нужно выделять не меньше, чем на саму разработку.