[webteam] welcome
Sander Devrieze
s.devrieze at pandora.be
Mon Jul 9 17:51:48 CDT 2007
2007/7/10, Florian Jensen <admin at flosoft.biz>:
> To promote XMPP, we have the XSF (xmpp.org / xmpp.net).
The XSF is to create protocols and to sustain projects like this website.
> Jabber.org should
> be a level lower than that. Everything that is about standards, etc. should
> be done on the XMPP sites, not specifically on Jabber.org.
Agreed, jabber.org should not care about protocol writing and stuff, I
didn't said that, did I? IMO jabber.org should foster collaboration
between Jabber projects. It should keep the most valuable commodity
alive and grow it: the contributor community around the Jabber
protocols. (I don't think there are protocol communities besides
Jabber?)
So, to make things clear, I just steal parts of the about page of the
Linux Foundation:
"The jabber.org project is dedicated to fostering the growth of Jabber
technologies."
"The jabber.org project does not build Jabber technologies, nor does
it compete with existing Jabber projects and services. Rather it
fosters the growth of Jabber technologies by focusing on the following
areas:
Protecting Jabber by sponsoring key Jabber developers and providing
legal services" (obviously, this is not needed, at least not right
now)
"Providing a neutral forum for Collaboration and Promotion
The jabber.org project serves as a neutral spokesperson to advance the
interests of Jabber technologies and respond with authority to
competitors' attacks. It also fosters innovation by hosting
collaboration events among the Jabber technical community, application
developers, industry and end users to solve pressing issues facing the
Jabber ecosystem. "
So, again, this is how I would like the jabber.org project to be:
* workgroups/teams
* very organic and flexible, no hard leader necessary
* fostering *collaboration* is the key goal
* helping new protocols to be implemented very fast by a lot Jabber
projects is another goal (it really is a problem that important
protocols like PEP/Publish-Subscribe, MUC, Jingle,.. all spread too
slow)
* increasing the number of people that contribute to Jabber projects
is a third goal (e.g. one thing annoys me is that people contribute to
open source proprietary network support in software, they shouldn't do
this because in this way they give end users a choice on these
network...and as we all like, people should only have choice when
using Jabber ;-) So, a team in this project could try to find ways to
convince these people to switch the contributions of these people to
Jabber technologies instead of the proprietary protocols.)
--
Mvg, Sander Devrieze.
More information about the webteam
mailing list