Re: PMC 2009: Platform for Ticket

jojodee <jojodee-8nna1qhvBBM9QQeoy3GH/[email protected]>
Newsgroups gmane.comp.cms.xaraya.devel
Organization Xaraya
Message-ID <[email protected]>
Robert Town wrote:

> 
> Roadmaps for code and project
> 
> ------------------------------------------------------------------
> 
> Xaraya has been lacking coherent and decisive direction for some time.
> As mambers of the PMC, we will engage the community in determining what
> goals, milestones, and processes should be implemented for our codebases
> and the project as a whole.

This concerns me greatly. The core development team, whoever that is,
are surely best informed to make decisions about the goals and
milestones of the project, and processes that should be implemented in
the codebase? Or have i misunderstood this statement?


> 
> Relaunch xaraya.com
> 
> ------------------------------------------------------------------
> 
> The current design of our website is old. As a web-based project, we
> have a certain responsibility to keep our site fresh and modern.
> 
> A new theme and content reorganization has been in the works for over a
> year. Certain aspects of completing this are made more difficult while
> the current theme is the default. We will activate the new theme and
> finish the content changes afterward. This includes new publication
> types, new categories structure, updates to existing content, and an
> ongoing effort to create new content, sourced from all members of the
> community.

Is this hands on role really the key task of the PMC? I'm not precluding
 and overlap of roles here, and certainly members of PMC can take on
other hands on roles. However - isn't the primary role of the PMC with
managing and coordinating others for the benefit of the project overall?
This is a massive task and would be pretty much all consuming without
some team to do this - how will this affect the role of the PMC in
actually doing PMC work?


> 
> Encourage contribution and openness*
> 
> ------------------------------------------------------------------
> 
> A project such as Xaraya is too big for only a select few to do
> everything. Without a broad base of contributors, a lot of work rests on
> too few shoulders. When more people contribute, everyone benefits from
> the project's ability to achieve more and better things. When we foster
> and genuinely consider new ideas, our community becomes stronger.

In an alternative thread, I've just been told that some pmc nominees are
actively involved in 2x development in private, with closed code. This
has been going on for months and this will supplant the existing branch
in 2x once they win PMC position.

How does this encourage openness or collaboration? Is this going to be
the normal form of collaboration, development and decision making on it?
ie "I'm PMC so i'll put in what i want in the code". Seems to also clash
directly with " Roadmaps for code and project" above.

Please excuse me if i've misinterpretted but it seems to clash.

 > Jumpstart 2x efforts with a release
> 
> ------------------------------------------------------------------
> 
> The new codebase is not complete, but it is functional enough that it
> can be used. In order to attract users and developers, 2x needs to be
> accessible. Development releases are a critical part of the development
> process. Xaraya put out 15 betas and four release candidates before our
> 1.0 release, there is no reason not to arrive at a 2.0 release the same
> way. We must "release early, release often".


The number of betas and release candidates that 1x put out seems
irrelevant to 2x.

Releases are indeed a critical part of the development process but
usually there is a development process first.

Release early and release often is also my view, but sometimes it is
difficult to determine when early is too early or early enough.
Developers already have ready access to follow development and test with
monotone and nightly downloads of 2x (or would have if development was
open and at xaraya.com).

A release implies something is ready at a certain level of operation as
opposed to a mass of code that is good but could lead to a continous
redoing of modules or sites and frustration on the unsuspecting user.

How will you as PMC determine when it is too early or early enough? And
what is the development process being used to decided the first thing
you will do is release 2x? Given that 2x development is currently being
done in private and out of the xaraya project realm no one else in the
community can see what you're basing this on.


> New naming scheme for core branches and releases
> 
> ------------------------------------------------------------------
> 
> The name Xaraya led to our logo, a manta ray, as raya is spanish for
> this animal. In order to eliminate possible negative perception about
> the code that could come from using terms such as unstable, we propose a
> naming scheme for monotone branches and core releases based on the
> taxonomy of rays. Details will be forthcoming.

Is this going to involve the community too as you said things were?
I like the idea of naming scheme for branches, which has been proposed
before a number of times (gee we even got to setting some names) -
however replacing 'unstable' all together ( usually fairly normal in the
development process) by a taxonomic ray name makes me wonder even more
about the development and release project you have in mind.

What is it?

I appreciate any time in response to clarify sometime conflicting
information as i've interpretted it in the statement.

Thanks
Jo
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.