Re: Embarcadero's Director of Product's Blog

In article <4822750c$1@xxxxxxxxxxxxxxxxxxxxxx>,
davidn.cgng@xxxxxxxxxxxxxx says...
Jolyon Smith wrote:

Just remember who sold them at that value.

Not entirely clear what you are getting at there. It takes two to
agree a deal.

Sure, but if the seller has apparently undersold, whose fault is that?

Well I wasn't looking to apportion "fault" to anyone, just interpreting
a few things from a key property of the deal - i.e. the price.



And when selling something that is (seemingly)
difficult to sell (for whatever reason) the buyer is usually the one
in the driving seat.

What indications were there that it was difficult to sell, at the point
of being sold? That's bearing in mind that failure to find an investor
before the split is ancient history.

So the fact that it took two years (or more?) to sell isn't any
indication that it was difficult to sell?

2 years is not ancient history, especially when there was no break in
the timeline. CodeGear has been "for sale" since day one, and was for
sale as the DTG before that.


Why is it bonkers, and which perspective, exactly? The direction Delphi
is/should be heading in?

Direction? What direction? The one laid out in the ET Product Managers
blog on this acquisition? Where-in he offers the view that database
application development is something new!?!

That is arguably a valid position for the likes of Java/PHP/Ruby et al
where databases are - or could be said to be - becoming more important
in the web space, but Delphi has ALWAYS been about database development.

Does that make a database tools company a good fit? Or rather, a good
HOME for Delphi?

I don't see that it does. As a Delphi developer I might see a need to
buy a few ET products to use alongside Delphi (well, if it weren't for
the fact that I have used ER/Studio before and, well, let's just say it
didn't last long and I don't anymore), but the fact that those products
are not already tightly integrated and/or offering integrated solutions
for Delphi makes them just one of any number of possible alternatives I
might consider.

If CG had acquired ET and put Delphi specific versions in the box that
might have made sense, but they could have done that simply by
partnering - an acquisition (either way) wouldn't have been necessary.

But then CG also have a bunch of more specifically database oriented
technologies themselves, oh, and a Java product line.

All of which DO make perfect sense and could be seen as having a home at
a database tools company.



It would be bonkers only if Embarcadero
changed that direction significantly, and it has already been said that
there are no such plans to do so.

A cynic might observe that bringing something to a dead halt isn't a
change in direction.

;)
.

Relevant Pages

  • Re: Delphi Jobs
    ... I am a Delphi database programmer. ... Source Safe and Source Off Site on the server side and client side. ... design several pieces for the interactive website. ...
    (comp.lang.pascal.delphi.misc)
  • Software specifications
    ... I have been frustrated in this project because my software and hardware is ... another programmer who has been my mentor in Delphi, ... me when it will be ready, as they are struggling with old MSDOS software ... could do the entire database project myself, ...
    (comp.lang.pascal.delphi.misc)
  • Database Landscape for future Delphi work.
    ... I'm a died-in-the-wool Delphi fan, and have been programming in Delphi since ... So I switched my database to Jet 4.0 and to using ADO via Delphi's ... Good support for syncing w/ SQL Server. ...
    (borland.public.delphi.non-technical)
  • Re: acucobol
    ... J have not any experience with cobol ... If there is something who let me to acces to this db with delphi j have solved the problem ... Do you in fact need to learn COBOL at all, or are you just interested in getting data from the DataBase to be used with another language. ... If that's the case, dependent upon the DB used in the AcuCOBOL application you should be able to EXPORT the data, and IMPORT the data into the Delphi DB - that might be your solution. ...
    (comp.lang.cobol)
  • Re: A little conspiracy theory (extended and revised)
    ... I don't find your "Sell us or we walk" ... Anyone believe that Delphi ... And the required cross licensing makes the IDE tools ... How's that for a snappy sales pitch? ...
    (borland.public.delphi.non-technical)