Instead of making folks discard completely non-threatening items, TSA should look into *actual* security.
That is exactly what the TSA proposed (not necessarily the details you suggest, but the general concept). And a bunch of politicians and industry lobby groups complained loudly. The TSA had real expertise and data on their side, and the politicians had visceral concerns about how this was "obviously" bad. As usual, visceral concerns won.
I think the main thing that disappoints me about the Wii U is the way it completely abandons motion control. I bought a Wii for Wii Sports. I had minimal interest in classic Nintendo titles, and absolutely no interest Xbox/PS3-style games. Then there was MotionPlus and Tiger Woods Golf, and that was fun for a long time. EA makes the same game on other platforms, but I have zero interest in mashing buttons together in order to simulate a golf game.
Since then, I've bought a handful of different games, some of them with pretty traditional controls (with lame waggle "enhancements") (e.g., Galaxy), and that's been fun, and I love Nintendo's creativity in a lot of their titles, but, still, the motion controls in something like Skyward Sword are far more interesting to me than anything else.
Enter Wii U. Doesn't do anything to push the motion control technology forward. Doesn't even ship with motion-sensitive controllers or a sensor bar. All that is abandoned in favor of a touchscreen melded with traditional gaming controls. I have a hard time seeing how new games (the next Zelda, for example) are going to improve on the experience I enjoyed the last time around -- because now Nintendo's going to be all about producing games that take advantage of the new controller. How do they even release a new Sports for the Wii U? Seems like that title is just put on hold...
Obama: Create/expand a government program or incentive (with no explanation of what existing programs will have to be cut to compensate)
Romney: Eliminate government regulations and let the industry take care of itself (with no explanation of how to deal with inevitable industry abuses)
(How much you trust their answers or are concerned about their non-answers will probably depend on how much you subscribe to their political philosophy.)
So the phone survey is where the 5% number comes from. What about 32,000?
RESULTS: The national rape-related pregnancy rate is 5.0% per rape among victims of reproductive age (aged 12 to 45); among adult women an estimated 32,101 pregnancies result from rape each year.
Most likely, they're taking as given that 640,000 rapes occur in the U.S. occur each year, and extrapolating, but where does the 640,000 number come from? If it's based on an estimate of unreported rapes claiming that 86% go unreported, there's got to be a huge error bar on that number, and that uncertainty seems like it ought to figure more prominently in the abstract.
I wasn't logged in, but to repeat my question (which is sincere—I'm trying to understand the science, not defend Akin's claims):
I'm confused about the numbers in the paper's abstract. They say the pregnancy rate is 5%, and the number of resulting pregnancies annually in the U.S. is 32,000. That means the number of incidents of rape is 640,000.
Other sources claim the number of reported rapes in the U.S. is around 90,000. How do we reconcile these numbers? Surely the authors don't claim that 86% of rapes in the U.S. go unreported?
If you want to employ gun-toting rednecks then by all means set up in Hicksville. If you want the brightest and the best then you have to go where they want to live whether you like it or not.
Maybe I'm an anomaly, but I'm a well-educated, young (early 30s, anyway) computer scientist and I care a lot more about my net pay (after living expenses) than I do about living in a hip city. I find out a job is being offered in a high COL area, and I cross it off the list.
I think there are a lot of places that offer a much better balance: Austin, Atlanta, Denver, Salt Lake City,... (I imagine responses will tell me these places are most definitely not hip.)
The larger figures quoted ($6.1 billion) refer to the estimated total for all infringement claims. The $150,000 discussed today is for one claim. Of course, the whole case doesn't revolve around the nine lines of code. The big (unresolved) questions are about copyright of the APIs and infringement of patents.
But there's no great support for music, movie/tv, or podcast content that way.
Sure there is. iTunes + iTunes match is the best music in the cloud implementation out there. Movies and TV shows work fine as long as you bought them from iTunes (problem with non iTunes video of course is the studios).
Being able to check off a box on the iCloud feature chart ("Movies!", "Photos!") is not the same as having a viable syncing feature.
Movies and TV shows are "available" as previous purchases in different devices and iTunes instances, but they have to be manually managed, downloaded and deleted as necessary. No metadata is preserved (it's like re-purchasing the thing). Plus "as long as you bought them from iTunes" is a big asterisk.
The music situation is much better with iTunes Match, but: i) iTunes is free, while iTunes Match is not; ii) iTunes Match has various limitations -- for example, half of my smart playlists won't sync, and the workaround is a lot of tedious manually tagging of tracks and redefinitions of my playlists.
Photo Stream, which the GP mentioned, is barely usable as a photo library. It's not supposed to be. Rather, it's just a way to shuffle the files around, until you can get them into your real library.
Similar limitations apply to addresses, probably others...
The common theme here is that they're trying the best they can to make the content available, but they're not so good at preserving libraries. It should be cheap for Apple (and free for users) to sync library metadata with perfect fidelity across all devices. The separate question of how to find the content -- whether it's stored locally, or on the LAN, or in the cloud -- that's where the real storage costs are, and where Apple should offer its services as one alternative (and try out innovative optimizations like Photo Stream and iTunes Match). Some people will want to pay for everywhere access to all their home videos; others will be happy with a "sorry, that's not available here" message on the road, while being able to play them at home over WiFi.
It was written with zero prerequisites in mind. Works as a CS 101 course, but also works as a do-it-yourself course, and ought to be accessible to a bright young kid.
The language is Scheme, although that's sort of incidental—the point of the book is to teach programming, not to teach Scheme. The good thing is that DrScheme is an no-distractions IDE tailored specifically to teaching. The bad thing is you probably don't have access to the same kinds of bells and whistles (graphics, robots) you would in a more industrial language.
You've never seen a driver glance at their phone and then put it down? You've never seen a driver fiddle with a map while sitting at a red light, but stop when the light turns green? I think this happens all the time. If half a second of interaction with a phone is as dangerous as a whole trip being drunk, it seems like we'd all be dead by now.
(Yes, I know half a second is all it takes. I'm not saying such risks are "safe." Just saying that playing Russian Roulette once with six chambers is a lot less dangerous than playing it 100 times in a row with eight chambers.)
Unfortunately, as the accident stats clearly show, the theoretical ability to just drop your phone or whatever it is you image people doing when they "enter a risky environment" is rarely observed in practice.
What accident stats? Not saying they don't exist, but the article definitely doesn't provide them. The researchers demonstrated that someone texting as they drive has a slower reaction time than someone who is legally drunk while driving. This became the headline "Using A Smartphone While Driving More Dangerous Than Alcohol." My point is that there's a pretty big gap between "this activity results in a slower reaction time" and "participating in this activity is more likely to get you in an accident." (My point is not to claim that texting-while-driving is "safe"; just trying to push back against hyperbole.)
The kind of statistic that would be necessary, to make a claim like the headline, is one that shows that the chances of getting in an accident on a trip that involves texting are greater than the chances on a trip that involves being drunk. I don't know any stats, but my guess is that a lot more people send texts while in the driver's seat than drive drunk, yet there's not a similar gap between numbers of texting-related accidents and drunk-driving accidents. But maybe I'm wrong.
Does this risk change if you consider a sufficiently long period of time?
Presumably for a given trip you spend more time intoxicated than you do checking or responding to a message on your phone.
+1.
You can stop using your phone if you enter a risky environment. You can't stop being drunk.
In context, in fact, it's actually a promotion: by treating a MacBook as "just" a device, it finally gets the same quality of sync functionality as its iOS peers. It has been trailing in this respect for a long time -- you couldn't get Mac-to-Mac calendar sync, for example, without shelling out $100/yr. (Yes, there have been workarounds, like going through Google or Yahoo. They've never been very good.)
What's useful about the "demotion" is that it's actually additive: OS X used to be thought of as the server; now, it can act as both a server and a client. Hopefully, this will eventually extend to direct peer-to-peer connections, so that one iTunes library can be synced with another (just as if it were an iPod), or one laptop can play video on another laptop's screen. I'm guardedly optimistic.
Do you push to have as many sent electronically as possible?
I wish we lived in a world in which there was a secure electronic equivalent to document delivery. The technology exists, but nobody uses it.
As it is, the standard is for every company I deal with to require a separate login which gives me a web interface to tracking down the documents I need. Maybe they'll send a generic email when something new arrives. The problem is that this raises the convenience barrier so high that I rarely see the documents I'm being sent when they arrive — it happens when I'm already on the site and looking around. Which means I have to remember to go to the site.
When I get something in the mail, in contrast, I can look at it immediately, and then if necessary I can put it in a to-do box, which gives me a clear indication, in one place, of all the stuff I need to deal with.
I'm not arguing that seeking for proof is never depicted as a sin. I'm arguing that your interpretation—that seeking for proof is always considered a sin—is incorrect. An accurate summary of Christian/biblical doctrine on the subject of faith and evidence would be far more complex.
Every version of the Bible that I have read, KJV, NIV, ETC, agree on one thing - Faith is expected to be blind. Wanting anything even vaguely resembling proof is a sin.
"Beware of false prophets, which come to you in sheep’s clothing, but inwardly they are ravening wolves. Ye shall know them by their fruits. Do men gather grapes of thorns, or figs of thistles? Even so every good tree bringeth forth good fruit; but a corrupt tree bringeth forth evil fruit. A good tree cannot bring forth evil fruit, neither can a corrupt tree bring forth good fruit. Every tree that bringeth not forth good fruit is hewn down, and cast into the fire. Wherefore by their fruits ye shall know them."
Apple can't stand to "lose" money to Web-based apps that it wishes would be sold in the store, so it is going out of its way to cripple them.
Apple introduced some new features in the latest Safari version, and didn't manage to get around to integrating those improvements into its web-based app launcher yet.
Given that Web-based apps are typically free, I'm a bit skeptical about #1. But guess which explanation made the headline?
On the other hand, if an American soldier dies because of our actual freedoms, such as freedom of speech, well, thats a clear and present danger, etc, etc, bs bs bs.
Do you really believe this without qualification? That under no circumstances should the free flow of information be inhibited by the government, even if it means people will die?
I think most people understand this to be a matter of degrees -- if you don't think WikiLeaks's releases are serious national security problems, then you would probably still at least agree that it would be possible for WikiLeaks to release information that *would* be a serious national security problem. And so the argument against Thiessen's article isn't that his line of reasoning is fundamentally wrong, but just about where you draw the line.
Actually, "Washington" the city doesn't officially exist. The capital of the United States is officially the District of Columbia. The fact that people still call it Washington is an artifact of its history.
Timothy S. Vernor v. Autodesk, Inc. is a Western Washington District Court case regarding the applicability of first sale doctrine to software . . . Date decided: May 20th, 2008
That's hardly the same thing, although it may fit the description in the summary. If you watch the video, you'll see that the Honda vehicle allows the rider to glide around in any direction, kind of like a wheeled stool; the unicycle you're linking to only moves in one dimension (forward or back). It also doesn't maintain left/right balance at all.
It should go without saying that these three self-balancing vehicles—the Segway, the Honda vehicle, and your unicycle—are designed with significantly different applications in mind, despite sharing some similar technology. The Honda vehicle seems best-suited for maneuvering indoors, not as a replacement for your car/bike.
Slashdot Mirror
Instead of making folks discard completely non-threatening items, TSA should look into *actual* security.
That is exactly what the TSA proposed (not necessarily the details you suggest, but the general concept). And a bunch of politicians and industry lobby groups complained loudly. The TSA had real expertise and data on their side, and the politicians had visceral concerns about how this was "obviously" bad. As usual, visceral concerns won.
I think the main thing that disappoints me about the Wii U is the way it completely abandons motion control. I bought a Wii for Wii Sports. I had minimal interest in classic Nintendo titles, and absolutely no interest Xbox/PS3-style games. Then there was MotionPlus and Tiger Woods Golf, and that was fun for a long time. EA makes the same game on other platforms, but I have zero interest in mashing buttons together in order to simulate a golf game.
Since then, I've bought a handful of different games, some of them with pretty traditional controls (with lame waggle "enhancements") (e.g., Galaxy), and that's been fun, and I love Nintendo's creativity in a lot of their titles, but, still, the motion controls in something like Skyward Sword are far more interesting to me than anything else.
Enter Wii U. Doesn't do anything to push the motion control technology forward. Doesn't even ship with motion-sensitive controllers or a sensor bar. All that is abandoned in favor of a touchscreen melded with traditional gaming controls. I have a hard time seeing how new games (the next Zelda, for example) are going to improve on the experience I enjoyed the last time around -- because now Nintendo's going to be all about producing games that take advantage of the new controller. How do they even release a new Sports for the Wii U? Seems like that title is just put on hold...
Q: How will you deal with [scientific challenge]?
Obama: Create/expand a government program or incentive (with no explanation of what existing programs will have to be cut to compensate)
Romney: Eliminate government regulations and let the industry take care of itself (with no explanation of how to deal with inevitable industry abuses)
(How much you trust their answers or are concerned about their non-answers will probably depend on how much you subscribe to their political philosophy.)
Surely the authors don't claim that 86% of rapes in the U.S. go unreported?
I don't think they do. They simply report the numbers they find.
But where/how did they find the 32,000 number? This is reported as a result of their research, not common knowledge.
RESULTS: The national rape-related pregnancy rate is 5.0% per rape among victims of reproductive age (aged 12 to 45); among adult women an estimated 32,101 pregnancies result from rape each year.
Most likely, they're taking as given that 640,000 rapes occur in the U.S. occur each year, and extrapolating, but where does the 640,000 number come from? If it's based on an estimate of unreported rapes claiming that 86% go unreported, there's got to be a huge error bar on that number, and that uncertainty seems like it ought to figure more prominently in the abstract.
I wasn't logged in, but to repeat my question (which is sincere—I'm trying to understand the science, not defend Akin's claims):
I'm confused about the numbers in the paper's abstract. They say the pregnancy rate is 5%, and the number of resulting pregnancies annually in the U.S. is 32,000. That means the number of incidents of rape is 640,000.
Other sources claim the number of reported rapes in the U.S. is around 90,000. How do we reconcile these numbers? Surely the authors don't claim that 86% of rapes in the U.S. go unreported?
If you want to employ gun-toting rednecks then by all means set up in Hicksville. If you want the brightest and the best then you have to go where they want to live whether you like it or not.
Maybe I'm an anomaly, but I'm a well-educated, young (early 30s, anyway) computer scientist and I care a lot more about my net pay (after living expenses) than I do about living in a hip city. I find out a job is being offered in a high COL area, and I cross it off the list.
I think there are a lot of places that offer a much better balance: Austin, Atlanta, Denver, Salt Lake City, ... (I imagine responses will tell me these places are most definitely not hip.)
Lower-level people aren't getting paid better if you raise their cost of living as much as (or more than) their increase in pay.
The larger figures quoted ($6.1 billion) refer to the estimated total for all infringement claims. The $150,000 discussed today is for one claim. Of course, the whole case doesn't revolve around the nine lines of code. The big (unresolved) questions are about copyright of the APIs and infringement of patents.
Not sure what Twitter has to do with it. Presumably TOLOnews has a Web site they could have leaked the news on if they hadn't used Twitter?
Sure there is. iTunes + iTunes match is the best music in the cloud implementation out there. Movies and TV shows work fine as long as you bought them from iTunes (problem with non iTunes video of course is the studios).
Being able to check off a box on the iCloud feature chart ("Movies!", "Photos!") is not the same as having a viable syncing feature.
Movies and TV shows are "available" as previous purchases in different devices and iTunes instances, but they have to be manually managed, downloaded and deleted as necessary. No metadata is preserved (it's like re-purchasing the thing). Plus "as long as you bought them from iTunes" is a big asterisk.
The music situation is much better with iTunes Match, but: i) iTunes is free, while iTunes Match is not; ii) iTunes Match has various limitations -- for example, half of my smart playlists won't sync, and the workaround is a lot of tedious manually tagging of tracks and redefinitions of my playlists.
Photo Stream, which the GP mentioned, is barely usable as a photo library. It's not supposed to be. Rather, it's just a way to shuffle the files around, until you can get them into your real library.
Similar limitations apply to addresses, probably others...
The common theme here is that they're trying the best they can to make the content available, but they're not so good at preserving libraries. It should be cheap for Apple (and free for users) to sync library metadata with perfect fidelity across all devices. The separate question of how to find the content -- whether it's stored locally, or on the LAN, or in the cloud -- that's where the real storage costs are, and where Apple should offer its services as one alternative (and try out innovative optimizations like Photo Stream and iTunes Match). Some people will want to pay for everywhere access to all their home videos; others will be happy with a "sorry, that's not available here" message on the road, while being able to play them at home over WiFi.
How to Design Programs.
It was written with zero prerequisites in mind. Works as a CS 101 course, but also works as a do-it-yourself course, and ought to be accessible to a bright young kid.
The language is Scheme, although that's sort of incidental—the point of the book is to teach programming, not to teach Scheme. The good thing is that DrScheme is an no-distractions IDE tailored specifically to teaching. The bad thing is you probably don't have access to the same kinds of bells and whistles (graphics, robots) you would in a more industrial language.
You can stop, but I never see anybody do it.
You've never seen a driver glance at their phone and then put it down? You've never seen a driver fiddle with a map while sitting at a red light, but stop when the light turns green? I think this happens all the time. If half a second of interaction with a phone is as dangerous as a whole trip being drunk, it seems like we'd all be dead by now.
(Yes, I know half a second is all it takes. I'm not saying such risks are "safe." Just saying that playing Russian Roulette once with six chambers is a lot less dangerous than playing it 100 times in a row with eight chambers.)
Unfortunately, as the accident stats clearly show, the theoretical ability to just drop your phone or whatever it is you image people doing when they "enter a risky environment" is rarely observed in practice.
What accident stats? Not saying they don't exist, but the article definitely doesn't provide them. The researchers demonstrated that someone texting as they drive has a slower reaction time than someone who is legally drunk while driving. This became the headline "Using A Smartphone While Driving More Dangerous Than Alcohol." My point is that there's a pretty big gap between "this activity results in a slower reaction time" and "participating in this activity is more likely to get you in an accident." (My point is not to claim that texting-while-driving is "safe"; just trying to push back against hyperbole.)
The kind of statistic that would be necessary, to make a claim like the headline, is one that shows that the chances of getting in an accident on a trip that involves texting are greater than the chances on a trip that involves being drunk. I don't know any stats, but my guess is that a lot more people send texts while in the driver's seat than drive drunk, yet there's not a similar gap between numbers of texting-related accidents and drunk-driving accidents. But maybe I'm wrong.
Does this risk change if you consider a sufficiently long period of time? Presumably for a given trip you spend more time intoxicated than you do checking or responding to a message on your phone.
+1.
You can stop using your phone if you enter a risky environment. You can't stop being drunk.
In context, in fact, it's actually a promotion: by treating a MacBook as "just" a device, it finally gets the same quality of sync functionality as its iOS peers. It has been trailing in this respect for a long time -- you couldn't get Mac-to-Mac calendar sync, for example, without shelling out $100/yr. (Yes, there have been workarounds, like going through Google or Yahoo. They've never been very good.)
What's useful about the "demotion" is that it's actually additive: OS X used to be thought of as the server; now, it can act as both a server and a client. Hopefully, this will eventually extend to direct peer-to-peer connections, so that one iTunes library can be synced with another (just as if it were an iPod), or one laptop can play video on another laptop's screen. I'm guardedly optimistic.
Do you push to have as many sent electronically as possible?
I wish we lived in a world in which there was a secure electronic equivalent to document delivery. The technology exists, but nobody uses it.
As it is, the standard is for every company I deal with to require a separate login which gives me a web interface to tracking down the documents I need. Maybe they'll send a generic email when something new arrives. The problem is that this raises the convenience barrier so high that I rarely see the documents I'm being sent when they arrive — it happens when I'm already on the site and looking around. Which means I have to remember to go to the site.
When I get something in the mail, in contrast, I can look at it immediately, and then if necessary I can put it in a to-do box, which gives me a clear indication, in one place, of all the stuff I need to deal with.
+1.
I'm sure I'm just ignorant, but it sure sounds to me like somebody in Microsoft management didn't get the joke when they saw Gmail Motion.
I'm not arguing that seeking for proof is never depicted as a sin. I'm arguing that your interpretation—that seeking for proof is always considered a sin—is incorrect. An accurate summary of Christian/biblical doctrine on the subject of faith and evidence would be far more complex.
Every version of the Bible that I have read, KJV, NIV, ETC, agree on one thing - Faith is expected to be blind. Wanting anything even vaguely resembling proof is a sin.
Is the Sermon on the Mount authoritative enough for you?
"Beware of false prophets, which come to you in sheep’s clothing, but inwardly they are ravening wolves. Ye shall know them by their fruits. Do men gather grapes of thorns, or figs of thistles? Even so every good tree bringeth forth good fruit; but a corrupt tree bringeth forth evil fruit. A good tree cannot bring forth evil fruit, neither can a corrupt tree bring forth good fruit. Every tree that bringeth not forth good fruit is hewn down, and cast into the fire. Wherefore by their fruits ye shall know them."
Given that Web-based apps are typically free, I'm a bit skeptical about #1. But guess which explanation made the headline?
On the other hand, if an American soldier dies because of our actual freedoms, such as freedom of speech, well, thats a clear and present danger, etc, etc, bs bs bs.
Do you really believe this without qualification? That under no circumstances should the free flow of information be inhibited by the government, even if it means people will die?
I think most people understand this to be a matter of degrees -- if you don't think WikiLeaks's releases are serious national security problems, then you would probably still at least agree that it would be possible for WikiLeaks to release information that *would* be a serious national security problem. And so the argument against Thiessen's article isn't that his line of reasoning is fundamentally wrong, but just about where you draw the line.
Actually, "Washington" the city doesn't officially exist. The capital of the United States is officially the District of Columbia. The fact that people still call it Washington is an artifact of its history.
Timothy S. Vernor v. Autodesk, Inc. is a Western Washington District Court case regarding the applicability of first sale doctrine to software . . . Date decided: May 20th, 2008
That's hardly the same thing, although it may fit the description in the summary. If you watch the video, you'll see that the Honda vehicle allows the rider to glide around in any direction, kind of like a wheeled stool; the unicycle you're linking to only moves in one dimension (forward or back). It also doesn't maintain left/right balance at all.
It should go without saying that these three self-balancing vehicles—the Segway, the Honda vehicle, and your unicycle—are designed with significantly different applications in mind, despite sharing some similar technology. The Honda vehicle seems best-suited for maneuvering indoors, not as a replacement for your car/bike.