Older blog entries for ahosey (starting at number 37)

Can someone explain what the advantages of SOAP are supposed to be? If they want to invent another RPC mechanism, that's cool, since none of the ones we have seem to be too popular. But what's the point of doing it over HTTP? The handshake/tear-down overhead of HTTP is so much that I don't see how one can get expect to get good response time on interactive applications.

My wife, bless her, surprised me by buying the Namco Museum for the Gameboy Advanced. This includes my favorite arcade game of all time, Galaga. But I'm disappointed in the conversion. The game play, graphics, and sound are a totally faithful reproduction. But instead of keeping the scores at the top and the extra ships at the bottom, they've given up the entire righthand quarter of the screen to displaying that information. That means the game play is smooshed into the remaining 3/4ths of the already small GBA screen, and it's so tiny - the individual shots are almost invisible.

I think the motivation might have been to preserve the aspect ratio of the original game screen. But dammit, who's doing QA and playtesting on this stuff? Did not one person get a chance to say "dudes, that's unplayable" at any point in the process?

On the plus side, the conversion of Dig Dug is quite good.

I always wanted a copy of Robotech, and now I have it. I rule!

hacker: Since when did we live in a world where we chop the heads off of innocent people, because the government in another country isn't listening to the demands of a rebel guerilla group?

Since... well, forever. Pick up a history book covering any tumultous time and place in the world.

I'm not saying that makes it okay - just the opposite. Until more people realize that these things happen a lot, have happened, and continue to happen, they'll never stop.

As for destroying Sabaya, it's not as straightforward as you make it sound. The Abu Sayyaf is not a regular army or a regular political group - there are no central points to attack. The Philippine jungle is very large and nasty nasty nasty. Anyone with some jungle savvy who doesn't want to be found, probably won't be found. Think USA vs. Viet Nam, or USSR vs. Afganistan. Guerilla tactics are scary and effective - that's why there have always been guerillas down thru history.

So what, should everyone just give up? Of course not. But sending a bunch of soldiers to wander the jungle isn't going to do it either. The situation is much more complicated than that.

I'm very disappointed with the look of the new iBook. I'll probably still get one, but I liked the gumdrop look of the older models. I want a laptop that says "fuck all you matte-black ThinkPad carrying NT-using stuffed shirts. I'm having fun with my computer and I'm still smarter than you."

I think Apple sold out in order to have to greater market appeal to the abovementioned stuffed shirts.

Maybe they'll bring back tangerine. That would be some redemption.

jlf and I just had an interesting conversation. We were talking about the parallels people often try to draw between electrical engineering and software engineering. i.e. there is the notion that EEs can take a packaged IC off of a shelf and just use it, knowing the inputs and knowing the outputs. The parallel idea in software is often discussed as "reusable software." Related to that, I remember Rob Pike saying something about how 80-90% of the work he did on Plan9 was just "compatibility" stuff - POSIX, TCP, etc. So... what if we were all able to download a POSIX library and just use it in our work, a la pulling an IC off a shelf?

The language <=> language problem is not a big issue, it's been solved many times many ways. (One) problem with the idea not often discussed is that software, and software engineers, have to deal with all the different hardware architectures and operating system platforms out there. This is where the software engineering <=> electrical engineering analogy breaks down. Imagine you're an EE and the laws of physics are slightly different every time you start a new job. Now those pre-packaged ICs are less useful, yeah? That's the difficultly facing the issue of reusable software. Ultimately any piece of software has to run on some piece of hardware. There are plenty of POSIX-compatibility libraries out there, but in order to be used they all have to run on an appropriate hardware/OS platform. That's why there are so many of those libraries!

So what's to be done? Right now, and I really stress the "right now," the great leveller we have is the network. So imagine there was a big machine out there on the Internet which exported the entire POSIX API via some form of RPC. Now anyone on any platform in any language really would have access to a reusable POSIX implementation... Erm, provided their computer is attached to the network. For that reason (and others) POSIX via RPC is not really a serious solution, but I wanted to throw out that example in the search for truly reusable software.

Just to be clear, my ranting about Red Carpet was a happy rant. I really like it. I found a couple nits to pick, of course, which I will probably put in the bug tracker as suggestions.

dan, schoen, and cdent have been making interesting and I think insightful comments about the stock market and some business practices the world seems to take as given. I think the relentless push for growth and expansion by corporations is ultimately driven by the stock market. The corporations have to point to continued growth in order to keep their shareholders happy and keep their market cap up. Why isn't it enough to just meet payroll and put just a little extra in the bank? A few months ago I read in Business Week that the big telcos are starting to get nervous because their shareholders are selling. Why are the shareholders selling? Because these big telcos are posting profits of $5 billion instead of $10 billion. Not revenue, profit. And that's not enough. No kidding!

I haven't yet worked for a public company and I hope I am never in a position where I have to. I feel kind of guilty about holding a 401k but that's a more complicated issue. I want to have a retirement fund, I don't want to be a burden on my children. But in order to keep pace with inflation money must be "invested" and any time money is "invested" in any fashion it is eventually reaching someone who is expected to provide "return on investment." Which is fine, the privately-held company where I work is the same principle - they give us paychecks and we as a group are expected to create revenue which meets or hopefully exceeds expenses. The problem I have with the stock market is an issue of scale. It seems that among publicly-held companies "return on investment" has finally evolved to mean "astronomical profits achieved by draconian means." I'd rather my money not be a part of that.

24 Nov 2000 (updated 24 Nov 2000 at 03:29 UTC) »

From Closing with the Enemy by Michael Doubler:

"On 16 September Montbarey's besiegers literally hammered, burned, and blasted the fortress into submission. The Churchill [flamethrower tanks] delivered the opening blows by circling the fortress while scorching it with plumes of flame. Montbarey's walls had proved impervious to direct and indirect fire, so the battalion commander decided to smash his way inside through the main gate. A TD [tank destroyer] rolled forward and fired fifty rounds at point-blank range in an attempt to open the entrance. However, the Germans had reinforced the gate with scrap metal, rocks, and heavy debris, and it refused to budge. The TD's unsuccessful efforts prompted the battalion commander to send for a 105-mm howitzer, and in a scene similar to the siege operations of eighteenth-century warfare, soldiers brought the gun forward and placed its muzzle twenty yards from the main gate. The cannon hammered the gate partially open with more than fifteen rounds and then sent numerous high explosive and white phosphorous shells slamming into the inner courtyard."

Wow. That would have been something to see, huh? Must have been a hell of a door.

After last night's diary entry I put my money where my mouth is and also made a mailing list for mod_extract_forwarded. I'd been putting that off for a while. I hate ezmlm. I despise qmail.

I posted an announcement to Freshmeat with nothing but the mailing list annoucement. Curious to see if that goes thru.

After some experience with publicizing mod_extract_forwarded as "my own" little piece of free software, I decided that every free software project no matter how big or how small should have a mailing list. I decided this after someone sent me some mail and we collaborated on a few pretty important bug fixes. That's when I realized, I knew other people had downloaded the module but I didn't know who or if they were using it. If they were, they really needed these fixes but I had no vector of communication other than Freshmeat.

The natural impulse might be to think that smaller programs don't merit the overhead of a mailing list, but each project should generate an amount of mail proportional to its complexity and popularity so it all works out. Conversely you should be on the mailing list for every piece of free software you use even occasionally, and the amount of mail received per list will naturally balance out. No project list is too small to subscribe to, in fact it's the big ones that are going to flood you with mail. To put it another way, it doesn't matter how many lists you're on, just how much mail they each generate.

So to make the point here, I made a mailing list for xload-snmp when I first put it up. The list stayed empty even though I got some downloads on the software. But after a few months, someone out of the blue sent mail to the list saying "hey it no workie for me." Because of that conversation I spent a couple days on the code adding a few more things really needed to make it useful for more than just Unix load monitoring. So now I feel that my mailing list philosophy has been validated.

I was also surprised by the substantial gains in functionality I got from just a few lines of code. I also understand now why everyone hates Xt. I thought X resources were hairy as an administrator, the API on the programming side is, if anything, worse.

28 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!