SHARKWATER
Showing posts with label programming. Show all posts
Showing posts with label programming. Show all posts

Wednesday, March 23, 2011

Yet Another New Firefox

I upgraded my browser yesterday to Firefox 4, and I have to say that in general I'm quite pleased with it. New features, fast, etc.

As with the Firefox 3.5 upgrade a couple of years ago, Mozilla has a cool page to monitor the downloads worldwide, and once again, it is powered under the covers by my company, SQLstream.

In case you feel like learning how we do our part of the magic, one of my coworkers has written a very good explanation of how it works. Yay!

Tuesday, June 09, 2009

Programmer Humor

Just skip this if you're not a geek. Really.

Cute blog post someone pointed me to a couple of weeks ago, and I'm just now getting to pass it along. It's a humorous time line of programming languages.

I quite liked this bit:

1964 - John Kemeny and Thomas Kurtz create BASIC, an unstructured programming language for non-computer scientists.

1965 - Kemeny and Kurtz go to 1964.



Update: I just clicked through to another post the same guy wrote about diving with a whale shark. He's a pretty amusing writer:

But this was one big krill swilling machine. He was big enough that an accidental bump would be like an accidental bump from a large dump truck - a large dump truck with a mouth the size of a Volkswagen.

Still, Brian and I were determined. So we quickly squashed down our near-pathological fear of dump trucks and swam towards the magnificent creature.


Saturday, November 22, 2008

Memories of Past Geekdom

Oh, how old I feel!

A friend just pointed out that we're observing the 25th anniversary of the release of Turbo Pascal 1.0. I didn't actually buy it until it was at version 2.0 (for my CP/M system), but I used that (and succeeding versions) a lot.

Anyway, here is a blog post with reminiscences from Turbo Pascal's creator, Ander Hejlsberg. I had the good fortune to work with Anders and the Turbo Pascal team at Borland International back in the 1990s, on Turbo Pascal 6.0 onward through its migration to Windows and eventual morphing into the underpinnings of the fabulous product Delphi. As the technical writer for the TP team, I was told my job was to get inside Anders' brain and translate it for the rest of the world. That was a cool experience!

Anders may be the best programmer I've ever worked with; he's certainly the most proficient assembly-language programmer I've ever encountered. And he had a tremendous knack for knowing the right features to add to a product for the market.

Sadly, Anders went over to the dark side shortly after I left Borland (completely unrelated events!). He's done some amazing work on products there. Although his work is now in more customers' hands, he will probably never again have the same kind of influence over an entire generation of software developers that he had with Pascal and Delphi.

It's an amazing experience to be part of a team that works so well together on a product that is so important and influential. The Turbo Pascal team was tiny (about ten of us worked on TP 6, including doc, QA, and management), but always produced great stuff, usually on time, and was consistently profitable. I certainly owe most of my later success to the valuable lessons I learned while working at Borland.

Tuesday, August 19, 2008

Oh, Dear...

There's a disconnect in here somewhere. My fortune cookie from lunch today reads
You would do well in the field of computer technology.
Now they tell me....

Tuesday, April 01, 2008

Toiling in Obscurity

As a professional software developer, it is sometimes hard to explain to people just what it is that I do. Although at times I have been able to point to a screen or hand people a disk containing something I've created, I have to admit that the product of my work is somewhat nebulous and ephemeral. At least when I was a tech writer I could point to a set of manuals and say, "I wrote that."

The fact that I was writing manuals to instruct programmers in how to use software tools that enabled them to write other software was a bit murky to many.

Later I was working on software that "explored" networks, cataloging resources (documents, mostly) it found so that one could search for them. Still, pretty obscure, particularly to those who don't actively use computers or who just use them as glorified typewriters.

And now I work in the realm of enterprise middleware, meaning we write software that helps other software share information. Worse yet, I work on the software tools that enables other programmers to configure and program said middleware. So once again, I'm on the obscure edge of a pretty obscure place.

So this morning I found this article from Red Hat:
That got me thinking and sent me to Google to look for a short definition of middleware. I found a lot of them, but they mostly were either too vague or too dependent on the reader already having some knowledge about middleware.
And ultimately, he comes up with this answer:
Middleware is plumbing.
It's a fairly amusing metaphor, which the writer thankfully only extends to input sources (water pipes and faucets), rather than the output system.

In any case, the next time my mother tries to figure out what it is I do, I think I'll tell her I'm a plumber.

Wednesday, December 12, 2007

Nice Job, Guys

My jumbo package of Microsoft security updates arrived this evening. Yipes! Twelve updates for a Windows XP Pro system with Office 2003 this month.

Then I read this in the Security Fix blog:
Of the seven patch bundles released today, only two did not affect Windows Vista systems, suggesting that the vulnerable components were carried over into Vista from older versions of the OS despite the multi-year secure coding review conducted for Vista. That said, two of the bundles were released to plug security holes that were found exclusively in Vista.
I know security is hard, and I know Windows is/was a mess, but really. Two years.

Wednesday, August 15, 2007

Poor Little Rich Kids

I found this article from the New York Times by a link at Infoworld. The gist of the article is that a lot of the millionaires in Silicon Valley (and there are a lot of them) don't feel rich enough. Here's one of the people quoted:
“I know people looking in from the outside will ask why someone like me keeps working so hard,” Mr. Steger says. “But a few million doesn’t go as far as it used to. Maybe in the ’70s, a few million bucks meant ‘Lifestyles of the Rich and Famous,’ or Richie Rich living in a big house with a butler. But not anymore.”
Now, look. I know it's expensive to live in the Valley. But really. It's hard to get worked up about this when there are plenty of people living in (absolute or relative) poverty in the same area. The people who clean their offices and collect their trash and such have it a lot harder.

I did find some interesting discussion at Infoworld, too. It goes in a couple of different directions. On one hand there's some feeling that the attitudes of the subjects of the article are misrepresented (which is, in my experience, quite possible), and on another that a lot of these folks are supported by programmers who make nothing off their efforts (open source projects).

In a sense, those both hit the same ethic: some people work because they like to, or at least work on some projects because they like to. I certainly know a lot of programmers who program for money, but also do projects for fun, and often make those available freely. [For a discussion of that phenomenon, the best book I recall is Hackers: Heroes of the Computer Revolution, by Steven Levy. It's a bit dated, though I see there's been an updated edition. Another terrific book that touches on the motivations of engineers is Tracy Kidder's wonderful The Soul of a New Machine.]

[Grrr. Blogger posted this before I was ready!] Update:

The point I mean to make here is that the Times article hits some nerves around here (the greater Silicon Valley). There are clearly a lot of folks who don't know what "enough" is, but there are also plenty of people who are driven by desires other than wealth (and who consequently have plenty of it). It ain't all cut and dried.