If you have cellular coverage, you could probably just set up something like this Cellular trail camera. You could probably also rig something up with a cheap android phone. If the place is relatively unpopulated, or you can trust people in the area (stick them up in a tree, make them hard to get at), I don't see how it would be too much of a problem. Would be much easier to deal with than an autonomous plane. And it's not like the ice climbing locations move. If the raspberry pi ever gets shipped, you could use something like that, or similar with a cheap camera, and possibly a solar panel to power it.
Here's an interesting thought. Put a proxy SMTP Server between the $MUA and the real SMTP server. Once you configure the $MUA to use the proxy instead of the real server, then you can use whichever $MUA you want. When the $MUA sees an incoming email, it pops up a window on the active users screen with a dialog similar to what you said, and also shows the message that is being signed. It's basically the same system except that it allows you to use whichever mail client you want, provided you configure it properly.
I wonder if this is anything due to the higher RPM of commercial/enterprise drives. Consumer drives usually top out at 7200 RPM. while I've seen enterprise drives that go as high as 15000 RPM. That difference is probably enough to account for a significant reduction in drive life. If the extra spin speed is really necessary, go for the faster drives, but in many cases, the faster speed won't get you much except decreased lifespan.
In university chemistry class we were using some kind of really specific scales for weighing something for an experiment. You could actually watch the weight change as the sample sat on the scale. Something to do with the evaporation of the water from the sample if I remember correctly. I really have to wonder what's the point of such a sensitive scale. But the time you removed the sample from the scale to the experiment, the measurement you had previously made would be invalid.
I was going to point this out. What's the point of nightly backups? They don't show you any records that were created and removed the same day. Much better to do full backups every week/month, and then just store the transaction logs. You'll need to store a whole lot less data, and you have the advantage of being able to recover to a specific point in time.
Yeah, but then you have to clean off all 50 cameras before you drive your car in the winter. Currently, things are pretty simple. Clean off hte windowshield (ice melted by car heater), melt the ice off the back window, scrape the ice off the windows enough so you can see. But now you have all these little cameras you have to make sure are clean. What happens when ice freezes on the lense? Is it easy to clean the ice off the lense without damaging it?
I agree. I mean, you could create a standard RESTful API for controlling robots, but why would one need to specify OS/web server/scripting language/database products to implement that API? Why couldn't I use PostGres, or SQLLite or some other database on the robot? Using SQLLite would certain make more sense than having a full MySQL server running Why couldn't I Implement the scripting in Java, or C if I wanted to?
This is what people seem to forget. Printing a book is dirt cheap these days. You can get copies of The Bible at the dollar store, for $1. That includes printing, distribution, retail shelf space, theft and damage, retail staff, and probably a few other costs I'm forgetting. Plus I'm sure they are making quite a profit on it. They sell other books too including those romance novels. I often get books for my kids at the dollar store. The cost differential between a print book and an e-book is probably very close to 0.
I often wonder why some ISP, probably not Comcast, because of a conflict of interest, as shown in this article, but some other ISP, wouldn't try to strike up a deal with Netflix, Hulu, and others to get servers inside their networks. They could cache the most popular movies, offer much faster and more reliable streaming, and decrease their bandwidth costs outside their network. Netflix doesn't even host their own servers to begin with, they are on Amazon's cloud, so I don't see how it would matter much to them where the servers are located.
Create a protocol that runs over UDP. There can't be any server because there is no connection. Just a bunch of UDP packets going back and forth. You'd have to rebuild some of the TCP/IP features built on top of UDP such as retransmission and using something similar to TCP windowing so you can figure out the transmission speed.
Which is why these arguments about "look how big my country is" are so stupid. People living in Toronto or surrounding areas have no less reason to expect quality, well priced, telecommunications than those in any other place around the world. You can't expect telecom to be cheap if you live in Nunavut, but nothing is cheap up there. The one exception I can think about is cellular service. Where the usual method of selling is to give you free local calling wherever you are in the country. And they make a point of giving you coverage just about everywhere in the country. That is expensive. However, I'm happy to see that there are a couple new cellular providers that offer in-city service only, which is really cheap for both voice and data. The downside is that you have to pay fees as soon as you go outside the city, but some people do that so infrequently, and don't need their phone that much when they are out of town anyway, that it is well worth it.
Nintendo is about as Japanese as they get, but I don't see them taking the same actions with any of their systems. They haven't made much trouble for the people who want to have homebrew on the Wii. They don't like it when you run cheatcodes on online games like MarioKart, but other than that, they have have been pretty friendly towards the homebrew market on the Wii. They've made a few changes here and there to make it more difficult to mod the Wii, and run pirated games. But the fact that it can still easily be done shows that they aren't going to go crazy trying to stop pirates when they're making a ton of money anyway.
Also, I like the idea of being able to switch phones without going through my carrier. I've been with carriers on the CDMA networks that don't have SIMs. $35 service fee just to switch phones. No thank you.
Well, Sex and Color/Race are kind of obvious as soon as they see you in the interview (for most people). So are some kinds of disabilities, Marital status (wedding ring), and age can be estimated by looking at a person. I'm not sure if there's any law about asking. What the law does say is that you can't discriminate on those things when deciding whether or not to hire someone. Therefore, most employers won't "ask" about those things because, well, why ask unless you are using them as a way to discriminate.
Yeah, but the people willing to give access to their facebook are probably all the wrong people, so if that's your filter, then you're just left with the the applicants who you wouldn't want anyway. I agree that interviews should be difficult and I understand the logic of turning down seemingly good people on the risk they aren't as great as they seem at first glance. However, make sure your requirements don't filter out all the good employees.
If you don't want to hand over that information, then don't. If employers hear this enough, then maybe they will start to smarten up. If the only people they can hire are the ones stupid enough to give up their Facebook passwords, they probably won't be getting any great employees. That said, there's a lot of people who will probably feel they have no other choice. Just like employers often require drug tests, references, and personality tests. You could always tell them you don't have an account. Being in a technology related field, I think it would be an interesting test of somebody's security/privacy mentality to ask them for their password, with no intention to use it, but those who refuse to give the password are probably the ones you want to hire.
Taking a long time to charge means that it must have a really big freaking battery. Apple says you can get 10 hours of use out of the thing. That's pretty good considering how fast the processor, and how good the resolution on that screen is. It take 2 hours to charge my cell phone, and it probably doesn't even have 1/10 the amount of battery as the iPad.
By that logic though, it would be unconstitutional to hold someone on bail before the trial. Or to even hold someone while awaiting the bail hearing. They are being deprived of their liberty simply by having charges placed against them. Also, "without due process of law" can mean a lot of things. The process of the law is whatever the process of the law is defined to be. That doesn't mean a full jury trial before they are able to deprive you of life, liberty, or property. If the "process of the law" says that they can hold you for 6 weeks a judge can get around to seeing you for a bail hearing, then that's the process. If the process says that, at that bail hearing the judge can opt to freeze your assets, or imprison you, or any number of things, then that is the process. All it really means is that they can't lock you up without following whatever process has been defined, or take your access without following the process. But as long as they follow whichever process is defined in all the other legal documents, they are fine.
If you click on the Exploit Tab, you'll see that it reads.
Currently, we are not aware of any working exploits. If you feel we are in error or if you are aware of more recent information,
There have been exploits in the past, but they have been fixed. Also, Java and flash are the most common because those are the main languages that run as plugins in your browser. Of course that's where everyone is going to look for these problems. It wouldn't be a big deal to find a similar bug in PHP or Python, because you couldn't get people's browser to execute them.
Picking fresh off the vine and eating is one advantage, the other advantage, if you grow enough, is being able to can your own preserves. Much better than the store bought stuff. We did this with the fresh fruit from the local farmers market (Peaches and strawberries). With a little work, we had enough jam to last the whole winter. And it tastes way better than just about any store bought jam. Pumpkin, other squashes, tomatoes, and many other things can be easily canned or frozen, saving you a lot on your food bill, and giving you much tastier food as well.
I often wonder why people, especially in places like Tornado alley don't just build the entire dwelling underground. Sure it would be a little more expensive, but it can't be more expensive then rebuilding the houses every time there's a tornado. Add to that the increased heating and cooling efficiencies, and it almost seems like a no brainer. Let some grass grow on top, and you have a much bigger yard too. There are some downsides, like less sunlight, but that could be fixed with modern lighting systems. I've always thought it would be nice to have a house that was underground rather than a house above ground.
While I would tend to agree with you, I don't think there's any bug that could inadvertently end up in your Java/.Net code that would result in user input causing the input to be executed. There isn't even a way this could happen, save a bug in the JVM/.Net runtime, which if found, could be fixed globally across all applications running on the platform. Sure there's bugs in all code, but bugs that allow execution of code? I'm not so sure. Has a bug ever been found in.Net or Java that allows arbitrary code execution? Are there any still left open? There's quite a difference between the kind of bugs that cause programs to crash, use up too much memory, or even data loss, and the kind of bugs that allow code execution.
Slashdot Mirror
If you have cellular coverage, you could probably just set up something like this Cellular trail camera. You could probably also rig something up with a cheap android phone. If the place is relatively unpopulated, or you can trust people in the area (stick them up in a tree, make them hard to get at), I don't see how it would be too much of a problem. Would be much easier to deal with than an autonomous plane. And it's not like the ice climbing locations move. If the raspberry pi ever gets shipped, you could use something like that, or similar with a cheap camera, and possibly a solar panel to power it.
Here's an interesting thought. Put a proxy SMTP Server between the $MUA and the real SMTP server. Once you configure the $MUA to use the proxy instead of the real server, then you can use whichever $MUA you want. When the $MUA sees an incoming email, it pops up a window on the active users screen with a dialog similar to what you said, and also shows the message that is being signed. It's basically the same system except that it allows you to use whichever mail client you want, provided you configure it properly.
I wonder if this is anything due to the higher RPM of commercial/enterprise drives. Consumer drives usually top out at 7200 RPM. while I've seen enterprise drives that go as high as 15000 RPM. That difference is probably enough to account for a significant reduction in drive life. If the extra spin speed is really necessary, go for the faster drives, but in many cases, the faster speed won't get you much except decreased lifespan.
In university chemistry class we were using some kind of really specific scales for weighing something for an experiment. You could actually watch the weight change as the sample sat on the scale. Something to do with the evaporation of the water from the sample if I remember correctly. I really have to wonder what's the point of such a sensitive scale. But the time you removed the sample from the scale to the experiment, the measurement you had previously made would be invalid.
I was going to point this out. What's the point of nightly backups? They don't show you any records that were created and removed the same day. Much better to do full backups every week/month, and then just store the transaction logs. You'll need to store a whole lot less data, and you have the advantage of being able to recover to a specific point in time.
Obilgatory XKCD.
Yeah, but then you have to clean off all 50 cameras before you drive your car in the winter. Currently, things are pretty simple. Clean off hte windowshield (ice melted by car heater), melt the ice off the back window, scrape the ice off the windows enough so you can see. But now you have all these little cameras you have to make sure are clean. What happens when ice freezes on the lense? Is it easy to clean the ice off the lense without damaging it?
I agree. I mean, you could create a standard RESTful API for controlling robots, but why would one need to specify OS/web server/scripting language/database products to implement that API? Why couldn't I use PostGres, or SQLLite or some other database on the robot? Using SQLLite would certain make more sense than having a full MySQL server running Why couldn't I Implement the scripting in Java, or C if I wanted to?
This is what people seem to forget. Printing a book is dirt cheap these days. You can get copies of The Bible at the dollar store, for $1. That includes printing, distribution, retail shelf space, theft and damage, retail staff, and probably a few other costs I'm forgetting. Plus I'm sure they are making quite a profit on it. They sell other books too including those romance novels. I often get books for my kids at the dollar store. The cost differential between a print book and an e-book is probably very close to 0.
I often wonder why some ISP, probably not Comcast, because of a conflict of interest, as shown in this article, but some other ISP, wouldn't try to strike up a deal with Netflix, Hulu, and others to get servers inside their networks. They could cache the most popular movies, offer much faster and more reliable streaming, and decrease their bandwidth costs outside their network. Netflix doesn't even host their own servers to begin with, they are on Amazon's cloud, so I don't see how it would matter much to them where the servers are located.
Create a protocol that runs over UDP. There can't be any server because there is no connection. Just a bunch of UDP packets going back and forth. You'd have to rebuild some of the TCP/IP features built on top of UDP such as retransmission and using something similar to TCP windowing so you can figure out the transmission speed.
Which is why these arguments about "look how big my country is" are so stupid. People living in Toronto or surrounding areas have no less reason to expect quality, well priced, telecommunications than those in any other place around the world. You can't expect telecom to be cheap if you live in Nunavut, but nothing is cheap up there. The one exception I can think about is cellular service. Where the usual method of selling is to give you free local calling wherever you are in the country. And they make a point of giving you coverage just about everywhere in the country. That is expensive. However, I'm happy to see that there are a couple new cellular providers that offer in-city service only, which is really cheap for both voice and data. The downside is that you have to pay fees as soon as you go outside the city, but some people do that so infrequently, and don't need their phone that much when they are out of town anyway, that it is well worth it.
Nintendo is about as Japanese as they get, but I don't see them taking the same actions with any of their systems. They haven't made much trouble for the people who want to have homebrew on the Wii. They don't like it when you run cheatcodes on online games like MarioKart, but other than that, they have have been pretty friendly towards the homebrew market on the Wii. They've made a few changes here and there to make it more difficult to mod the Wii, and run pirated games. But the fact that it can still easily be done shows that they aren't going to go crazy trying to stop pirates when they're making a ton of money anyway.
This is what I was thinking too. And not just a couple of friends, but anybody else in the city. You could get quite a network set up.
Also, I like the idea of being able to switch phones without going through my carrier. I've been with carriers on the CDMA networks that don't have SIMs. $35 service fee just to switch phones. No thank you.
Well, Sex and Color/Race are kind of obvious as soon as they see you in the interview (for most people). So are some kinds of disabilities, Marital status (wedding ring), and age can be estimated by looking at a person. I'm not sure if there's any law about asking. What the law does say is that you can't discriminate on those things when deciding whether or not to hire someone. Therefore, most employers won't "ask" about those things because, well, why ask unless you are using them as a way to discriminate.
Yeah, but the people willing to give access to their facebook are probably all the wrong people, so if that's your filter, then you're just left with the the applicants who you wouldn't want anyway. I agree that interviews should be difficult and I understand the logic of turning down seemingly good people on the risk they aren't as great as they seem at first glance. However, make sure your requirements don't filter out all the good employees.
If you don't want to hand over that information, then don't. If employers hear this enough, then maybe they will start to smarten up. If the only people they can hire are the ones stupid enough to give up their Facebook passwords, they probably won't be getting any great employees. That said, there's a lot of people who will probably feel they have no other choice. Just like employers often require drug tests, references, and personality tests. You could always tell them you don't have an account. Being in a technology related field, I think it would be an interesting test of somebody's security/privacy mentality to ask them for their password, with no intention to use it, but those who refuse to give the password are probably the ones you want to hire.
Taking a long time to charge means that it must have a really big freaking battery. Apple says you can get 10 hours of use out of the thing. That's pretty good considering how fast the processor, and how good the resolution on that screen is. It take 2 hours to charge my cell phone, and it probably doesn't even have 1/10 the amount of battery as the iPad.
By that logic though, it would be unconstitutional to hold someone on bail before the trial. Or to even hold someone while awaiting the bail hearing. They are being deprived of their liberty simply by having charges placed against them. Also, "without due process of law" can mean a lot of things. The process of the law is whatever the process of the law is defined to be. That doesn't mean a full jury trial before they are able to deprive you of life, liberty, or property. If the "process of the law" says that they can hold you for 6 weeks a judge can get around to seeing you for a bail hearing, then that's the process. If the process says that, at that bail hearing the judge can opt to freeze your assets, or imprison you, or any number of things, then that is the process. All it really means is that they can't lock you up without following whatever process has been defined, or take your access without following the process. But as long as they follow whichever process is defined in all the other legal documents, they are fine.
There have been exploits in the past, but they have been fixed. Also, Java and flash are the most common because those are the main languages that run as plugins in your browser. Of course that's where everyone is going to look for these problems. It wouldn't be a big deal to find a similar bug in PHP or Python, because you couldn't get people's browser to execute them.
Picking fresh off the vine and eating is one advantage, the other advantage, if you grow enough, is being able to can your own preserves. Much better than the store bought stuff. We did this with the fresh fruit from the local farmers market (Peaches and strawberries). With a little work, we had enough jam to last the whole winter. And it tastes way better than just about any store bought jam. Pumpkin, other squashes, tomatoes, and many other things can be easily canned or frozen, saving you a lot on your food bill, and giving you much tastier food as well.
I often wonder why people, especially in places like Tornado alley don't just build the entire dwelling underground. Sure it would be a little more expensive, but it can't be more expensive then rebuilding the houses every time there's a tornado. Add to that the increased heating and cooling efficiencies, and it almost seems like a no brainer. Let some grass grow on top, and you have a much bigger yard too. There are some downsides, like less sunlight, but that could be fixed with modern lighting systems. I've always thought it would be nice to have a house that was underground rather than a house above ground.
I agree. I've moved all my Linux needs to Debian as well. I find it a much nice experience to Ubuntu.
While I would tend to agree with you, I don't think there's any bug that could inadvertently end up in your Java/.Net code that would result in user input causing the input to be executed. There isn't even a way this could happen, save a bug in the JVM/.Net runtime, which if found, could be fixed globally across all applications running on the platform. Sure there's bugs in all code, but bugs that allow execution of code? I'm not so sure. Has a bug ever been found in .Net or Java that allows arbitrary code execution? Are there any still left open? There's quite a difference between the kind of bugs that cause programs to crash, use up too much memory, or even data loss, and the kind of bugs that allow code execution.