Slackware -> RedHat -> Gentoo -> Suse -> Ubuntu
The order doesn't really make sense, I really like Ubuntu now for its simplicity, but that might also be because I love Macs.
It seems that if you let the user transmit or receive encrypted data (even if it's just a login!) you need to get a license.
We use the built in iOS classes for HTTP requests that support SSL transparently. The US government still required us to register for export compliance. It's really senseless.
It's a pain in the behind to distribute apps with encryption code (even if all your app does is use SSL!) on the app store.
You need to go through hoops registering with the US government for an export license for every app you publish. When we built our software, we got hit with these requirements and had to go through a bunch of paperwork that really slowed us down and gave us a headache all because we communicate with only communicate with our web service via SSL.
It's ridiculous that there's no exemption for SSL usage on US export controls. It's just a pain in the ass for everyone in the process and you can't honestly claim that it prevents awfully dangerous tech from getting into the enemy's hands.
Reading this piece, I can comfortably say that the author is right on the money with regards to how a focus on being "data driven" is actually slowly running companies into the ground.
I started off my career writing really low level network stack drivers. I got pretty familiar with the windows kernel, became a star in my office and got put on an MBA track because I had demonstrated some aptitude with customers and sales. Fast forward a few years and I've got an MBA under my belt and work for what was formerly a very large provider of consumer SaaS that is now trying to win in what can be loosely described as the call center space.
My days are now spent trying to determine strategic initiatives on the basis of consumer behaviour as represented in a slew of really badly coded Cognos reports. This wouldn't be so bad except for the fact that analytics and data driven decision making is anything but in most companies. Data is used to validate a hypothesis instead of being explored to reveal patterns, associations and trends. Every executive asking a question about customer behviour is secretly asking for validation of their own theory on the business and wants to gloat about it come performance review time. Obviously, in this kind of operating model, data is bastardized to lead to really bad decisions.
I'm all for scientific approaches to management, however they need to be undertaken following a method that is in line with the scientific method to be labelled as such. When I leave this job (which is ridiculously well paying but completely unfulfilling compared to my career in engineering) and run off to create my startup, I will probably hire an MBA at some point. However, I won't hire them to be a bean counter.
What many companies fail to realize is that the key to having a great leader is equal focus on product and market. The MBA that I would hire would be chosen because they've demonstrated an ability to be highly technically proficient but decided to expand their horizons and take on "soft-problems" as well.
Radialpoint actually provides a really good security suite (Anti-Virus, Anti-Spyware, Parental Control + loads of other features) for free through its "user community" program: http://radialpoint.net/home/
This is the same security software that ISPs like Verizon, Rogers, Bell Canada, Virgin, etc... charge their customers anywhere from 8$-12$ a month to use.They give away a limited number of copies for free in order to collect crash data and improve the product that's ultimately delivered to ISPs, kind of like a perpetual beta test. The software itself is powered by the latest BitDefender engine for real-time, on-demand and scheduled scanning. It also lets you use WebSense to do parental controls.
They even have a Mac version that's freely available through their site. Check it out!
In seeking the unattainable, simplicity only gets in the way. -- Epigrams in Programming, ACM SIGPLAN Sept. 1982