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]
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
YAHOO! GROUPS LINKS
__,_._,___ |
- Re: [flexcoders] Flex 2 patch timeline Paul Andrews
- RE: [flexcoders] Flex 2 patch timeline Jack Caldwell
- Re: [flexcoders] Flex 2 patch timeline Paul Andrews
- RE: [flexcoders] Flex 2 patch timeline Jack Caldwell
- Re: [flexcoders] Flex 2 patch timeline Paul Andrews
- AW: [flexcoders] Flex 2 patch timeline Benjamin Dobler
- Re: [flexcoders] Flex 2 patch timeline Impudent1
- RE: [flexcoders] Flex 2 patch timeli... Louie Penaflor
- Re: [flexcoders] Flex 2 patch ti... Adam Reynolds
- Re: [flexcoders] Flex 2 patch timeline Martin Wood
- RE: [flexcoders] Flex 2 patch timeline Jack Caldwell
- Re: [flexcoders] Flex 2 patch timeline hank williams
- RE: [flexcoders] Flex 2 patch timeline Tom Lee
- RE: [flexcoders] Flex 2 patch timeline Jack Caldwell
- Re: [flexcoders] Flex 2 patch timeline hank williams
- [flexcoders] Re: Flex 2 patch timeline jdixon428
- Re: [flexcoders] Re: Flex 2 patch timeline Tom Chiverton
- Re: [flexcoders] Flex 2 patch timeline Mike Nimer
- Re: [flexcoders] Flex 2 patch timeline hank williams
- RE: [flexcoders] Flex 2 patch timeline David Mendels