I mentioned this several months ago but I'll float it again. Perhaps
the even numbered releases could be dedicated to bug fixes. The bug
averse could then avoid all of the "odd" releases. That, and the
flagship release (r1) for the year could always include a bunch of
new features.
~joe
On Oct 4, 2006, at 9:53 AM, Ian M. Jones wrote:
On Wed, October 4, 2006 15:46, Joseph Nastasi wrote:
On Oct 4, 2006, at 9:59 AM, Daniel Stenning wrote:
It would be nice if there could at least be one "dot" release
following a
quarterly release. As suddenly a huge number of "beta testers" are
effectively
being unleashed on the poor R4 official release, new bugs are
bound to come
to light - some of which might be serious to some users. At least
one minor
release would be a good idea imo.
Oh boy, do I second that. The problem with the current rapid release
paradigm is that bug fixes from new release don't surface until the
next major release. Waiting a few months isn't the real problem. The
real problem is that the new version almost always introduces other
issues that work fine in the previous official release.
A bug fix release would be a real good idea, IMHO.
Thirded!
--
Ian M. Jones
________________________________________
IMiJ Software
http://www.imijsoft.com
http://www.ianmjones.net (blog)
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
