Archive for December, 2006

links for 2006-12-25

Monday, December 25th, 2006

Netflix Musings

Sunday, December 24th, 2006

As most of you know, I’m a diehard Netflix fan. Besides a really simple and cheap method for watching movies, some of the really addictive aspects of Netflix include the ratings and friends features where you can rate movies and see what your friends thought. I really enjoy the “most similarity” rating, which shows which friends have the most similar taste in movies. While the rating could become self-prophesying, it definitely provides a good means for deciding what to watch in some situations.

Over the past couple of months a couple of friends have mentioned the new service that Blockbuster is providing, which is effectively trying to put Netflix on the dead company list. In addition, I’ve noticed that the Netflix turnaround on movies over the past 6 months has fallen off significantly. Since there is a shipping hub in Austin, I would typically get 2 day turnaround on a returned movie, but now, this time has increased to 4-5 days, which has left me dry on more than one occasion. Is this competition with Blockbuster starting to have an effect on Netflix? Has anyone else noticed the Netflix slowdown? I would think Netflix would want to do all it can to fend off its market share from Blockbuster; thus, saving a few dollars by slowing the movie return process seems like a bad trade off.

On a completely different note, why hasn’t Netflix integrated with Rotten Tomatoes? Before investing 2 hours of your life on a movie, it pays to do a little research, and Rotten Tomatoes includes excellent overall ratings from a large number of critics as well as users. Netflix has some critics involved with the online system, but having the power of aggregation of all critics would be a much added bonus.

Do Not Drink The Water

links for 2006-12-24

Sunday, December 24th, 2006

links for 2006-12-19

Tuesday, December 19th, 2006

The virtualization platform for software?

Thursday, December 14th, 2006

The technology trade rags are filled with all the latest new products allowing virtual machines (VM) to run on varieties of platforms and chipsets. For many of us, this means running many versions of Windows or Linux on one machine simultaneously; however, it could be just about any OS supported by the VM software of your choosing. While the obvious solutions this could fill would be centralized management of the workstations within a company, there are some more subtle ideas that appear to be taking hold. (Duh disclaimer: It’s possible that I’ve ignored these ideas in the past, but as my confidence slowly grows with VMs in the test lab, these ideas don’t seem as farfetched as before.)

Instead of shipping software to customers for installation, imagine shipping a VM with the software already installed on the OS. If the customer was running compatible VM server software, they could just load an instance of the new OS with software already installed, configured and ready to go. In fact, as this article eludes, the customer could ship a production copy back to the software company for maintenance and/or an upgrade, which could be tested before being shipped back to the customer.

Granted, there are some hurdles to overcome just as the introduction of multi-threading and multiple CPUs had issues, which means the hardware to support all of this will have to be faster and more robust than ever. Hard disk I/O and resource utilization will be an issue for the foreseeable future, but the more time intensive problems of debugging environmental software problems could be minimized. In some cases, the changes to a customer’s environment might be as easy as updating to a patched VM.

While those of us in the enterprise software industry know that the customer’s actual environment is more often a contributor of a problem than the software itself, the approach does provide some advantages in supportability. Does anyone know of software vendors using this approach yet? I wonder how many years away we are from seeing software vendors only support certain VM server software, which would be just the opposite for most vendors today? Are VM standards being set, or will we see the same compatibility problems that occurred with J2EE?

links for 2006-12-09

Saturday, December 9th, 2006

links for 2006-12-07

Thursday, December 7th, 2006

links for 2006-12-04

Monday, December 4th, 2006

links for 2006-12-02

Saturday, December 2nd, 2006

links for 2006-12-01

Friday, December 1st, 2006