Как (быстро) сообщить людям, что программное обеспечение, которое я предоставляю бесплатно, не является заброшенным?

Как независимый, индивидуальный программист:

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

Когда программное обеспечение, написанное одним или двумя разработчиками, доступно бесплатно или помечено как открытое, обычно по умолчанию предполагается, что оно заброшено. Обычно это безопасное предположение - проверьте ответы на этот вопрос, если сомневаетесь: почему программисты пишут приложения с закрытым исходным кодом, а затем делают их бесплатными? ,

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

Если мы говорим о крупных компаниях, например, о Google, то нет никаких реальных проблем с разницей между поддерживаемыми, живыми инструментами и программным обеспечением, и теми, которые прекращены или прекращены.

Живой Git-репозиторий не быстрый - пользователи должны быть достаточно опытными, чтобы понять репозиторий и знать, где его искать. Последовательный маркетинг и управление сообществом требуют больше времени и усилий, чем я могу сделать самостоятельно. Кроме того, если мое программное обеспечение станет популярным / успешным, я предполагаю, что оно будет расти самостоятельно и будет поддерживаться опытными пользователями в сообществе.

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

содержание

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

• Дата последнего обновления . Покажи это. На главной странице. Наверху. Большими буквами Потому что это самый важный момент. Вы можете сказать мне, что вы хотите, пытаясь убедить меня, что вы все еще усердно работаете над своим проектом. Если проект в последний раз обновлялся в 2002 году, я вам никогда не поверю. Например, веб-сайт Notepad2 сообщает нам: «Последнее обновление проекта: 06 мая 2011 года». Просто прочитав, что я почти уверен, что проект далеко не заброшен.

• Частота обновления . Некоторые проекты прекращаются не за один день, а скорее прогрессивно: в начале происходит одно обновление в месяц, затем два в год, а не один в два года. Если в последние годы вы обновляли свой проект хотя бы раз в месяц, пользователям было бы очень убедительно увидеть список обновлений (а также полезно посмотреть, что было изменено).

• Ваш отзыв для сообщества . Слушаете ли вы предложения ваших пользователей? Вы решаете сообщенные ошибки? Наличие списка отчетов об ошибках, где есть последние заявки и эти заявки решены, является хорошим знаком: не только ваше сообщество не покинуло вас, но и вы не покинули свое сообщество .

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

Стиль

Речь идет не только о том, что вы говорите, но и о том, как вы это говорите. В большинстве случаев люди скорее будут чувствовать, что ваше программное обеспечение заброшено или нет. Чтобы дать им соответствующее чувство:

• Показать последние даты . Не только дата последнего обновления. Это может быть также список недавних сообщений в блоге, которые вы сделали в связи с этим программным продуктом, или количество загрузок за последние два месяца и т. Д. Иногда даже показ RSS-ленты, которая не имеет ничего общего с вашим продуктом, может помочь. для людей без технологического фона.

• Имейте недавний визуальный дизайн . Если на вашем веб-сайте создается впечатление, что с 1998 года его не меняли, вы можете сказать, что усердно работаете над поддержанием своего программного продукта, но как насчет поддержания вашего веб-сайта в течение последнего десятилетия?

• Используйте новые технологии . Ваш сайт написан на HTML5 / CSS3? Замечательно! Я уверен, что ваш продукт также хорош, и если он написан на C #, он использует .NET Framework 4.

Сделать сайт блог / форумы и оставаться активным.

Укажите, желательно автоматически, когда были последние обновления рабочей версии и версии программного обеспечения для разработки. Например, SourceForge делает это (несколько) автоматически с датой «последней активности», хотя я точно не знаю, что представляет собой «активность».

Подход, который использует Wine , также кажется эффективным, хотя, возможно, и менее. На первой странице есть раздел «Новости», в котором указана дата объявления о выпуске точки разработки.

Вообще говоря, веб-страница, которая выглядит активной, во многом сделает ваш проект активным.

Помимо всех хороших предложений от других, я хочу добавить:

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

Помимо блога, вы можете добавить учетную запись в твиттере, чтобы они могли следить - либо личный, либо созданный специально для вашей программы. Я бы порекомендовал выделенную учетную запись Twitter, поскольку в качестве личной может быть сложно найти твиты, связанные с обновлениями. Однако это может помочь вывести ваше имя туда / создать подписчиков вокруг центральной учетной записи.

Предоставьте историю на вашем сайте или подобное. Если пользователь увидит, что за последние пару месяцев была проделана некоторая работа (в форме релиза), он будет считать, что проект все еще поддерживается.

В противном случае, есть блог или что-то с устаревшей, регулярно обновляемой информацией. Если пользователь увидит, что контент меняется, он вряд ли будет считать проект мертвым.

В будущем вы достигнете точки, когда вы реализовали то, что хотели, и все там и работает.

Может потребоваться случайное исправление и так далее из-за зависимостей или проблем, связанных с платформой, но это просто работает.

В этот момент убедитесь, что ваша система продажи билетов открыта. Скажи, github.

Если в системе продажи билетов есть проблемы, которые гнили годами, а не зафиксировали, это обычно означает, что обслуживание не происходит.

Если есть большое количество тикеров и недавних коммитов, значит, он активен.

Если билетов нет и недавние коммиты (например, рубин / сиквел), вы, вероятно, сохраняете драгоценность.

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

Один из способов, не упомянутых до сих пор, - объявить, что вы открыты для коммерческих сделок. Если люди думают, что вы зарабатываете деньги от проекта (даже если это не от продаж), они будут более убеждены в том, что они не заброшены. В конце концов, у вас появляется мотив не отказываться от него.

Еще больше бонусных баллов, если вы можете отметить успешные сделки в примечаниях к выпуску: «Поддержка Windows 7 любезно спонсируется Acme Inc.»