Interactivity in graphs is smoke and mirrors. It suggests certain degrees of freedom, while the dataset is aligned to whatever 'benefits the company'. Interactivity merely creates the illusion of being able to 'find out' - This is not transparency; this is propaganda.
I suppose that either I'm out of luck using Ubuntu
or did anyone manage to make it run under Wine yet?
Next turn...
1. Sell CPU
2.
a. Break it remotely.
b. Require periodical access to heartbeat signal via 3G, or else break CPU.
3. Goto 1.
Google already keeps track of all kinds of data around my Gmail account, why does it not warn me whenever *irregular* patterns of access occurred, based on implausibly localized IPs?
Thank you for your consideration
- You already know I love you, Google.
Sincerely, a concerned GMail customer.
Apart from the fact that this whole thing is ethnically ill-conceived, I will never believe it's going to be safe against being exploited in any way. Regardless of whether or not these machines are capable of storing actual images, the operator would always find a way to 'store' body scanner images given enough incentive. Imagine those images surfacing on the web, showing some child, some known celebrity - imagine the lawsuits, imagine the public outcry...
The program is designed to respect individual sensibilities regarding privacy, modesty and personal autonomy to the maximum extent possible...
Yeah, go maximum extend your mom!
Humans will always find a way - This shit is bound to fail simply given the troubled nature of the ordinary human being...
Concurrency supports the primary method of error-handling in Erlang. When a process crashes, it neatly exits and sends a message to the controlling process which can take action. This way of error handling increases maintainability and reduces complexity of code
From the official source:
Erlang has a built-in feature for error handling between processes. Terminating processes will emit exit signals to all linked processes, which may terminate as well or handle the exit in some way. This feature can be used to build hierarchical program structures where some processes are supervising other processes, for example restarting them if they terminate abnormally.
Asked to 'refer to OTP Design Principles for more information about OTP supervision trees, which use[s] this feature' I read this:
A basic concept in Erlang/OTP is the supervision tree. This is a process structuring model based on the idea of workers and supervisors. Workers are processes which perform computations, that is, they do the actual work. Supervisors are processes which monitor the behaviour of workers. A supervisor can restart a worker if something goes wrong. The supervision tree is a hierarchical arrangement of code into supervisors and workers, making it possible to design and program fault-tolerant software.
This seems well fit? Create a real, physical machine for a language both able to reap its benefits and cope with the trade-off.
Or maybe I'm too far off (I'm bored technologically, allow me some paradigmatic change at slashdot).
TamedStochastics - Hiring.
Yes, checksumming on dedicated hardware was my first thought as well.
In his Glitter and Doom tour, Tom Waits pioneered an effective anti scalpers scheme.
Tickets for Waits' summer shows were limited to two per person but, in an effort to beat ticket touts, a valid I.D. (passport or driving licence) matching the name on the ticket was required to gain entry. Any concert-goer who did not have a valid I.D. or was found to be in possession of a ticket that had been resold – electronic scanners were employed – was not allowed in and did not get a refund.
From http://en.wikipedia.org/wiki/Glitter_and_Doom_Tour#Tickets
How can I major in CS if I can't even count!
When exactly did you spy on me?
I'm trying a different angle here, bear with me for a moment:
While the effort of securing software (e.g. detection and removal of bugs) in a commercial closed source setting is taken out by staff which needs to be paid for, there needs to be a budget to be able to do that.
If a piece of software becomes good enough capitalist incentives leave no reason to commercial software vendors to continue improving the security of that particular piece of existing software. In a commercial closed source setting, there is a natural constraint to who may access and work with existing code and when this is allowed; it will hardly ever happen that the staff of a commercial software vendor improves existing software without being designated a concrete, funded task.
In an open source setting, commercial or not, this constraint does not exist.
We're besically free to do whatever we please, even if this includes improving our software.
In this regard, I don’t see any reason why the open source approach to software should be fundamentally broken.
Nothing like being handed a steaming plate of spaghetti and hearing about how much of a "genius" its creator was.
Far too many *programmers* have become invaluable assets due to their reluctance to write maintainable code, ignoring the most basic rules of software development, not to mention design patterns, etc. Needless to say, these individuals get handled with the utmost respect, often being the only ones who can make sense of the mess they have left.
Indeed, geniuses they are.
But the evil hackers with time travel will then go to the future to find out exploits before they've been found in the past.
...and that's exactly why need regulation with regards to time travel and access to time travel machinery, now. You there, drop that screwdriver!
If I can put ubuntu on it I will be interested.
To a limited extend, Ubuntu is already available for the ARM architecture; see https://wiki.ubuntu.com/ARM for reference. I have a ARM based BeagleBoard which runs Ubuntu *nicely* (I don't do fancy GUI stuff, though). Installing Ubuntu on ARM is not hard, but it's not (yet) as trivial as on PC - I'm confident this will improve once more ARM based netbooks, etc. become more common. Also, some of the packages are (yet) missing, but like my previous point, that is only a matter of time too.
Remember to say hello to your bank teller.
