On 7/21/06 1:52 PM, "Carlos M" <[EMAIL PROTECTED]> wrote: > Basically my suggestion is to change the Rapid Release Model to the > following: > - Releases 1 and 3: Dedicated to new features and bug fixes; > - Releases 2 and 4: Dedicated ONLY to bug fixes and optimization (no > new features).
At first this sounded good to me, but then I thought: "Six months a year with no optimizations? Six months with no new features?" This doesn't sound so hot to me. All of us are waiting for "something" to come out of RB. Some of us really need a bug fixed, some need an optimization, some are eagerly waiting for a new feature. Real can't do everything, and they can't make everybody happy. One thing that would help everyone would be to assist REAL in assembling more resources to apply to each of these categories. We could help achieve this by helping REAL build their customer base (promote REALBasic as much as practical). More directly, we could purchase direct engineering and buy the "best" developer subscription that we can afford. If REAL could afford to hire just 1-2 more engineers, then (I think) this would help them deliver more bug fixes, features, optimizations, etc.. --- all other things being equal. I know it doesn't sound fair to think of shipping more money off to REAL while you're frustrated with some bug that's taking forever to fix, but --- if you're waiting until the software is bug-free --- you're going to be waiting a while. -- Russ Tyndall Wake Forest, NC _______________________________________________ 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>
