Як мені краще залучати користувачів, які зіграли мій проект на GitHub?


19

Нещодавно я створив проект під назвою Hebel , над яким працював у GitHub. Це основа для прискореного глибокого навчання GPU, написаного на Python та Nvidia CUDA. Я розмістив інформацію про це в Google+, і незабаром після цього її перебрали на Hacker News і протягом декількох днів виходили трохи вірусно. Пізніше я опублікував про це знову в subreddit Machine Learning , і взагалі мій проект зібрав 822 зірки та 47 вил на GitHub, що насправді хвилювало. 822 зірки означає, що мій проект входить до топ-200 проектів Python на GitHub, і насправді має більше зірок, ніж деякі гучні та широко використовувані проекти Python, такі як virtualenv.

Незважаючи на значний інтерес до мого проекту, я дуже розчарований у реальній діяльності, яку я бачив досі. Жоден із 47 вил моїх проектів ніколи не мав жодних зобов’язань, я не отримував жодних запитів на тягнення, і дві особи подали лише три питання. Здається, що мій проект потенційно дуже цікавий багатьом людям, але вони лише раз зірочкою або роздрібнюються, а потім більше ніколи не повертаються до нього і не використовують його постійно.

Як я можу покращити взаємодію, щоб користувачі могли надсилати помилки або запити на вдосконалення або внести зміни до розробників?


5
Це такий проект, який багато хто вважатиме класним, але насправді ним самим не користуватися.
CodesInChaos

1
Я б здогадувався, що більшість людей сприймають ваш проект як закладку, тому що, переглядаючи readme.md, вони читають кілька модних слів (Python, CUDA), які чудово звучать на більш пізньому етапі. Я старший розробник програмного забезпечення, але навіть переглядаючи сторінку вашого проекту github протягом декількох хвилин, у мене є лише розпливчасте уявлення про те, що це таке. Якщо ви хочете, щоб люди сприяли вашому проекту, моя - абсолютно ненаукова - порада буде представляти його таким чином, що той, хто мало що знає про нейронні мережі (та всі інші речі експертів), також може зрозуміти.
ssc

Відповіді:


25

Ви над цим наполегливо працювали. Вітаю всю увагу, але вибачте, що це не приваблює.

Перше, що я помічаю - немає проблем. Щоб залучати людей, ви повинні бути помітними у їхньому каналі новин GitHub. Коли ви запускаєте випуск, він з’явиться для людей, які стежать за проектом (а не тих, хто його зняв). Отже, ти, чисельність громади, насправді становить близько 80 підписників. Про це варто думати лише про послідовників. Форкери можуть просто схопити код і піти геть, а зірки схожі на закладки. Підписник отримає сповіщення про нові проблеми.

Спробуйте відкрити кілька простих питань.

Редагувати:

Ваш README.md - це ваша реклама для репо. Це перше, що люди прочитають, і перше, що вони звертаються за допомогою. 2/3 вашої книги читає про те, що Хебель є технічно певною мовою (тобто я не маю поняття, про що ви говорите). У нижній частині 1/3 є лише кілька інструкцій з монтажу.

Одна з найскладніших речей, яку я знайшов у GitHub, - це отримання проектів, щоб насправді робити те, що стверджує автор. Встановлення, запуск та прийом на роботу займають найбільше часу. Якщо хтось отримає ваше репо, але не може змусити його працювати, то ви ніколи не отримаєте запит на тягнення.

Я можу лише підозрювати, що це причина.

Перегляньте свою програму readme та вставте інструкції з початку та монтажу вгорі. Тож люди можуть стрибнути прямо та йти.

По-друге, включіть якийсь зразок / приклад того, що вони можуть швидко працювати, що демонструє переваги проекту.


3
Без сумніву. Якщо у розділі README є розділ, який виглядає як "Сприяння: клонуйте репо, запустіть цей однолінійний сценарій збірки, додайте функцію, додайте тест, подайте PR", тоді я думаю, ви зробите багато пробігу. Там чимало інерційностей стрибають у чужий проект. Зробити їх легко!
Даніель Дж. Прітчетт
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.