DISQUS

Rich · 9 months ago

I wish Embarcadero would provide more "meat-and-potatoes" such as an easy way to update Indy10.

Or better yet, I wish they would provide a bugfix update to Indy10 because it is tightly integrated with Delphi 2009 and tricky to upgrade manually.

Please, either unbundle Indy10 from Delphi (so we can more easily upgrade it ourselves) or provide bugfixes critical Indy10 bugs.

Olaf Monien · 9 months ago

Indy updates are provided together with "regular" Delphi updates. As Indy is an OpenSource project driven by volunteers, there is no guarantee though, that updates are availbale when a Delphi updated is ready to be released.

I don't see how "unbundling" would help with updates ...

I guess the real question is, how "Instant-On" will work with component customizations.

Raymond Wilson · 9 months ago

Better yet, spend the time spent developing InstantOn(TM) on the Win64 Delphi compiler! ;-)

Mick · 9 months ago

That's a silly argument. Maybe, just maybe, the compiler developers didn't actually implement this!?!

It's the same old argument that Microsoft always gets: "I can't believe they added X, Y, and Z features to Office when they should have been fixing UAC."

Any innovation that Embarcadero wants to bring to Delphi is more than welcome by me. Keep it up!

Raymond Wilson · 9 months ago

I'm quite sure the compiler people didn't do it. But that's not the point. The issue is resource allocation.

Of course, Embarcadero might have had this in the works long before they acquired CodeGear.

My totally biased opinion is that I want CodeGear to improve the dev tools. InstantOn is potentially a cool piece of tech, expecially if I can use it for my own products. But I'd take Delphi improvements like Win64 compilation, and single source forwards interoperability between Delphi.NET and Delphi Prism any day (and I'm willing to bet there's a lot more like me too ;-) )

Olaf Monien · 9 months ago

I got your point, but I don't think they invented that from scratch. I guess
this is based on some 3rd party technology. XenoCode's "PostBuild" goes in
that direction.
http://www.xenocode.com/Products/Postbuild-for-...

Mick · 9 months ago

>I'm quite sure the compiler people didn't do it. But that's not the point. The issue is resource allocation.

No, resource allocation is not the point. Consider the auto manufacturer Honda. Now, when they are working on a new car design, do you think they pull the salesmen in to help the engineers? No, not at all because they do entirely different things. Just like you wouldn't have the engineers try to sell the cars.

Embarcadero doesn't just have this "pool" of programmers that are all equally gifted. Some know a lot about writing compilers, and some are better suited to improving the IDE. Makes sense, doesn't it?

Raymond Wilson · 9 months ago

I get your point. I think you may be missing mine.

While InstantOn is cute, it doesn't solve my (totally biased ;-) ) need for the Delphi dev tools to be improved.

If InstantOn is in fact someone else technology Embarcadero has licensed, and the installer jockeys there shoehorned the toolset into it than that's totally different from deciding to invest in the R&D to make it happen versus making the same R&D investment into your core competency of making dev tools. Which, oddly enough, fits into your argument ;-)

Anyway, I'm not looking for a drawn out debate - just venting a little ;-)

Mick · 9 months ago

Fair enough...I was a bit salty when I responded. You do make a good point. Regards.

Mason Wheeler · 9 months ago

>It's the same old argument that Microsoft always gets: "I can't believe they added X, Y, and Z features to Office when they should have been fixing UAC."

They keep getting that argument because it's valid. UAC is a badly broken feature, and it's one that users have to interact with on a regular (often daily) basis. See The Joel Test, question 5. http://www.joelonsoftware.com/articles/fog00000...

Olaf Monien · 9 months ago

Agreed. There are certainly a couple of old battle fields, but to get attention on the market innovations like this are really required.

Olaf Monien · 9 months ago

I would say, as soon as there is a Win64 compiler (and the modified IDE, which seems to be a lot of work as well), an Instant-On build process just needs started :)

Giel · 9 months ago

If this lets you start debugging on any computer right after plugging in your Delphi USB stick, that would be very cool.

Robin van Nooij · 9 months ago

I saw a demo by Pawel Glowacki about the instant-on. He had a USB-stick with all applications of Embarcadero (ALL-ACCESS). Very nice. One USB stick with all the tools you need.

I wonder wether it supports custom installed components. Or even better, selectable profiles or something like that.

Jolyon Smith · 9 months ago

Looks to be only as part of an "All Access" license/SKU rather than a complete move away from installation (although presumably the tech would allow that if they so choose in the future).

English version of the press release here:

http://www.embarcadero.com/news/press_releases/...

Stuart · 9 months ago

How does this affect customers with software assurance?

Olaf Monien · 9 months ago

There will be upgrade options. I've not seen official price lists yet, but they told me that they won't forget the guys who paid software assurance.

General Jackson Tackett · 6 months ago

Sounds like VMwares Virtual appliances

Olaf Monien · 6 months ago

Somewhat. The difference is, that it does not load a full VM, but runs in the context of the physical machine. Much fewer overhead that is.