I threatened it about this time last year, but this Christmas, I’m making good on my threat… I’m redoing Life is Rich – overhauling the content and in many ways starting over. The focus will be purely technical & nerdery – i.e. programming, software, computers, and gadgetry (no politics / rants). I’m sure I’ll reuse some of the old, good stuff – updated of course.
As I continue to learn and grow in my knowledge of all things nerdy, I hope to share some along the way.
UPDATE:First round of content cleanup has been mostly completed. The UI will be next to get an overhaul…
Faux pas extraordinaire from Google CEO Eric Schmidt:
If you have something that you don’t want anyone to know, maybe you shouldn’t be doing it in the first place.
Not that I’ve trusted Google and it’s supposed “Don’t Be Evil” policy (see my numerous previous blog entries), but this comment is really short-sighted. Unfortunately, most people are blissfully unaware that they are entrusting so much information and power to a single company.
While I certainly would never state that Mac OS X can not be infected by a virus – it absolutely could – it’s also fallacious to think that the only reason it doesn’t is due to it’s lesser penetration in the market versus its more popular (in volume sales) counterpart, Windows. The fact of the matter is that Mac OS X is a more secure and hardened OS. The very underpinnings of the system are built upon a solid foundation of BSD Unix.
This article in Fortune comes to nearly the same conclusion as well. Of course, one of the more interesting and likely valid points brought up by the author bares some concern – viruses are dead. The new hawtness in depraved and mischievous computer vectors are Trojans and spyware, which rely more on the fallibility of the human user than the failings of the operating system itself. Software can assist the user in making smart decisions, but stepping too far into this realm ends up creating a stifling user experience (i.e. warning boxes everywhere, confirmation dialogs that don’t really protect anything, or systems so restricted that they lose most of their usefulness). In the end, after having a secure and robust OS, the next most important step is a knowledgeable and wary user.
Indie Mac developer Manton Reece has it right. This was exactly the motivation I needed to stop procrastinating and twiddling away my time that should have been dedicated to more productive pursuits. Time to fire up Xcode.
Kudos to those who got that Arnold reference…
Shameless plug: Pre-order your Mac OS X version 10.6 Snow Leopard
or Mac OS X Snow Leopard Family Pack (5-User)
from Amazon with these links and I get a few pennies to help pay to keep the lights on while you get the best price (and best OS) around.
I really like Apple products – particularly their OS (be it for the Mac or the iPhone). I’ve never been particularly fond of Apple the company – primarily due to their apparent indifference to developers and even customers – an almost elite aloofness that states, we’re better than you, our products are superior – you’ll do it our way or you can go elsewhere. Often, it’s worked – at least over the last half-dozen years or so – because their products really are that good.
Unfortunately, I think this attitude has hindered broader acceptance and success. I’ve blogged before about Apple’s abysmal customer support, maintenance and repair policies – or lack of them (see previous rant). Limiting customers to a single avenue of hardware repair that can take days and weeks, including long waits at a retail store, is just reprehensible – especially if you expect to sell to businesses.
The iPhone app store is another good example of this arrogance. Marco Arment at Marco.org has an excellent blog post about Apple’s indifference to the issues developers are currently facing.
This arrogance and disregard for customers and developers will lead to Apple’s downfall if not corrected. It may be slow. It may be years. But it will happen. You can’t treat your partners and your customers this way forever – even with superior products.