Re: Bigger isn't always better

From: "Maël Hörz" <none@xxxxxxxx>
Date: Sun, 26 Nov 2006 18:44:59 +0100

If we're talking about their Visual Studio team however, I don't really see
what you mean

That CodeGear beeing less dependant on Borland, bears the potential for more
agility.
In other words, smaller can be advantageous; the VS team is smaller than the OS
team and has less to coordinate with other entities.

.

Follow-Ups:
- Re: Bigger isn't always better
  - From: Nathaniel L. Walker

References:
- Bigger isn't always better
  - From: "Henrick Hellström [StreamSec]"
- Re: Bigger isn't always better
  - From: Nathaniel L. Walker

Prev by Date: Re: Two items of interest
Next by Date: Re: Two items of interest
Previous by thread: Re: Bigger isn't always better
Next by thread: Re: Bigger isn't always better
Index(es):
- Date
- Thread

Relevant Pages

Re: The Register interview Nigel Brown
... Fastcode is *not* depending on Borland for anything (except the ... obvious - its goal is to make Delphi faster). ... Fastcode functions in their use of Object Pascal, ... That doesn't make Fastcode 'dependant' ...
(borland.public.delphi.non-technical)
Re: Druid enchanting advice
... I don't know much about bears! ... my dodge is at 31.74%. ... Bear form is a druid's tank form. ...
(alt.games.warcraft)