Website and Reorganisation language... a suggestion

[Danny Angus <Da...@slc.co.uk>]

Hi,

I just had a Eureka moment, albeit a not very significant one, and I want
to brain dump...

I read this headine on TSS "The Apache Jakarta team announces Lucene 1.3
Final"

It set me to thinking about the issue of using "product" on the website
against the more correct, but less newbie friendly "sub-project" and the
notion that umbrella projects are not "well thought of", and how we should
be dealing with it.

So I though "Hey 'TEAM'" is a *great* word.

To deal with the first thing first, Team might be a better word than
Product for headings on the website, you decide.

Secondly I think if we're going to go down the route of a single inclusive
project (discussed here and elsewhere ad-nauseam) we can retain some degree
of concrete identity for the (former) sub-projects by introducing the
notion of "Teams" so that Jakarta would be The project, and we'd all be on
the PMC and possibly have Karma throughout, etc.etc.  but we would also
belong to those Teams that suit us, so we'd have the Tomcat Team, the POI
Team etc. which would restore the small but necessary degree of separation
which (IMO) we really do need for the sake of sanity.

A Team would be a weak association (unlike the strong association of a
commiter to a codebase) of commiters and non-comitter contributors  who are
actively working on a code module, this would help to maintain the
distinction between those who are actively involved in the work of a module
and those who are also Jakarta comitters but whos current efforts are
focused on other code.
In terms of releases, direction, and the election of new commiters Teams
would have informal decision making by voting, and a Team's vote would
influence the authoritative decision of the PMC,  remember that *all* of
the Teams' comitters would have a binding vote on the PMC by this stage.
(otherwise what is the point!)

Think of a Team as being little more than the equivalent of the status
file, a list of participants and their area of activity, but consider  that
the notion of Teams would give an identity to the group without creating
the barriers and heirarchy that the notion of Sub-project does but creating
just enough of a distinction to allow a small group to make progress within
the context of a large project.

Teams would not be static or slowly expanding clubs for every participant
ever, but would represent the code module and the fluctuating sub-set of
our community currently active on it, if you want to step aside for a
month, take your name off the list, come back and add yourself again.

d.



***************************************************************************
The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient (or responsible for delivery of the message to the intended recipient) please notify us immediately on 0141 306 2050 and delete the message from your computer. You may not copy or forward it or use or disclose its contents to any other person. As Internet communications are capable of data corruption Student Loans Company Limited does not accept any  responsibility for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice or opinions contained in an e-mail without obtaining written confirmation of it. Neither Student Loans Company Limited or the sender accepts any liability or responsibility for viruses as it is your responsibility to scan attachments (if any). Opinions and views expressed in this e-mail are those of the sender and may not reflect the opinions and views of The Student Loans Company Limited.

This footnote also confirms that this email message has been swept for the presence of computer viruses.

**************************************************************************


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org

Re: Website and Reorganisation language... a suggestion

[Tetsuya Kitahata <te...@apache.org>]

On Mon, 5 Jan 2004 13:21:35 +0000
Danny Angus wrote:

> I just had a Eureka moment, albeit a not very significant one, and I want
> to brain dump...

Great. By the way, the term "albeit" reminded me of 
the word "Arbeit" -- "Work". :-)

> I read this headine on TSS "The Apache Jakarta team announces Lucene 1.3
> Final"

http://jakarta.apache.org/site/news.html
http://jakarta.apache.org/site/elsewhere.html

I am sure that you would be able to find the word "TEAM", easily.

Note: "The Apache Software Foundation and The Apache HTTP Server Project
are pleased to announce the release of version X.Y.Z of the Apache HTTP
Server" -- This is a common format of the announcement from HTTP Server
Project, as far as i could see.

Personally, I prefer the word "TEAM" to "Project". Or, "XXX (Sub)Project
Team is pleased to announce ... " -- would be better, maybe.

The "announcement" messages are very important -- public relations --.

To put this more precisely, 
"The Apache Software Foundation, The $TLP Project Management Committee
and The (Apache|$TLP|Apache-$TLP)? $SUBPROJECT Project Team are pleased
to announce the release of version X.Y.Z of (Apache|$TLP|Apache-$TLP)
$SUBPROJECT" -- probably. (Can the rights/duties of these three
autonomies be nicely modeled in by using UML? :-)

In short,
"The ASF and $SubProject Team are pleased to announce the release of
(Apache|$TLP|Apache-$TLP) $SubProject X.Y.Z.
~~~~Blah, Blah, Blah (3-5 lines nice blurb on $SubProject etc.)~~~~
 -- By (Apache|$TLP|Apache-$TLP) $SubProject Development Team --
    URL: http://$TLP.apache.org/$SubProject/"
Then, Headline might be "(Apache|$TLP|Apache-$TLP)? $SubProject Team
released (Apache|$TLP|Apache-$TLP)? $SubProject X.Y.Z." or
"(Apache|$TLP|Apache-$TLP)? $SubProject X.Y.Z. Released.".

The governance style of The Apache $TLP should? follow these kind of
announcement styles and vice versa -- i suspect.

> Teams would not be static or slowly expanding clubs for every participant
> ever, but would represent the code module and the fluctuating sub-set of
> our community currently active on it, if you want to step aside for a
> month, take your name off the list, come back and add yourself again.

Great.

> d.

Personally,
I'd like to see more "announcement"s at announce.AT.apache.DOT.org
(In "PGP SIGNED MESSAGE"s :-)

-- Tetsuya. (tetsuya@apache.org)



---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org