You should also mention the multi Petabyte paradigm of life scientists and the Next Generation Sequencing applications. This is just another frontier in data intensive computing paradigms.

I use it to SSH to my systems and I browse the web using Lynx. Bandwidth efficient and secure. Even the default Maemo from Nokia is more secure than most of the Android derivatives. I am not going to use an Android phone if I SSH to my servers anytime. Never failed me security-wise and I think it never will.
GM

There is nothing wrong with doing business in the middle east. What is wrong is to rely so much on the Middle East. This creates contention and undesirable situations, especially for Middle East folk. The very fact that most of them export their resources to oil feed the rest of the world, when very little money returns to them is indicative of most of the geopolitical problems that rose, are rising and will rise in the area.

Oil is not the only example. Manufacturing and outsourcing is another. If only 20% of the Asian manufacturers of integrated circuit/assembly lines decided to close tomorrow for whatever reason, the implications for the US and the rest of the electronic consumer's world would be at least worrying and at most catastrophic for the market.

I believe this is a general trend of globalization, which is mainly driven by us, because we want the cheapest and then someone has to produce that cheapest product by pushing outsourcing to the point where we rely on few places. Personally, if I knew that a product is REALLY only made in the US/UK/Europe etc, I would buy it, even if it was more expensive. Not because I dislike Asia or whatever distant part of the world, but because I want with my behavior to enforce resilience, the very opposite of absolute reliance.
Do you really think that the world has resilience today in terms of energy?

I would agree with you but... I don't. The oil monopoly is supported by some large car driving populations. For most of this folk, it is really a big thing to get on the bike and/or use fuel efficient cars or rationalize the use of the car. This is why the US started considering fuel efficient cars only recently. If you compare the average GM/Ford/whatever gas guzzler they used to chunk out of their production lines (which was cheap for the average Joe to buy) to the average European car there was no comparison. Extrapolate this behavior to the growing middle class of India and China and you get the idea. Power is given to monopolies by people, it does not come by itself. In the absence of realizing the consequences, the majority of the people will use the more readily available and cheapest solution. And that I am afraid is petrol :-( . Not necessarily because they do not have the extra money to pay for an alternative. But because they are sold to the idea of horse power, acceleration, when the most they do on their motorway is 30-40 miles an hour just before the rush hour! :-)

In our world there are innovators and there are also people that will vow to re-use existing suboptimal solutions with all their pros and cons until it is absolutely necessary to adopt something else. Unfortunately, the second type is the majority, even if it is completely obvious that the dependency of the West on the Middle East is one of its largest weaknesses. I wonder how many slaps does it take for some people to wake up from their deep oily sleep.

Nobody investigated me.
http://epistolatory.blogspot.com/2011/01/piercing-through-egyptian-internet-void.html :-)

Good question. Well, LUARM does not have mechanisms to perform actions (apart of course from getting valuable user environment data). Pseudonymizers and accountability might get into the game. Multi-party authentication is not a panacea, but it makes it more difficult for a rogue person.

Hi, This is one of the classic questions of insider misuse mitigation "who watches the guards". One way to deal with this is to use very good logging using a third audit party. Traditional audit/logging engines are not well suited to this task. You might like to take a look at LUARM (http://luarm.sourceforge.net/). It is an effort to provide very fine grained logging into your systems. The idea is you setup engines like that and your logs are then placed off-site and managed by a third party auditor, away from a potentially rogue sysadmin. Thus, if something happens, you have the means to prove what your bad techie did. Preventing this to happen is another story. Some people say that the knowledge of being monitored deters people from doing stuff. I do not support that view. Simply, my experience in dealing with sysadmins is that they are often underpaid, not appreciated and take all sorts of crap for other people. Make sure you pay them well, support them and listen to what they have to say. (a sysadmin) :-)

I wonder if "poor" is everything you do not agree with. For me, poor is something that is not well justified. You should also look into the very reason openleaks will come online.

http://epistolatory.blogspot.com/2010/12/julian-assange-theater-from-it-security.html worth thinking about these issues.

OK, recently (8.3?) I have tried to test postgres with bulk query loading. Something similar to this, not exactly identical: http://forums.pentaho.org/showthread.php?t=72863 To make the long story short, the performance was not the best I have seen. Why do I need the bulk loader? Well, we have an app where people like to load large amount of numbers and text. So, it is the easiest way. Maybe I should blog them one day...but where can I find time?

I have worked on projects that have thrown out Oracle in small/medium business setups (before the acquisition) in favor of MySQL. And yes, I do believe that MySQL clustering can be a well performing product. Now, the mistake started with the reliance of the InnoDB engine. What I will miss is the skill of the core MySQL developers (?) to work on non standard engines (like the Federated engine). Oracle makes the big money from large installations. Small to Medium sized demanding businesses have still a lot of ground to cover....And no, unfortunately, I have seen Postgres going horribly wrong, so it is not an option for my production environment.