Maybe Trucrypt isn't available for linux distros but i am sure there are plenty of alternatives that do a similar full system os encryption.
I can think of one alternative on Linux, it's called Truecrypt with an "e".
We genuinely are bad at predicting the future of tech, but it's usually not because we're too fanciful. It's usually the opposite. Tech predictions usually fail because we're way too conservative. That's partly the reason behind this joke drawing in 1981. Now predictions about almost everything else - society, politics, and social adoption of tech - are usually way too optimistic. But tech predictions are way too pessimistic.
More precisely, futurists like Osmo A. Wiio have stated that people don't understand exponential growth -- they overestimate short-term progress, but underestimate long-term. There are lots of almost unnoticeable advances that make people cry "where's my flying car" and yet over time those advances add up, amplifying each other, and we suddenly find ourselves beyond the need to fly.
Technology advances because techies remember the past and build on it, learning from past mistakes -- politics, on the other hand...
Leben = life; lieben = to love
They say if you give a man a fish, you feed him for a day... in the beginning, Linux was like teaching him to fish. Self-reliance and knowledge and skill are good things, but if you're just hungry and don't enjoy fishing, you just want the fish. Most people who use computers these days don't want to program - they just want to be given a fish.
I'm afraid you forgot the link: http://fishshell.com/
Boot into a system which allows you immediate programming
Like Bash? For me, Linux is what made computing interesting and fun again. It has easy access to programming tools, and none of this forced separation of users and developers.
(preferably with a modern OO syntax) and access to video, sound and peripherals. If there's anything that has suffered over the past three decades, it's easy access to I/O.
I admit it gets a little complex here, but for example Python (a key element in my "fun computing" experience) has nice libraries for these. For example, some of my electronics/FPGA work owe a lot to Python's serial port module. Not because the serial port is hard to program otherwise, but for making it easy to write all kinds of code around it.
I have no experience in modern graphics programming. However, I have the feeling that the bar for awesome graphics is a tad higher today than it was in "the year 64". Today's awesome is rather nontrivial at the direct low level we associate with C64 programming, so even professionals use higher level tools. (I think my background in physics and math helps appreciate 3D graphics, for example coordinate transformations using matrices are a basic (pun inteded) skill but I imagine there are lots of programmers with no need to do it.)
Nevertheless, I understand the point about recreating an environment in the '64 spirit. There are several projects around, the two I can think of at the moment being http://sol.gfxile.net/gp/ and http://pelulamu.net/ibniz/ .
and yet they can't avoid Apple Cider Vinegar
Give them time to evolve a defence against the Reality Distortion Field.
The key difference is between between separate treatment and unequal treatment.
The male waiters with man-boobs at Hooters definitely get unequal treatment.
As with everything, it depends on (1) what you want to do now, and (2) your past experience.
IMHO, you need to separate the need for a media box from a tinkerable gadget. When you sit down after a hard day and grab a drink, the last thing you want to worry about is JTAG chains or something. I like having a few x86-64 boxes to just get something done, even though the idea of little-endian 4004 descendants isn't exactly elegant.
I still love tinkering with stuff programming-wise, but I've completely lost my ambition to tinker with hardware.
If you love programming, what's the problem? You're lucky to have something that excites you. However, it's nice to take hacking into new directions every now and then. Try to find an avenue from your software skills into hardware, or whateve else that might be remotely interesting. (As a teacher, I just have to mention http://en.wikipedia.org/wiki/Z...).
For example, in early 2011 I got into FPGAs, which for me was the perfect union of software and hardware tinkering, having a smattering of experience in both electronics and programming. It was life-changing in some ways, but eventually it's just one of the tools to hack with. For example, designing circuitry to run genuinely in parallel has given me great insight in the software world as well.
The Raspi always seemed kind of meh, both because FPGAs were already established in the embedded field, and because you'd be programming a chip someone else designed, instead of designing your own
The recoil is lower than a conventiomal chemical gun for the same projectile and speed because no gas is accelerated with the projectile.
The subjective perception of recoil is really a function of (given constant mass) jerk not acceleration.
Homoeopaths are selling malaria vaccinations. E.g. water. I see some potential for harm there
Yes, the concept of "harm" is a tricky one. I refer only to immediate harm, i.e.: "Does taking a homeopathic malaria vaccine (water) make me worse off than I was before?" Probably not.
Does taking statins make me worse off than I was before?. Probably yes.
No. drives are *not* sealed. Making a sealed drive that won't implode if you, say, take it on an aircraft in your laptop, or to ship it to the client (for example) is non trivial.
By "ship", do you mean a submarine? Because otherwise my head in plode (considering a roughly sea-level internal pressure vs. the mile-high club)
You virtually always hit the noise limit before you get to the point where you have to worry about the fundamental discreteness of matter and energy. The majority of quantum experiments involve a lot of cooling and isolating of systems with very good reason!
However, due to the statistics, you can actually detect the effect of discrete electrons, without going to the level of single-electron measurements. But broadly speaking you're correct.