| The plan needs reconsideration [message #3040] |
Sun, 09 March 2008 09:22  |
Eclipse User |
|
|
|
[Jochen Krause said]
Your development plan looks very ambitious, the terminology is mixed up.
M(n) Releases are milestones, they provide the latest fuctionality.
RC(n) are release candidates, normally there is a feature and api freeze
before you publish a RC. This would leave you just 6 weeks for
developing new fuctionality - not sure if this is intended. You should
name the deliveries either M(n) or RC(n).
--
Joel Rosi-Schwartz
Etish Limited [http://www.etish.org]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
^...^
/ o,o \ The proud parents of Useme
|) ::: (| The Open Requirements Management Tool
====w=w==== [https://useme.dev.java.net]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
| Re: The plan needs reconsideration [message #3053 is a reply to message #3040] |
Sun, 09 March 2008 09:41  |
| Eclipse User |
|
|
|
On 2008-03-09 13:22:46 +0000, Joel Rosi-Schwartz
<Joel.Rosi-Schwartz@Etish.org> said:
> [Jochen Krause said]
> Your development plan looks very ambitious, the terminology is mixed up.
> M(n) Releases are milestones, they provide the latest fuctionality.
> RC(n) are release candidates, normally there is a feature and api freeze
> before you publish a RC. This would leave you just 6 weeks for
> developing new fuctionality - not sure if this is intended. You should
> name the deliveries either M(n) or RC(n).
Thank you for pointing this out Jochen. Yes I was confused about the
terminology and we will straighten this out.
In fact though, we were intending to freeze the API after six weeks.
This was based on the fact the Useme which we are offering as the
initial code contribution is pretty much ready for beta, in that it is
feature complete for the first release. Now we are having serious
second thoughts. The trade-offs are:
1. Shipping code and a usable system quickly will hopefully result in
interest from the community because it is perceived as real and useful.
2. Going through several rounds of milestones will allow more time for
collaborators to contribute to the direction of the project. This will
hopefully lead to a broader contributor base for the ORMF.
We would very much appreciate the thoughts of the community on which is
preferable.
Thanks,
B. and Joel
--
Joel Rosi-Schwartz
Etish Limited [http://www.etish.org]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
^...^
/ o,o \ The proud parents of Useme
|) ::: (| The Open Requirements Management Tool
====w=w==== [https://useme.dev.java.net]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
| Re: The plan needs reconsideration [message #561490 is a reply to message #3040] |
Sun, 09 March 2008 09:41 |
| Eclipse User |
|
|
|
On 2008-03-09 13:22:46 +0000, Joel Rosi-Schwartz
<Joel.Rosi-Schwartz@Etish.org> said:
> [Jochen Krause said]
> Your development plan looks very ambitious, the terminology is mixed up.
> M(n) Releases are milestones, they provide the latest fuctionality.
> RC(n) are release candidates, normally there is a feature and api freeze
> before you publish a RC. This would leave you just 6 weeks for
> developing new fuctionality - not sure if this is intended. You should
> name the deliveries either M(n) or RC(n).
Thank you for pointing this out Jochen. Yes I was confused about the
terminology and we will straighten this out.
In fact though, we were intending to freeze the API after six weeks.
This was based on the fact the Useme which we are offering as the
initial code contribution is pretty much ready for beta, in that it is
feature complete for the first release. Now we are having serious
second thoughts. The trade-offs are:
1. Shipping code and a usable system quickly will hopefully result in
interest from the community because it is perceived as real and useful.
2. Going through several rounds of milestones will allow more time for
collaborators to contribute to the direction of the project. This will
hopefully lead to a broader contributor base for the ORMF.
We would very much appreciate the thoughts of the community on which is
preferable.
Thanks,
B. and Joel
--
Joel Rosi-Schwartz
Etish Limited [http://www.etish.org]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
^...^
/ o,o \ The proud parents of Useme
|) ::: (| The Open Requirements Management Tool
====w=w==== [https://useme.dev.java.net]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
Powered by
FUDForum. Page generated in 0.26069 seconds
Home