You are viewing pphaneuf

Previous Entry | Next Entry

Moving On

Reg Braithwaite was writing not long ago about how we can be the biggest obstacle to our own growth. It made me realize how I've dropped things that I was once a staunch supporter of.

I was once a Borland Pascal programmer, and I believed that it was better than C or even C++. I believed that the flexibility of runtime typing would win over the static typing of C++ templates, as computers got faster. I belived that RPC were a great idea, and even worked on an RPC system that would work over dial-up connections (because that's what I had back then). I put in a lot of time working on object persistence and databases. I thought that exceptions were fundamentally bad. I believed that threads were bad, and that event-driven was the way to go.

Now, I believe in message-passing and in letting the OS kernel manage concurrency (but I don't necessarily believe in threads, it's just what I happen to need in order to get efficient message-passing inside a concurrent application that lets the kernel do its work). I wonder when that will become wrong? And what is going to become right?

I like to think I had some vision, occasionally. For example, I once worked on an email processing system for FidoNet (thanks to Tom Jennings, a beacon of awesome!), and my friends called me a nutjob when I told them that I was designing the thing so that it was possible to send messages larger than two gigabytes. What I believed was that we'd get fantastic bandwidth someday where messages this large were feasible (we did! but that was an easy call), and that you'd be able to subscribe to television shows for some small sum, where they would send it to you by email and you'd watch it to your convenience. That's never gonna happen, they said! Ha! HTTP (which I think is used in the iTunes Store) uses the very same chunked encoding that I put in my design back then...

Note that in some cases, I was partly right, but the world changed, and what was right became wrong. For example, the 32-bit variant of Borland Pascal, Delphi, is actually a pretty nice language (ask apenwarr!), and while it isn't going to beat C++ in system programming, like I believed it could, it's giving it a really hard time in Windows application programming, and that level of success despite being an almost entirely proprietary platform is quite amazing. Even Microsoft is buckling under the reality that openness is good for language platforms, trying to have as many people from the outside contributing to .NET (another thing to note: C# was mainly designed by some of the Delphi designers). Imagine what could happen if Borland came to its sense and spat out a Delphi GCC front-end (and use it in their products, making it "the real one", not some afterthought)?

I doubt that's going to happen, though. For application development, I think it's more likely that "scripting languages" like Ruby, Python and JavaScript are going to reach up and take this away from insanely annoying compiled languages like C++ (and maybe even Java).

But hey, what do I know? I once thought RPC was going to be the future!


May. 28th, 2008 07:49 pm (UTC)
Oh, I know about Kylix (and how it's dead now), but that's not what I said: a libre GCC front-end, contributed back to the FSF and using that in their product (similar to how Xcode uses GCC).

I've used both "popular" free Pascal compilers, back then (find me!). FPK Pascal is kind of wacky, and is suffering from not having enough attention on its back-end (as in "it's not GCC"). It would need to open up and leverage the work of outside experts, I think (maybe use LLVM as a back-end, for example).

GNU Pascal is not too bad, but quite backward, having only very minimal support for Delphi, the most recent thing that's fully supported is Borland Pascal 7.0 (ISO Pascal is a useless joke, a teaching tool at best, nothing like ISO C or C++).

No, I think that in order to get enough traction, it would need to be the Delphi compiler, not a second-up, and only Borland has that power. I'd be very surprised if they did.

Don't underestimate what the VMs can do! Nowadays, the fastest VMs give native code a run for their money, and are even able to do better, in some cases. The biggest problem with both Java and C# is the garbage collection: using it can make some things faster, but you need five or six times as much memory to do the same work (got that from some paper that I can't locate now), so if that makes you dip into the swap, your performance goes down the toilet, but if you don't, it's actually excellent...

One excellent example that is very hard to do without a VM is inlining virtual method calls. Now, combine that with virtual method calls being one of the biggest pervasive overheads in Firefox (thus the so-called "deCOMtamination"!), and you can see how that could be made to go fast!
May. 28th, 2008 08:06 pm (UTC)
Today I'd go with Free Pascal. They also have Lazarus which seem to do the other part. One of their aim is really to be Delphi compatible, but not only.

Free Pascal is also the compiler that saved the old fart Pascal developers on Mac after Metrowerks dropped Pascal support a while back.
May. 28th, 2008 08:18 pm (UTC)
Just not enough weight behind any of the Pascal ones, I'm afraid... Borland has the key to changing that, but they're too afraid to use it.

If someone was totally twisting my arm and forcing me to use Pascal, I'm not sure which one I'd take... A decent Pascal support with Free Pascal, or a decent backend with GNU Pascal? I guess I'd try Free Pascal first, hoping that fast machines will cover up any optimization suckage. ;-)

Latest Month

March 2009

Page Summary

Powered by
Designed by Lilia Ahner