Table of Contents
Overview#
This page contains a summary of the discussion which occurred under the "Open Discussion - How to increasing JSPWiki publicity" thread on the JSPWiki mailing lists. This may help to focus our publicity efforts as (temporarily) documented at Scratchpad - increasing JSPWiki publicity.
The initial post (by Siegfried Goeschl) was made on the developers list here, summarised below:
The question at hand is to increase JSPWiki’s publicity - how can we do that? Unfortunately Open Source also consists of advertising otherwise no user will ever use it :-)
- the presentation at ApacheCon 2014 was a start
- I also presented JSPWiki at my local Java User Group
- very likely I will do another presentation at the Linux Days in Vienna
but this only reaches very few people :-(
So what can we do to get more users?
- Anyone in the mood to write an article and try to publish it?
- Are there any conferences were JSPWiki can be easily presented?
- Any brilliant ideas?
Thanks in advance
Siegfried Goeschl"
The ensuing discussion occurred over April 2014, May 2014, November 2015, and February 2016. Following is a selection of thread responses.
Note that there was disagreement over maintaining the social network (here, here, and here). I managed to complete miss this messages at the time, so I'll raise this again on the dev list to confirm we are in agreement (or not).
If the question is how "to increase JSPWiki’s publicity - how can we do that? Unfortunately Open Source also consists of advertising otherwise no user will ever use it"), then social networks are a key part of the answer. The process I would recommend is to publish first and foremost on the official JSPWiki blog or the official wiki, then duplicate this content to social networks. The resulting administrative burden for social networks is absolutely minimal, and, we retain control of our content.
Also mentioned on the mailing list:
For better or worse (vis a vis the open web) there are large numbers of folks for whom content pushed via social networks is going to be the first or primary method by which they receive news – rather than actively browsing to a website or mailing list – so it makes little sense to close off this potentially fruitful method of getting our message out. The argument that they should be closed by virtue of there being so little actively is also moot given that the same could be said for the public-facing aspect of the project in general. There has to be fresh content, news, and activity to build on to begin with (e.g. the new Haddock template).
It may also help with efforts to establish notability for Wikipedia, for instance.
An excellent point, and one that needs documenting in further detail. There is likely existing material which could inform this, e.g. http://jspwiki.apache.org/ and http://www.ecyrd.com/JSPWiki/wiki/JSPWikiFeatures.
We need to answer "who is JSPWiki for?" And what does Features does JSPWiki have that is not already present within the market?
These need to be one answered in one paragraph.
As for the wikipedia, maybe a wave of blog posts (which could also be sent to the server side, voxxed, etc.) is enough to convince them to own our page? But we do need people actually doing this, the time we spend on JSPWiki is almost spent on coding."
- Target the Windows platform first.
- Make the installation, with all its dependencies (including Tomcat running as a Windows service), as transparent as possible to new users via customizable installation scripts/batch files.
- We can provide different kinds of pre-configured installation templates/options like:
- install as public wiki (this would close all the permissions and security that are wide open on the basic install and only allow admins to edit/delete).
- install as private, single-user wiki (this would be like my developer's journal installation)
- install with the following defined groups and roles (for people who already have a user structure in mind).
- custom installation (the traditional installation where the user sets all the properties)
- install as public wiki (this would close all the permissions and security that are wide open on the basic install and only allow admins to edit/delete).
- Provide some kind of control panel like the Tomcat App Manager so non-techies don't have to fiddle with editing text files. I know that this is an anathema to developers, but non-programmers really hate doing "anything" that resembles programming."