You can't put confidential information in the hands of sysadmins who haven't signed off on the requisite forms. Unless Google is willing to certify that all people with any access to your data or the hardware on which it sits takes the requisite classes and signs HIPPA non-disclosure forms with regard to your data, you can't sign off on such a move.
Even then, I would expect that access is restricted to a reasonably small group of people (for a small doctor's office no more than the 5 or 6 you might have on-site.)
Re:Karma burning for fun and profit
on
KDE 4.3 Released
·
· Score: 1
This is true. Though honestly, all I used was Amarok, and I probably would've sat through the bugs if they hadn't dropped several of the key features that made it better than Rhythmbox, all while eating up twice as much of my limited system resources.
(Though the second part could be the result of bad packaging, it seems more to be the result of KDE4 having a really bloated API.)
With BIOS passwords and an alarmed lock on the case, even though someone has physical access, they're missing most of the benefits. This, you need some sort of lock that prevents the user from unplugging the USB cable, and then you need to somehow ensure that they can't load any software to take the keyboard.
Seems like a really stupid problem when I'm using a 10-year-old OEM keyboard that probably cost all of $10 that has no such issues.
Are you a computer professional? Because this is huge. My university decided to stop buying PC hardware, and just re-use their existing Windows XP licenses for boot camp on all new machines. Incidentally, every new machine on campus has one of these keyboards. A reasonably curious student could easily pwn a few keyboards in one of the labs, and then have a handy supply of logins to screw around with as he pleases. This is bad bad bad for anyone deploying Mac keyboards in an enterprise environment.
There are a lot more reasons to want data to disappear than there are to want it to stick around.
On any FS with easy undelete, I guarantee a large number of your passwords will end up scattered around the disk for those who know where to look. Also social security number, and so on.
It's far better to handle it in userspace, where you can see what you're backing up.
Actually, aircraft don't really have any advantages. Once you get over 100 mph, the air friction becomes the primary problem. What makes the airplane (sometimes) more efficient than the car is quantity. The average bus gets about 180 passenger miles per gallon, while most planes manage about 50
He essentially seems to be arguing that grey goo is the pinnacle of AI.
I much prefer the existing literature requiring that intelligence be an intelligence we can relate to as humans. Survivability is an interesting metric for creating more self-sustaining systems, but the goal of robotics should be fostering better knowledge and understanding of the universe. Searching for blind replication at the best rate possible just feels empty.
Re:I've been running emacs 23 for 2 years ... sort
on
Emacs Hits Version 23
·
· Score: 2, Informative
That's incorrect. A quick Wikipedia search will show that this is in fact Emacs 1.23 .
They dropped the 1. because it became clear that they wouldn't be introducing anything that would cause sufficient trouble to merit a 2.0 release (being that the major version number connotes a lack of backwards compatability.)
I use the Emacs-snapshot package from the repositories, which is built from the trunk every week. It is the most stable GUI program I have ever used.
If there were more jail-broken phones, hackers could get into your phone without even doing anything at all. That's how much less secure the iPhone would be if they allowed jail-breaking.
However, Sir Newton shouldn't have any problem with the statement. Obviously, some water must be pushed away from the swimmer, but so long as the total water pushed backward equals the sum of the mass of the swimmer plus the sum of the water carried with the swimmer.
Furthermore, once the Jellyfish is in motion, any water carried with it, like the Jellyfish, will want to continue in motion. The most low-energy state allows the water already in motion with the Jellyfish to continue moving, while water in front of the animal is pushed aside and around back.
For that they would need to use virtualization, rather than Wine. This would severely limit the number of computers they could use. From what I gather, they're more interested in how the individual machines interact than on whether or not they get infected. So they want each one to be as lightweight an environment as possible, while still providing enough for each bot to run. Wine allows them to run on smaller Linux VMs.
Yet another anti-windows troll, brought to you by Slashdot.
On the other hand, it's a direct quote from the Associated Press via Boston. Verizon, I expect a Mac client at the very least or I'm switching phone providers.
On the other hand, I'm looking at buying an ARM netbook whenever they seriously surface, so really, Linux sometime in the next year please.
If a conservative estimate would match the current price of oil, I don't think they'd feel compelled to go with a somewhat exaggerated claim. Simply matching the current price of oil would be sufficient to greenlight this program. There's plenty of money to be made.
An extremely shallow reading of the first few paragraphs might give you that impression.
His problem with Sugar (rightly) was that it was far too ambitious for the timeline and budget the OLPC had. However, he acknowledges that the end result is increasingly worthwhile.
From his description of the debacle, it has nothing to do with the OS. The hardware is crap, and neither Windows nor Linux can change that.
And it sounds like only in a fairy land is this an open x86 project. Binary blobs and nothing resembling a functional API. (The latter being far more important than the former in my book.)
Yeah, I was using the rat as an example of what we're capable of doing in emulation, and implies that we can (and do) already do a lot better in hardware.
They announced simulating the brain of a rat the other day. Assuming even half of the standard projected increases in computing power from Moore's law, we should be simulating human brains within 10-15 years.
And really, if we can run a rat in emulation, we ought to be able to come up with at least a native version of a dog.
There have been no concrete advances, but it does appear fairly clear that they will be coming in the next 10-15 years. Personally, I think that Kurzweil is going to lose his bet on the Turing test epically, as a machine passes it on January 1st, 2026.
Although really, given the results of the recent Turing test contests, I expect it to happen sooner.
It's a given that you'll get free access with your paper subscription. This is just formalizing a somewhat reduced fee for everyone else.
Honestly, the Times is worth it. I'd pay 5 bucks a month. The Economist charges about $100 a year for less content. (And the quality is only marginally better.)
My school just began (the fall after I've graduated) a pilot program with our CS1 course in Python. (It was previously Scheme.) So it looks like the curriculum will be moving to exactly what you describe.
However, while I would call Python appropriate for a High-school or middle-school curriculum, I would think a more direct approach is called for at the university level. Python is a dream, I love it. However, you cannot fully appreciate Python unless you have C++ and assembler behind you.
Me, I started with scheme, and then took our assembler course and C++ intro out of order, so my language progression was Scheme, Assembly, C++.
If I had to go back and do it again, I think the ideal progression would be Assembly, Python, C++ (since most of our research was done in C++, it makes sense to teach last what will be used most often.)
Yes, Python provides much more instant gratification than assembly or C++, and if a "hard science" major is just going to take one CS course, Python is not a bad choice (though I'd say they'd benefit more from C++, given that Python and Matlab are usually learned incidentally, while C++ can give a valuable edge if you need something optimized.)
However, for someone who intends to take the full gamut of CS coursework, assembly seems like the ideal place to start. No, it won't foster their interest. But it will give them the most solid grounding in what real programming is, and when they reach C++, its boilerplate will seem like it grants endless freedom by comparison.
You can't put confidential information in the hands of sysadmins who haven't signed off on the requisite forms. Unless Google is willing to certify that all people with any access to your data or the hardware on which it sits takes the requisite classes and signs HIPPA non-disclosure forms with regard to your data, you can't sign off on such a move.
Even then, I would expect that access is restricted to a reasonably small group of people (for a small doctor's office no more than the 5 or 6 you might have on-site.)
This is true. Though honestly, all I used was Amarok, and I probably would've sat through the bugs if they hadn't dropped several of the key features that made it better than Rhythmbox, all while eating up twice as much of my limited system resources.
(Though the second part could be the result of bad packaging, it seems more to be the result of KDE4 having a really bloated API.)
I also don't see to many good ways to stop this.
With BIOS passwords and an alarmed lock on the case, even though someone has physical access, they're missing most of the benefits. This, you need some sort of lock that prevents the user from unplugging the USB cable, and then you need to somehow ensure that they can't load any software to take the keyboard.
Seems like a really stupid problem when I'm using a 10-year-old OEM keyboard that probably cost all of $10 that has no such issues.
Are you a computer professional? Because this is huge. My university decided to stop buying PC hardware, and just re-use their existing Windows XP licenses for boot camp on all new machines. Incidentally, every new machine on campus has one of these keyboards. A reasonably curious student could easily pwn a few keyboards in one of the labs, and then have a handy supply of logins to screw around with as he pleases. This is bad bad bad for anyone deploying Mac keyboards in an enterprise environment.
That's absurd, C# wasn't released until 2000.
Everyone knows the Reagan-bot's software was written in Lisp.
There are a lot more reasons to want data to disappear than there are to want it to stick around.
On any FS with easy undelete, I guarantee a large number of your passwords will end up scattered around the disk for those who know where to look. Also social security number, and so on.
It's far better to handle it in userspace, where you can see what you're backing up.
Actually, aircraft don't really have any advantages. Once you get over 100 mph, the air friction becomes the primary problem. What makes the airplane (sometimes) more efficient than the car is quantity. The average bus gets about 180 passenger miles per gallon, while most planes manage about 50
(from a cursory Google summary of various sources.)
http://www.terrapass.com/blog/posts/the-denialism-s
http://www.grist.org/article/coach-buses-provide-long-distance-low-emission-convenience
http://www.ridemcts.com/about_mcts/index.asp
http://askville.amazon.com/miles-gallon-jet-fuel-boeing-737-carrying-250-passengers-500-mph-30000-feet-cost-gal/AnswerViewer.do?requestId=10537954
He essentially seems to be arguing that grey goo is the pinnacle of AI.
I much prefer the existing literature requiring that intelligence be an intelligence we can relate to as humans. Survivability is an interesting metric for creating more self-sustaining systems, but the goal of robotics should be fostering better knowledge and understanding of the universe. Searching for blind replication at the best rate possible just feels empty.
That's incorrect. A quick Wikipedia search will show that this is in fact Emacs 1.23 .
They dropped the 1. because it became clear that they wouldn't be introducing anything that would cause sufficient trouble to merit a 2.0 release (being that the major version number connotes a lack of backwards compatability.)
I use the Emacs-snapshot package from the repositories, which is built from the trunk every week. It is the most stable GUI program I have ever used.
You can also run Emacs inside of Emacs.
If there were more jail-broken phones, hackers could get into your phone without even doing anything at all. That's how much less secure the iPhone would be if they allowed jail-breaking.
At the very least, the organism contains water.
However, Sir Newton shouldn't have any problem with the statement. Obviously, some water must be pushed away from the swimmer, but so long as the total water pushed backward equals the sum of the mass of the swimmer plus the sum of the water carried with the swimmer.
Furthermore, once the Jellyfish is in motion, any water carried with it, like the Jellyfish, will want to continue in motion. The most low-energy state allows the water already in motion with the Jellyfish to continue moving, while water in front of the animal is pushed aside and around back.
Well, yes. On the other hand, the only publications that are actually behind paywalls are Conservative mainstays like the Wall Street Journal.
Are there any counterexamples?
For that they would need to use virtualization, rather than Wine. This would severely limit the number of computers they could use. From what I gather, they're more interested in how the individual machines interact than on whether or not they get infected. So they want each one to be as lightweight an environment as possible, while still providing enough for each bot to run. Wine allows them to run on smaller Linux VMs.
Well, you make enough of them bots to even the odds, and give imperial PCs the ability to jump to any bot-piloted craft at will.
Yet another anti-windows troll, brought to you by Slashdot.
On the other hand, it's a direct quote from the Associated Press via Boston. Verizon, I expect a Mac client at the very least or I'm switching phone providers.
On the other hand, I'm looking at buying an ARM netbook whenever they seriously surface, so really, Linux sometime in the next year please.
If a conservative estimate would match the current price of oil, I don't think they'd feel compelled to go with a somewhat exaggerated claim. Simply matching the current price of oil would be sufficient to greenlight this program. There's plenty of money to be made.
And even at a modestly smaller value, too.
But it's probably snake oil.
I see no evidence their developer is incompetent.
It does appear that they have neglected to hire a designer.
An extremely shallow reading of the first few paragraphs might give you that impression.
His problem with Sugar (rightly) was that it was far too ambitious for the timeline and budget the OLPC had. However, he acknowledges that the end result is increasingly worthwhile.
From his description of the debacle, it has nothing to do with the OS. The hardware is crap, and neither Windows nor Linux can change that.
And it sounds like only in a fairy land is this an open x86 project. Binary blobs and nothing resembling a functional API. (The latter being far more important than the former in my book.)
Yeah, I was using the rat as an example of what we're capable of doing in emulation, and implies that we can (and do) already do a lot better in hardware.
Funny, that xls opens fine under OpenOffice. Somehow, I suspect it was created under OpenOffice. Amazing, that.
Excuse me, I need to go get working on my business plan for a bar / computer repair shop / computer gaming arcade
They announced simulating the brain of a rat the other day. Assuming even half of the standard projected increases in computing power from Moore's law, we should be simulating human brains within 10-15 years.
And really, if we can run a rat in emulation, we ought to be able to come up with at least a native version of a dog.
There have been no concrete advances, but it does appear fairly clear that they will be coming in the next 10-15 years. Personally, I think that Kurzweil is going to lose his bet on the Turing test epically, as a machine passes it on January 1st, 2026.
Although really, given the results of the recent Turing test contests, I expect it to happen sooner.
It's a given that you'll get free access with your paper subscription. This is just formalizing a somewhat reduced fee for everyone else.
Honestly, the Times is worth it. I'd pay 5 bucks a month. The Economist charges about $100 a year for less content. (And the quality is only marginally better.)
My school just began (the fall after I've graduated) a pilot program with our CS1 course in Python. (It was previously Scheme.) So it looks like the curriculum will be moving to exactly what you describe.
However, while I would call Python appropriate for a High-school or middle-school curriculum, I would think a more direct approach is called for at the university level. Python is a dream, I love it. However, you cannot fully appreciate Python unless you have C++ and assembler behind you.
Me, I started with scheme, and then took our assembler course and C++ intro out of order, so my language progression was Scheme, Assembly, C++.
If I had to go back and do it again, I think the ideal progression would be Assembly, Python, C++ (since most of our research was done in C++, it makes sense to teach last what will be used most often.)
Yes, Python provides much more instant gratification than assembly or C++, and if a "hard science" major is just going to take one CS course, Python is not a bad choice (though I'd say they'd benefit more from C++, given that Python and Matlab are usually learned incidentally, while C++ can give a valuable edge if you need something optimized.)
However, for someone who intends to take the full gamut of CS coursework, assembly seems like the ideal place to start. No, it won't foster their interest. But it will give them the most solid grounding in what real programming is, and when they reach C++, its boilerplate will seem like it grants endless freedom by comparison.