2011/9/20 William Zwicky <[email protected]>: > On Mon, Sep 19, 2011 at 11:28 PM, Roger Westerlund > <[email protected]> wrote: >> >> Or why don't we release a 1.0. That would be a bold move. > > 3.11 Enterprise Edition. Comfortable now? Unfortunately, we have to charge > for support. > >> >> Why aren't we above 1.0 after 10 years, really? Is it still alpha >> software? > > Noone's been working on it, so it's still alpha. (Actually it's in the > stage before alpha, also known as still in development.) > >> >> That is probably one thing that some people objects to when they see >> it, I know I feel more comfortable with a software which has passed >> its 1.0 state. > > We can't go 1.0 til we're stable. And we won't be stable as long as people > keep refactoring the core. > > -Bill Zwicky > >
I believe we decide when we are stable. I have a hard time believing that during the 10 years JSL has lived that we have not been in a "stable" state at some point. And if we haven't, will we ever be stable? Big refactorings of the core is a major version leap. It would be a good thing to have a "stable" release before the big refactoring since big refactorings tends to need time for stabilizing (it's a fact). Why not call that release 1.0 and we can let the big refactoring mature in parallel to become 2.0? We will need to refactor the core even after 2.0, hopefully in smaller incremental steps, but there will probably come up new ideas regarding the architecture of this application which will lead to another major version leap when those are implemented. That's just my two cents worth on this. Regards, Roger ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ Jsynthlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel
