When The Best Code is Written

My best code is written between the hours of 7am and 10am. I typically get to work at 7am and don't see anyone in the office or have any meetings until 9 or 10am. But I'm a morning person so that probably goes without saying. What time of day is your best code written?

Open CodeGear Positions

Over at the CodeGear Job listings I wanted to point out that we are in search for a Publication Engineer. Of course we are also looking to fill other positions, but I really want to find someone for this position so we can make our documentation better. If you are interested then send your resume in.

My 5 Favorite Things in Delphi 2007

I have been tagged by Chee Wee to write 5 of my favorite things in Delphi 2007.

1. Lots of bug fixes!

2. An F1 key that actually works. This includes the entire process behind the documentation as well. If you run into any cases that don't work please file a bug in QC and let me know about it.

3. The fact that Delphi 2007 is completely backwards compatible with Delphi 2006. This means all components built with Delphi 2006 don't need to be recompiled and IDE plugins should all just work! This is the first time this has been done and while there are a lot of changes that I'd like to make to VCL and the IDE that would have broken backwards compatibility I think this is an important feature.

4. It is fast. It reminds me of Delphi 7 only with more cool editor features. Since Delphi 7, this is the first version I'm installing at home. That's how much I like it!

5. And the best for last. All of the community projects and Delphi built applications that were created because Delphi existed but have been used to make a better Delphi. By shipping using the FastCode string comparison routines. With these Changes we have seen 100% performance increase, or 50% decrease (whichever way you want to look at it) when building with a version of Doc-O-Matic that has been built with Delphi 2007.

New CodeGear Logo

After lots of hard work by Marketing, CodeGear sports a new look:



I really like it. You will start seeing this logo more and more so I hope you are all as jazzed as I am about it.

Pro-Linux "Get a Mac" Parody Commercials by Novell

If it's funny you have to laugh. A few months ago I posted the new Apple commercial with Vista which wouldn't have been so funny if it weren't true. Well here are two commercials by Novell that are Pro-Linux.

Application Performance Increases When Built With Delphi 2007

As I've stated earlier, in a four part series about the new help, the help system is now built using Doc-O-Matic. Chris White and I are working with Markus Spoettl of toolsfactory where we decreased the built time of our help from more than 12 hours to just over 3 hours. Recently Marcus upgraded from Delphi 2005 to Delphi 2007 and sent us the new version of Doc-O-Matic and we noticed the built went from just over 3 hours to about 1.5 hours! That is over a 50% increase in performance. As it turns out there were a few performance enhancements made between Delphi 2005 and Delphi 2007. In Delphi 2006 we started shipping with the popular FastMM decreasing memory fragmentation which is a huge benefit when loading 30,000 XML files. And now in Delphi 2007 we ship some of the super popular Fastcode string comparison routines! This is simply awesome!

Building COM Automation Servers with Delphi 2007

Sometime around Delphi 6 and C++Builder 5 there was a change made to Automation Servers (components written as an EXE) where they would automatically register themselves. This caused all sorts of problems for Vista UAC and just wasn't the correct thing to be doing. So for Delphi 2007 the code for Automation Servers to automatically register themselves has been removed. You are now required to run your Automation Server with the /regserver option. Example: "MyAutoServer.exe /regserver".

Another CodeGear R&D Engineer Is Now Blogging

Add another CodeGear R&D Engineer, Seppy Bloom, to the blogging masses. Seppy has some great insight to share about VCL and the new Vista features found in Delphi 2007 for Win32. Keep an eye out for some good information to start getting posted to his blog.

Late Nights And Early Mornings at CodeGear

As you all (probably) know we've been putting in some very late nights and early mornings working on the finishing touches for Delphi 2007. Everyone has been drinking lots of extra coffee, hot chocolate, tee and soda just to stay awake. I guess this didn't have the desired affect management was looking for so David I brought in a crate of Twinkies. Seriously, at least 30 boxes. I don't know what happened but I came in yesterday morning to find my neighbor David Lock crowned Twinkie Boy King! Now they are even easier for people to get to as they walk by reach hand out and grab. No more walking ot the break room and bending over to pick up the unsuspecting Twinkie. Around hear I hear Ho-Hos are better than Twinkies. What's your favorite snack?

Delphi 2007 Documentation

Earlier today we had the CodeRage session on the Delphi 2007 Documentation where we had a few questions if there is documentation on Open Tools API and 3rd party help. I wanted to take this oportunity to mention that we do look in QC for what developers want to see in future versions of Delphi. So if there is a help topic that you don't see or would like more information on go to QC and enter a new request or vote on an existing one.

Documentation/Help In Delphi 2007 Part III

There are three primary pieces to help; the help viewer, the action of invoking the help from the IDE, and the glue between the IDE and the help viewer. If you press F1 and don't get help, is the IDE failing, is the content not written, delivered or found, or is the glue between the IDE and help viewer failing?

Testing is one of the most difficult tasks of the documentation process. As is typical with testing, more can always be done. Currently we have tests that test pressing F1 on all the components, all the properties and events of each component in the object inspector, errors, messages and warnings in the compiler message view and most dialogs. Each page that is displayed is tested to see if the title is what was expected to hopefully provide more accuracy to the content. I say "hopefully" because there really is no guarantee without sitting a human down and having them press the F1 key and read the content that is displayed in the help viewer. What we are looking for here is do we get a reasonable page.

But what makes our reference documentation so difficult to test is sometimes you really don't get the page that you expect. For example, create a default application with the following:

type
  TForm1 = class(TForm)
  end;

If you press F1 with your cursor over TForm1 you will still get help even though it is a class only defined in your application. The help will be for TForm. I'll discuss more about this in Part IV, but depending on where you are in the IDE the RTTI and compiler are used in conjunction with the help function ContainsHelpKeyword. So the results when you press F1 may vary. Well, they won't once the help is locked down and isn’t changing, but while the help is being written they may vary.

I have also been working on a unit test for interaction between the help viewer and the IDE for testing the glue code that binds the two. This test consists of the help code in the IDE as a stand-alone application that can interact with the help viewer. Given a list of keywords and context IDs we can inspect the help to make sure those individual pages are present in the build help. This also allows us to test a help build quickly without loading the IDE to make sure our changes worked or not.

Also for obvious reasons we rely on humans to make sure the content is accurate. Kudos to all you field testers and developers out there using Delphi. Thank you for all your bug reports!

Part I
Part II
Part III
Part IV

Delphi Dogfooding

One of the exciting things about CodeGear is the ecosystem that has been built up around. The C/C++ compiler is used build the C/C++ compiler. The C/C++ compiler is used to build the Delphi compiler. Delphi is used to build the IDE (sure the IDE is also built with C/C++, C# and J#, but it primarily is Object Pascal). Then all you Delphi customers out there build all the fabulous products and plugins like Doc-O-Matic and InstallAware that we are able to use to build more Delphi! There are of course other cool applications like Skype.

I know I'm leaving out a whole laundry list of applications written with Delphi. These were just the first few that came to mind because I was using them today.