Thread by @jsunderhood

Предыдущих шагов хватит для небольшой библиотеки или синтаксического сахара.

Но при продвижении фреймворка настоящая магия в том, что люди выбирает чаще по не техническим принципам.

Они в первую очередь боятся, что через 2 года им будет стыдно, что их фреймворк не популярен.

Страх стыда за неправильный выбор фреймворка и культура, которая её поддерживает — жутко токсичная вещь, которая убьёт нашу индустрию.

Универсальных решений нет. Небольшие проекты чаще поддерживаются лучше больших. Но об этом мы поговорим завтра. Что делать сейчас?

Знаете почему я всех моих крупных проектов есть логотип? (Спасибо за них очень крутому @antiflasher)

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

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

Не надо спамить специально. У большого проекта и так обычно хватает новостей и мыслей в процессе разработки.

Настоящая магия популяризации проекта — людям нужен не код, а решение. Люди выбирали не Ruby on Rails, а методологию Getting Real. Не Реакт, а компонентный подход. Не PostCSS, а что-то новое после Sass.

Нужно понять что за идея стоит за вашим проектам и рассказывать о ней.

И помните я начал свой рассказ про то, что надо придумать точное описание, что такое ваш проект и что это очень сложно.

Вот мы и вернулись к началу. Ведь в хорошем описании большого проекта нужно выразить эту идею. Поэтому по настоящему хорошее описание сложно написать.

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

И тут смотрите какую хитрость можно сделать:
1. Вы посылаете PR в большой проект
2. Они начинают пользоваться вами
3. Вы используете этот большой проект, чтобы убедить ещё больший проект

Ну и не бойтесь писать в описании, кто вами пользуется. Вот примеры Size Limit и PostCSS.