Re: Bigger isn't always better
- From: "Nathaniel L. Walker" <NatLWalker@xxxxxxxxxxx>
- Date: Sun, 26 Nov 2006 12:08:51 -0600
Well the Visual Studio team is probably about as big as Borland itself <g>
and large teams are where processes like RUP/CMMI/etc. really shine.
It's why they exist. It's why companies like IBM, Microsoft, et. al. can
get the job done and still deliver acceptable products.
I believe CodeGear uses the Scrum method for development?
On another nother, the uber-indirect Borland bashing is IMHO extremely
boring now, and getting old. Borland wasn't the sole reason Delphi has
"failed" the past three releases; and why the product has fallen behind the
times in terms of innovation and developer benefits.
I think "Blame Borland" is a horrible excuse for what Delphi customers
have had to endure the past few years. It's getting really old (even the
indirect
references to it). Borland didn't point a gun at all the DTG developers and
order them to produce low-quality products. The last 3 Delphi releases, and
the last 2 C++Builder releases (and all C#Builder releases, Delphi for .NET
also) have been lackluster and plagued with bugs.
There just isn't any amount of mismanagement that can really overshadow the
fact that they released unfinished, buggy software. Borland really does
umm...
"fall short" in the management department, but it is no excuse for what
Delphi
developers have had to endure in the past three releases. Oh well, at least
they worked harder to get this one in its now usable state.
- Nate.
.
- Follow-Ups:
- Re: Bigger isn't always better
- From: "Henrick Hellström [StreamSec]"
- Re: Bigger isn't always better
- From: Maël Hörz
- Re: Bigger isn't always better
- References:
- Bigger isn't always better
- From: "Henrick Hellström [StreamSec]"
- Re: Bigger isn't always better
- From: Nathaniel L. Walker
- Re: Bigger isn't always better
- From: Maël Hörz
- Bigger isn't always better
- Prev by Date: Re: The Future might be Flex 2
- Next by Date: Re: CodeGears new direction
- Previous by thread: Re: Bigger isn't always better
- Next by thread: Re: Bigger isn't always better
- Index(es):
Relevant Pages
|
|