Hank:
 
I know there will ** always ** be bugs.  Nobody writes bug free code.
 
If small software companies can implement quick fixes then with proper planning, due
diligence and implementation so can large software companies.
 
Oh, by the way smaller software companies have QA too.
 
Again, no offense to the Mac community, but I work in Windows and I only care about the
Windows product. 
 
It doesn't really matter what I think because the mind set of large software companies is not
one of agility as would be the case for smaller software companies.  But it could be.
 
There is another word I could use for the mind set of larger software companies, but I will
leave that for another time.
 
Adobe is not going to change it's mind, but I felt compelled to at least try.
 
Thanks,
 
Jack


From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of hank williams
Sent: Wednesday, August 30, 2006 3:12 PM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Flex 2 patch timeline



On 8/30/06, Jack Caldwell <[EMAIL PROTECTED]com> wrote:
Jeff:
 
I fully understood what Matt was saying.  That's just it . . . . it is not a top priority.
 
The issue is that Adobe is fixing the bugs, but not releasing them.

Jack,

With any big software project, there are **always** bugs. Typically hundreds. You *never* get down to zero and rarely even into the dozens. The question is how many of them are there and how important are they. You cant put a new release out every time there is a bug. So you have to decide when a good time to do  it is. If there are major and important bugs to fix, you put a release out. But you cant do that weekly. Thats why its important for them to know if there are any showstopper or really important bugs.

So Matt's question was important. Are there any bad bugs that they dont know about? It makes total sense to me, if there are no major bugs, to wait and put out a new release in 4 or 5 months. New releases are organizationally traumatic. And they are also not risk free. It is always possible to introduce new bad bugs while fixing old not so important ones. So waiting a while and being sure everything is right with a full QA cycle is not a bad thing at all. Doing that around a major change like mac support (which will also effect the windows version because its the same codebase) seems like the right thing to do if there are no major problems.

Regards
Hank


__._,_.___

--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com





SPONSORED LINKS
Software development tool Software development Software development services
Home design software Software development company


YAHOO! GROUPS LINKS




__,_._,___

Reply via email to