Re: ECO, Delphi, Codegear, and CapableObjects (Delphi for VS!)

Nick Hodges (CodeGear) wrote:
I don't believe we are a technology company. I believe we are a
solutions company. I believe we should focus on providing solutions to
customers issues. I don't believe we should be spending our time
chasing around every new technology.

IMO, you should be *creating* new technology not *chasing* others
technology. That's what it means to be a technology company rather than
a solutions company.

I'm not advocating recreating the wheel, what I'm advocating is
producing something better and in order to do that sometimes you've got
to create new technology.

If you see CodeGear as a "solutions" company, I suspect you'll end up as
IDE plug-in vendor rather than one that creates their own compilers and
framework technologies.

One of the reasons that we
shouldn't be doing that is because we can't. We have to focus. We are
focusing on providing solutions for Delphi developers. We aren't going
to be able to cover the enourmous pile of spaghetti that other
companies have thrown against the wall trying to get it all to stick.

I agree wholeheartedly with that, but you're missing the point. Delphi
shouldn't be everything to everyone, it can't be. It never was anyway.

But CodeGear has to commit Delphi to a certain technology stack at the
end of the day. Historically it's been a Windows tool and Delphi has
done very well with that.

The problem is that I believe Delphi can no longer remain a Windows-only
tool because MS has raised the bar. Both in terms of quality and scope.
Delphi must forge it's own identity while remaining true to its heritage.

IMO, the way forward is to embrace native code development, but expand
it across platforms like Kylix did. Go after OSX, go after Linux but do
it with server applications, go after Windows Mobile but do it with a
native compiler. Create a next-gen GUI framework using OpenGL, don't
piggy back on a partial WPF VCL hack. Create a nice ORM/inversion of
control framework that is based on native code, not managed code.

These are the kick ass things that I believe Delphi developers really
want...not some half baked "solutions" that require the same mess of
technological dependencies that MS tools do.

If I simply want solutions, I wouldn't use CodeGear's.

Okay. Fair enough. That's totally up to you. Many others feel
differently.

Yes, cults have quite a large followings.

No --- but we build clients. A customer needs a client application,
and we provide an excellent solution for them.
That's complete and utter crap.

Nice chatting with you, Brian.

You asked, I'm being as direct and honest as I can. If you can't handle
being called out in that way, then don't ask me what I think, because I
think your answers are exactly that: utter crap.

IMO, it's a shame that a little tough language makes you run away from
or perhaps gives you an excuse to ignore the rest of a post that I tried
to write in a thoughtful manner.

--
Brian Moelk
Brain Endeavor LLC
bmoelk@xxxxxxxxxxxxxxxxxxxxxxxxxxxx
.

Relevant Pages

  • Re: Delphi as a Web development Tool?
    ... Delphi is a single vendor closed-source solution; we're at the mercy of Codegear. ... One .Net reaches maturity M$ will be forced to release some new technology because the have to keep the stock price up by constantly changing the technology and then the .Net folks will be left high and dry. ...
    (borland.public.delphi.non-technical)
  • Re: Delphi and the .Net platform
    ... companies like Borland and CodeGear over ... considering that you appreciate the Delphi language, ... years is directly because there is one vendor for Delphi. ... vendor choice within a technology stack. ...
    (borland.public.delphi.non-technical)
  • Re: ECO, Delphi, Codegear, and CapableObjects
    ... The ECO team went looking for some VC to see if some-one would help on ... They found one and left CodeGear ... We felt that the technology could do more go more places if the ... Delphi and hopefully in other environments as well. ...
    (borland.public.delphi.non-technical)
  • Re: Attention doomsayers
    ... I am very worried where Code Gear, and more importantly Delphi will be in 3 years. ... One, is to seed the market with low to zero costs (not sure CodeGear can afford to do this), The Turbos are a good idea and can aid with this introduction. ... start making deals with third party vendors to create plugins for their environments. ... MS apps are at the point with VS 2008, ...
    (borland.public.delphi.non-technical)
  • Re: Attention doomsayers
    ... I am very worried where Code Gear, and more importantly Delphi will be in 3 years. ... One, is to seed the market with low to zero costs (not sure CodeGear can afford to do this), The Turbos are a good idea and can aid with this introduction. ... start making deals with third party vendors to create plugins for their environments. ... MS apps are at the point with VS 2008, ...
    (borland.public.delphi.non-technical)