Or, you could just forgo cloud services all together and set up Tiny-Tiny RSS on your own home server or shared hosting account. I find it works great. Web interface is a little slow, but I mostly use it from my phone anyway. Their official party line is that they don't support shared hosting, but I didn't have any problems getting it to work.
I've always thought they should have combination printers which can both add and take away material. Imagine this, something similar to those old multi-pen plotters, but with an arm that has a very large range of motion. And instead of just picking up pens, it could pick up various tools. There could be tools which extrude plastic, metal, and other materials, as well as cutting and sanding tools. You could build completely finished products using robots.
Wouldn't milling a gun on CNC machine from a solid block of metal make much more sense? Sorry if I don't have the terminology correct here, but this just seems like it would produce an inferior product, while also not making the process cheaper, simpler, or faster.
Canada's a big place. I live near in Ottawa. Rarely do we see sustained winds above 100 km/h. No tornados in this area either (although further south in Ontario sees a few small ones).
I saw the number 500, and immediately thought of this. While not quite 500 MPH, this one got up to 378 km/h, which makes me think 500 km/h isn't impossible. Living in Canada, in an area where there fiercest winds we have are 100 km/h, It's hard to imaging how strong a 378 km/h wind is. Especially since E = (m * v^2)/2. which means the Energy of the wind is increases as a function of the square of the speed.
Carrying around your password in your wallet is probably safe enough for most people. People carry money, credit cards, all kinds of valuable things in their wallet. Probably safer than using an insecure password.
Sourceforge has been on a download slide for a while. I tried downloading FileZilla, via Sourceforge, their primary link, and instead of just using the regular installer, it uses a special Sourceforge installer that tries to get you to install other junk you don't need on your computer. If you click around a bit on the FileZilla site, you can fine the link to the bare-bones install.
That kind of junk you talk about with Paint.Net is exactly why I don't use it.
I very much support GIMP in using their own FTP server. Of course, nothing stops them from hosting their own bittorent tracker though. Using bit-torrent doesn't mean the torrent files has to go through the pirate bay or other torrent sites.
If it's less dense than water, then it would float. I highly doubt that any asteroid would actually float. Either your math is wrong (looks ok to me at first glance) or the numbers are off in the article.
I agree it's a different kind of game. This is kind of the odd thing about chess. You get to study a single opponent for months, maybe even years before you finally play against them. If you had more of a tournament style play, there would be too many competitors in too short a period of time, and you wouldn't be able to specialize your techniques for playing against a single player. I'm not sure which is actually a better measure of greatness, but they are two completely different ways of measuring greatness.
Just checked the numbers for F1. They've removed fuel stops, for those that don't know. The Montreal Grand Prix is 305 km, and last year the top time of 1:32:09.143, giving an average speed of 199 km/h. For those non-metric folk, that's 190 miles, averaging 124 mph. They spend a good deal going much faster than that. I think that an F1 car might be able to make the 300 mile mark at 160 mph if properly tuned. Although even then it might have a had time.
I used to work with a guy who would only use "infamous". I don't think he said famous, even once. He almost always used it the wrong way. And he used the word a lot, like at least weekly. It really grated at my nerves.
On top of that, unless it was a different car than the one here, it couldn't have gone 145 mph, because the top speed was only 137 mph. 145 mph is 232 km/h, and most speedometers don't even go that high, so I wonder how it was accurately measured, especially in 1993 when GPS units weren't common.
That's the manufacturer specified range under certain conditions. The range won't be the same for all power outputs. It's most likely not at it's most efficient at 132 MPH. That's not to say that any other car is (perhaps F1), but I'd like to see how it compares to gasoline cars that are also going at full throttle.
Well, it would matter somewhat, because if they weren't aware of a breach, then some hacker could be using your account without your knowledge. Of course, if you are using best practices for password selection, then at least all your accounts on all the other sites you visit are safe.
Fast compilation can have it's advantages. It's one of the reasons some developers like working in scripting languages (PHP, Ruby, etc...). If simple mistakes in coding don't cost you 20 minutes of compile time, it can speed up development a lot. I use.Net, which i think has a nice balance between the two. Reasonable compile times, while still having compile time type checking and other advantages of a compiled language.
Yeah, but that's not something the application level software developer has to account for. They just use OpenGL, or DirectX, and the chip and video card driver decides how to execute it and render it. Actually, with some graphics cards, and driver implementations, they basically do this already, by rendering the image incorrectly, it speeds up the result, and they hope nobody notices. Basically, if any error is acceptable when programming against certain hardware, it should just be handled at the API level for accessing the hardware. The people programming against the hardware shouldn't have to decide how much, if any, error is acceptable. For instance, If I'm decoding video, I would just pass the encoded stream to a function, and get decoded frames back, or they would be displayed on the screen. In many cases, it might even be user configurable. For some users might be OK for colors to be incorrect in exchange for higher frame rates. However, other users might want the exact opposite experience. Maybe their hardware is already producing enough frames, and they just want a nicer picture.
The question is, does the company even know what it's going to be doing 10 years down the line? Does SAP make it any easier to change as you company evolves over the next 10 years? SAP isn't something you can just install and forget about it. It's just a set of tools. It's like a database server, web server, development environment, or operating system. Similar to SharePoint, except bigger. It doesn't do anything on it's own. You have to do a lot of work to make it work for you.
Considering he had 25 people working on it. If each of those 25 people cost him $100,000 a year (salary and other related expenses), and they worked for 4 months on the project, then it cost him over $800,000 to implement the system. Although as others alluded to, I'm sure you could get a SAP system that would cost as much, and probably take as long to implement. It's not like MS Office, where you can just install it, and have it do everything it was meant to do. It would have been a big project either way. I wonder what the track record is like for SAP implementations going over-budget, past-schedule, or not doing what they need to do?
Without his dad having access to a very large telescope, he would not have the images to study. It's not like this is some kid with a backyard telescope actually discovering something. It's also probably likely that the images were probably somewhat filtered by the father (or his computer) to be images likely to contain a supernova.
Yeah, but you could save just as much power (I'm guessing) with dedicated hardware decoders, as you could by letting the chips be inaccurate. As chips get smaller it's much more feasible to hard hardware specific chips for just about everything. The ARM chips in phones and tablets have all kinds of specialized hardware, some for decoding video and audio, other's for doing encryption and other things that are usually costly for a general purpose processor. Plus it's a lot easier for the developer to not have to consider how inaccurate stuff can be, and just writing code as though things are actually going to be correct. Even programming with binary floating point numbers is problematic enough, as there's many decimal floating point numbers that can't be properly represented.
Exactly. This just happened to be in an airport. It could have been a train station, a bus station, a mall, a football game, a public park, etc. Basically anywhere there's a large gathering of people. At some point, we just have to try to find ways to stop people from getting this messed up in the first place, instead of trying to stop them by having guards at the venue they choose to attack.
I do get what you're saying. Most people using a Raspberry Pi would probably have a lot of the needed stuff already. There's a couple problems with that though. As far as USB chargers go, I actually don't have that many extras. I have the one that came with my current phone, but I still need that for my phone. I don't want to have to unplug my Pi because I need to charge my phone. Also for SD Cards. 2GB won't get you very far. I know this because I downloaded the base image for Debian which was a 2 GB image. After I installed the updates and a couple extra packages, the partition was filled up (skipped the expand partition step). I think it really depends on what you'll be using it for. If you don't actually need the GPIO ports, one of those Android sticks (many of which will also run Linux) are a much better deal, as they come with all the needed accessories.
It's amazing how privileged we are with large monitors. I have a 23 inch monitor on my home PC. Even though it's only 1080p, it still provides plenty of room to work with. I remember that my dad had a Commodore PET. I didn't live with him, but I remember the time I visited him after we got a PC, and noticing how small that Commodore PET monitor was (coincidentally enough, they were 9 inches). For reading novels and media consumption, smaller monitors like 6-7 inches are fine, but for anything else, they are pretty useless. I even find the 15 inch monitor on my laptop quite frustrating. And it's not just because of the low resolution. The physical vertical space is just too small.
Or, you could just forgo cloud services all together and set up Tiny-Tiny RSS on your own home server or shared hosting account. I find it works great. Web interface is a little slow, but I mostly use it from my phone anyway. Their official party line is that they don't support shared hosting, but I didn't have any problems getting it to work.
I've always thought they should have combination printers which can both add and take away material. Imagine this, something similar to those old multi-pen plotters, but with an arm that has a very large range of motion. And instead of just picking up pens, it could pick up various tools. There could be tools which extrude plastic, metal, and other materials, as well as cutting and sanding tools. You could build completely finished products using robots.
Wouldn't milling a gun on CNC machine from a solid block of metal make much more sense? Sorry if I don't have the terminology correct here, but this just seems like it would produce an inferior product, while also not making the process cheaper, simpler, or faster.
Canada's a big place. I live near in Ottawa. Rarely do we see sustained winds above 100 km/h. No tornados in this area either (although further south in Ontario sees a few small ones).
I saw the number 500, and immediately thought of this. While not quite 500 MPH, this one got up to 378 km/h, which makes me think 500 km/h isn't impossible. Living in Canada, in an area where there fiercest winds we have are 100 km/h, It's hard to imaging how strong a 378 km/h wind is. Especially since E = (m * v^2)/2. which means the Energy of the wind is increases as a function of the square of the speed.
Carrying around your password in your wallet is probably safe enough for most people. People carry money, credit cards, all kinds of valuable things in their wallet. Probably safer than using an insecure password.
Sourceforge has been on a download slide for a while. I tried downloading FileZilla, via Sourceforge, their primary link, and instead of just using the regular installer, it uses a special Sourceforge installer that tries to get you to install other junk you don't need on your computer. If you click around a bit on the FileZilla site, you can fine the link to the bare-bones install.
That kind of junk you talk about with Paint.Net is exactly why I don't use it.
I very much support GIMP in using their own FTP server. Of course, nothing stops them from hosting their own bittorent tracker though. Using bit-torrent doesn't mean the torrent files has to go through the pirate bay or other torrent sites.
Figured out your mistake, you're using the diameter, not the radius, actual density is about 3.4 times the density of water.
If it's less dense than water, then it would float. I highly doubt that any asteroid would actually float. Either your math is wrong (looks ok to me at first glance) or the numbers are off in the article.
I agree it's a different kind of game. This is kind of the odd thing about chess. You get to study a single opponent for months, maybe even years before you finally play against them. If you had more of a tournament style play, there would be too many competitors in too short a period of time, and you wouldn't be able to specialize your techniques for playing against a single player. I'm not sure which is actually a better measure of greatness, but they are two completely different ways of measuring greatness.
Just checked the numbers for F1. They've removed fuel stops, for those that don't know. The Montreal Grand Prix is 305 km, and last year the top time of 1:32:09.143, giving an average speed of 199 km/h. For those non-metric folk, that's 190 miles, averaging 124 mph. They spend a good deal going much faster than that. I think that an F1 car might be able to make the 300 mile mark at 160 mph if properly tuned. Although even then it might have a had time.
I used to work with a guy who would only use "infamous". I don't think he said famous, even once. He almost always used it the wrong way. And he used the word a lot, like at least weekly. It really grated at my nerves.
On top of that, unless it was a different car than the one here, it couldn't have gone 145 mph, because the top speed was only 137 mph. 145 mph is 232 km/h, and most speedometers don't even go that high, so I wonder how it was accurately measured, especially in 1993 when GPS units weren't common.
That's the manufacturer specified range under certain conditions. The range won't be the same for all power outputs. It's most likely not at it's most efficient at 132 MPH. That's not to say that any other car is (perhaps F1), but I'd like to see how it compares to gasoline cars that are also going at full throttle.
Well, it would matter somewhat, because if they weren't aware of a breach, then some hacker could be using your account without your knowledge. Of course, if you are using best practices for password selection, then at least all your accounts on all the other sites you visit are safe.
Fast compilation can have it's advantages. It's one of the reasons some developers like working in scripting languages (PHP, Ruby, etc...). If simple mistakes in coding don't cost you 20 minutes of compile time, it can speed up development a lot. I use .Net, which i think has a nice balance between the two. Reasonable compile times, while still having compile time type checking and other advantages of a compiled language.
Yeah, but that's not something the application level software developer has to account for. They just use OpenGL, or DirectX, and the chip and video card driver decides how to execute it and render it. Actually, with some graphics cards, and driver implementations, they basically do this already, by rendering the image incorrectly, it speeds up the result, and they hope nobody notices. Basically, if any error is acceptable when programming against certain hardware, it should just be handled at the API level for accessing the hardware. The people programming against the hardware shouldn't have to decide how much, if any, error is acceptable. For instance, If I'm decoding video, I would just pass the encoded stream to a function, and get decoded frames back, or they would be displayed on the screen. In many cases, it might even be user configurable. For some users might be OK for colors to be incorrect in exchange for higher frame rates. However, other users might want the exact opposite experience. Maybe their hardware is already producing enough frames, and they just want a nicer picture.
The question is, does the company even know what it's going to be doing 10 years down the line? Does SAP make it any easier to change as you company evolves over the next 10 years? SAP isn't something you can just install and forget about it. It's just a set of tools. It's like a database server, web server, development environment, or operating system. Similar to SharePoint, except bigger. It doesn't do anything on it's own. You have to do a lot of work to make it work for you.
Considering he had 25 people working on it. If each of those 25 people cost him $100,000 a year (salary and other related expenses), and they worked for 4 months on the project, then it cost him over $800,000 to implement the system. Although as others alluded to, I'm sure you could get a SAP system that would cost as much, and probably take as long to implement. It's not like MS Office, where you can just install it, and have it do everything it was meant to do. It would have been a big project either way. I wonder what the track record is like for SAP implementations going over-budget, past-schedule, or not doing what they need to do?
Without his dad having access to a very large telescope, he would not have the images to study. It's not like this is some kid with a backyard telescope actually discovering something. It's also probably likely that the images were probably somewhat filtered by the father (or his computer) to be images likely to contain a supernova.
Something comes to mind about Tesco not allowing hoodies, even if you bought it there. I'm pretty sure ski masks would be out of the question.
Yeah, but you could save just as much power (I'm guessing) with dedicated hardware decoders, as you could by letting the chips be inaccurate. As chips get smaller it's much more feasible to hard hardware specific chips for just about everything. The ARM chips in phones and tablets have all kinds of specialized hardware, some for decoding video and audio, other's for doing encryption and other things that are usually costly for a general purpose processor. Plus it's a lot easier for the developer to not have to consider how inaccurate stuff can be, and just writing code as though things are actually going to be correct. Even programming with binary floating point numbers is problematic enough, as there's many decimal floating point numbers that can't be properly represented.
Exactly. This just happened to be in an airport. It could have been a train station, a bus station, a mall, a football game, a public park, etc. Basically anywhere there's a large gathering of people. At some point, we just have to try to find ways to stop people from getting this messed up in the first place, instead of trying to stop them by having guards at the venue they choose to attack.
I do get what you're saying. Most people using a Raspberry Pi would probably have a lot of the needed stuff already. There's a couple problems with that though. As far as USB chargers go, I actually don't have that many extras. I have the one that came with my current phone, but I still need that for my phone. I don't want to have to unplug my Pi because I need to charge my phone. Also for SD Cards. 2GB won't get you very far. I know this because I downloaded the base image for Debian which was a 2 GB image. After I installed the updates and a couple extra packages, the partition was filled up (skipped the expand partition step). I think it really depends on what you'll be using it for. If you don't actually need the GPIO ports, one of those Android sticks (many of which will also run Linux) are a much better deal, as they come with all the needed accessories.
It's amazing how privileged we are with large monitors. I have a 23 inch monitor on my home PC. Even though it's only 1080p, it still provides plenty of room to work with. I remember that my dad had a Commodore PET. I didn't live with him, but I remember the time I visited him after we got a PC, and noticing how small that Commodore PET monitor was (coincidentally enough, they were 9 inches). For reading novels and media consumption, smaller monitors like 6-7 inches are fine, but for anything else, they are pretty useless. I even find the 15 inch monitor on my laptop quite frustrating. And it's not just because of the low resolution. The physical vertical space is just too small.