Online. Offline. Bottom Line.™
(skip to the content)
Home | About | Jobs | Privacy Policy | Contact | Login or Register
A general category for any non-specific technology post that doesn't have a custom category available.
Few things test our patience better than seeing the word “buffering” when watching a video or listening to audio on our computers. But please, don’t get mad at the internet. The internet was built to do one thing, move little packets of data from point A to point B. That’s it. Bandwidth dictates how many packets make the journey and how fast they get there. And three things determine your bandwidth: 1-Location. 2-Your Internet Service Provider. 3-Your bank account.
Recently I found myself reading a LiveJournal blog interestingly named Workings of a Twisted Mind. Well, twisted or not, in the past couple of months the author has made several excellent posts regarding best practices in unit testing. My favorite is a recent entry that begins, ”Here’s the wrong way to test exceptions in C++ and Java...”
There seems to be no hiding this story today. The short of it…Google is experiencing some delays with its roll out of Android and the first devices that will support it. Google had stated earlier this year that the first Android phone would ship in the second half of 2008. Today’s report from the Wall Street Journal reported a slow down which quickly down spiraled to reports of delay and “A Blow to Google’s Mobile Ambitions”. The apparent frenzy around the story appears to be short lived as more blogs are now clarifying the state of Android and restating that late Q4 still falls within the second half of 2008 where Google predicted devices would first emerge. As far as Google is concerned ”We remain on schedule to deliver the first Android-based handset in the second half of 2008 and we’re very excited to see the momentum continuing to build behind the Android platform among carriers, handset manufacturers, developers and consumers.”
I recently received an email from a colleague about a particular issue they encountered, and I couldn’t help but share. This engineer was working on the second version of a project that had been released about two years prior. The original author of the code apparently did not subscribe to the idea of unit tests, because there was no test suite at all. Now, two years after the initial release, my colleague is adding tests and discovering that some features simply never worked to begin with…
As many people know, the most current Java Release Family is Java 6.6. It was made available to the general public back in December 2006. Java 7 - Codename Dolphin is in beta, but the development community is expecting it to be released sometime in 2008. With the introduction of the new, it is also time to say goodbye to the old. The Java 1.4 family will reach its End of Service Life (EOSL) this year, in October 2008. This means that that release family will no longer be supported by Sun, nor will they distribute the SDK or JRE anymore. Similarly, Sun announced in April that the EOSL for Java 5.x will be in October of 2009.
What does this mean for companies still developing against Java 1.4 or Java 5.0?