Jack Whittaker's wife is quoted at CNN.com as saying:

"I wish all of this never would have happened," Jewel Whittaker told The Charleston Gazette for Tuesday's editions. "I wish I would have torn the ticket up."

I don't know what made me think of this, but I decided to sit down and watch the three original Star Wars movies yesterday and today. Wow, what great movies. It's interesting to watch the original three, and see how they were the true pioneers for almost all sci-fi movies that came before them. Sure, some of the technology is not up to today's CGI standards, but the story more than makes up for it.

It's also interesting to see how George Lucas has continued to try to improve them 20/25 years after they were originally released. The VHS set, which I have, contains some new material that wasn't in the original. Most notably, Lucas could add some new creatures (large and small) that weren't technically possible before. 

And I have even heard, in the latest DVD set that is out, Lucas has fixed some of the obvious mistakes from the originals. It's amazing to me that some people can notice the differences between the shirt Hans Solo was wearing before he was frozen, the one he was in while frozen, and the one he was wearing after he was thawed.

I'm going to start doing some research on how to “digitize” the various entertainment systems I have here in my home. Ideally, I'd like to:

• Be able to record television directly to hard-drive (PVR)
• Be able to instruct my computer to record a show over the Internet
• Play shows on my living-room TV, from the computer in another room
• Listen to music stored on the computer on my stereo system

There may be some more cool things I could do, but I'd be interested in reading about what other people are doing in this field.

I recently wrote about how Jack Whittaker, the largest lottery winner in U.S. history, has been involved in some interesting crimes, both as the victim and the perpetrator.

Well, add one to the perpetrator column. Whittaker has been charged again for drunk driving. Not only that, but this new charge violates his bail conditions for a previous charge. Mr. Whittaker can spend up to 10 days in jail for the bail violation. But it looks like prosecutors are more interested in revoking his driver's license, which is a good idea given his propensity to drink and drive.

The old ABC Wide World of Sports tagline used to say, “The Thrill of Victory and the Agony of Defeat.” Then they used to show a skiier tumbling down a steep hill, no doubt breaking half the bones of his body in the process.

A parallel can be drawn between the sports world and the I.T. world in this regard. The thrill of a successful deployment, the agony of an unsuccessful one.

Here I sit, Sunday afternoon, polishing up my latest application. I am testing it, tweaking it, testing it again. Basically, going through the final paranoid-like steps before it is deployed into production tomorrow.

On the one hand, I am a bit of a nervous wreck. More so than usual with deployments. This isn't my first one, not by a long shot. But it feels like a lot more is on the line this time, and so here I sit in my office on a sunny Sunday afternoon. Running more and more tests.

My application consists of three pieces: two applications and one ASP.NET web service. The applications I have nicknamed CLAP and CRAP and I call the web service WUSS. My employer hopes I am much better at writing applications than naming them.

WUSS (Web Update Service) has been pretty much done and ready to go for a month now. It is not a complex program logically, in that it provides an external vendor access to one of our databases. There are about a dozen methods, so there are several points where it can fail. I wrote set of NUnit automated unit tests for it (almost 100), which revealed a small number of bugs, but made me much much more confident in the code. There should be no problems with this component.

The CLAP (Call List Process) has been mostly done for the two weeks or so, but really solidified on Thursday. It is designed to run once per day, generate a file and send it to a secure FTP site. For the deployment tomorrow, I am planning to run this program manually for the first time just in case something happens. But I have run it dozens of times on my own PC, and so I know it will not crash.

But...

“Not crashing” is not the same as working correctly. The output of my CLAP program is a list of phone calls to be made, divided between several call centres. What if my call list doesn't catch all the calls that need to be made? Or assigns the same call twice? Or assigns them in an uneven fashion between call centres? Those are the big risks with this program. This program needs to run at around 11:30am tomorrow, and I am fairly confident nothing will go wrong with it. I've run this enough times.

The third component, CRAP (Call Resolution Process), runs more regularly (every 10 minutes I expect). After the calls have been completed, it takes the results of those calls and updates our database accordingly. This is the most complicated component logically speaking, because there are dozens of things that come out from this. Depending on what data is updated, different UPDATE/DELETE statements are run.

I still have some “polish” left to do on this program. I want to run through it several dozen more times. I have to do a code-walkthrough (with myself) to ensure that nothing has been missed. I am somewhat lucky with this program, however, in that my CRAP is replacing an existing FoxPro application. Even though there are tons of stuff in the FoxPro app that are irrelevant, I can compare the two programs side-by-side to ensure that at the very least my application performs the same tasks as the FoxPro app.

I would probably like to run this manually too the first few times, before letting the scheduler take over. This program will run in production for the first time at around 4:30 pm, when the after the first calls are complete.

Like I said, I have never been this nervous before a deployment. Usually, my users are complete strangers. Usually, I do not see that much on the line with a failure. Usually, I have easy access to production so I can fix any bugs as they occur, so that few people are affected. But this time, I have a more at stake personally -- I know the people who's lives will be much easier or harder based on my program's success. I see more on the line. And parts of this application are out of my control. For instance, at this company I do not have any access to the production servers or database. I expect to be able to ask for access tomorrow to get it running, but I won't be able to change things on the fly as much as at other companies.

Scary stuff.

The U.S Senate just passed a bill that would raise the Federal Debt Limit by $800 billion to $8.2 trillion. Who wants to take bets on how long that $800 billion is going to last? How much of that money has already been spent since the government has been shuffling money around for 3-4 months already?

And how about a $8.2 trillion debt... Wow. This is mind-boggling. What does $8 trillion look like? There are approximately 6 billion people in this world, most of them living in poor countries (China, Russia, India, Indonesia, etc.) $8 trillion is $1,300 U.S. dollars for every single person alive on this planet. I bet that equals or exceeds the median net worth of every person in the entire world. I wouldn't be surprised.

War sucks.

There's no way around it. There is no such thing as a perfect war. Every war, ever, in the history of mankind, has contained incidents most would consider to be atrocities.

That's not to justify terrible acts. It's actually one reason why war should generally be avoided whenever possible. Every few years, it seems mankind needs a reminder why not to go to war.

So the next time some President tells you that this war will be easy or different, don't believe them. War sucks. Big time.