5 syllables in anticipated, for a total of 7 on the line, making it (assuming you pronounce SWE as Swee and ignore the tm) 5-7-5, with a mention of seasons. Seems valid to me...
Sure, just as long as you're not contractually obliged to stick by the policy. If you are, the policy's an addendum to the contract and has to stick by the same rules.
I'm pretty sure that'd be an invalid clause for a contract. The best they could hope to get away with would probably be something like "We reserve the right to change your bandwidth entitlement under this agreement through adverts in local/national press".
One count might be Involuntary Manslaughter with Gross Negligence, one count might be plain involuntary manslaughter - i.e. the possible outcomes are:
1. Convicted of Involuntary Manslaughter with Gross Negligence 2. Convicted of Involuntary Manslaughter 3. Innocent
If that's the case, they're not being prosecuted more than once and they won't be convicted more than once.
Re:Supersonic biz-jets more realistic
on
Son of Concorde
·
· Score: 1
Actually, according to the details at that link, Dassault cancelled the project in March 1999 once they'd failed to find a suitable power plant. While I guess it's possible that they'll resurrect the project, market economics have of course changed significantly since then...
If this kind of thinking comes across as paranoid then by all means make the arguments about how the government (or whoever) would never do such a thing etc. But my point is that rfid tags take these data collecting decisions out of the hands of the consumer.
It certainly does come across as paranoid. Exactly which government do you imagine has the money to implement a scheme which places covert RFID scanners outside people's houses? Exactly how do you imagine that said government will manage to place covert RFID scanners outside the houses of the general populace without people learning of this and revolting?
Aside from this paranoia, if you're so worried about what the RFID tag's going to do to your privacy, why wouldn't you just remove it right outside the store after your purchase?
If you pay cash for it, how are "they" going to determine that it's *you* carrying those clothes to the gym, then down main street? Since their stock system knows the clothes have just been bought, it's a reasonable bet that "they" know that *someone*'s carrying the clothes off somewhere, RFID tag or not.
And what's with the hooker? Exactly which part of your hooker has an RFID tag? I can't imagine RFID tags are going to be ribbing your condoms for her pleasure any time soon, either... I fail to see how RFID tags affect this purchase of services on your part.
ok, so I have the Ambulance send today's date signed with some private key, which the traffic light checks with the corresponding public key. My traffic light contains some random 8-bit processor. The sequence now looks like:
1. Ambulance sends code 2. 30 second public-key operation 3. Light turns green
In order not to have step 2 while retaining vaguely secure keys, you're going to need something with (I guess) the power of about a Pentium, if not more. Now every traffic light costs $cost_of_pentium more...
Minor point - we currently have a 2 man housekeeping crew. There'll temporarily be 5 onboard ISS at the next changeover - the 2 current crew, 2 new crew and 1 ESA Astronaut there to do experiments for the time between docking of the new capsule and return to earth of the old one (with the old crew).
Why would Lindows need a VC? Their founder has >$370m (from the sale of mp3.com) himself, something that surely wasn't the case when he started mp3.com...
...and 10 minutes on Dell's website just got me a price for a PowerEdge 6600 with quad 2.0GHz/1Mb cache Xeons, with 3 year's parts+labour, 4x36Gb U320 drives, 16Gb of RAM and dual power supply. For $22321. Which, as I make it, is $3.5k cheaper than Sun. Depending on the app, I figure 2.0GHz Xeons are probably going to be equivalent to 1.28GHz Ultrasparc3s...
1) It would prevent people from decompiling my code and just "seeing" exactly how the database is set up. Yes, you could still figure it out, but it would be less obvious.
Security through obscurity. A winner every time. Your other point's valid, though.
I haven't checked the specs on this and I imagine that using char/byte arrays would probably work with all current JVMs, but I don't believe there's anything to stop the JVM giving you a new array and writing into that when you overwrite an array.
I also wish the industry would adopt something better - but I don't think Java's it. Even assuming JVMs aren't allowed to (effectively) negate your work overwriting arrays, use of byte and char arrays is a long way from ideal - ideal would be having a language where you could specify that something held secret information, have that property propogated by assignment to other variables and have the property cause automatic overwriting at garbage disposal time as well as automatic locking of the affected memory. Soonest-possible garbage disposal for these variables could also be good. These things would probably be possible with a few changes to the Java specs, but the perils of backwards compatibility as well as having to rely on multiple independent JVMs to actually do this correctly probably exclude such a possibility...
Being Nokia, though, they can *afford* to lose money hand over fist on this project, without being unprofitable. They also have a strong brand which they can use to market the thing (the flip side is that if they screw it up, they damage their strong brand).
I think the main problem with dot-bomb companies was attempts at dumb single business plans (pet food on the web). Amazon diversified from what they were good at (selling books) into other markets (CDs, then electronics, then gradually absolutely everything that's economically transportable). They survived...
...but he also mentions how with Java, it's basically impossible to protect your secret data, since you have no idea when an object will be finalized and can't satisfactorily overwrite the memory it was using.
Version 4.0 of the MySQL server includes many enhancements and new features:
* The InnoDB table type is now included in the standard binaries, adding transactions, row-level locking, and foreign keys. See section 7.5 InnoDB Tables.
> At the very least, shoot your boss an email saying your going to do task D, and wait 10 minutes so they have a chance to reply.
Erm. Did you notice that task D was fixing a file server 50 people use? I'm not about to sit around for 10 minutes waiting for replies from bosses while 50 people can't get at their files. There's an argument for always having priorities, but there's a point where you have to have common sense enough to set your own priorities.
1. Give an estimate of how long (in man-hours) it'll take to do project D.
2. Point out (nicely) that you nonetheless currently have A, B and C to do.
3a. If A, B and C are all from the same person who's currently asking you to do D, ask them which they'd like done first.
3b. If not, send them to discuss it with whoever wants A, B and C. Taking part in the resulting discussion/turf war/semi-automatic weapons fire is optional. Obviously, there's leeway here. If A, B and C are "tidy up and label the patch panel"-style tasks, and D is "Fix the file server 50 people use", you know what to do. But if it's not patently obvious that D's more important, a discussion's warranted. If you *think* D is more important, call the person who wants A, B and C and let them know that someone wants D and ask if it'd be OK to do that now and come back to A, B and C. If they say no, get person-for-D and person-for-ABC to discuss it.
4. Waste time on Slashdot only when you *don't* have four tasks on the go.
5. Pro^H^H^HHappiness!
Re:Sell short with Diamonds!
on
The Diamond Age
·
· Score: 1
You're not going to find any broker to lend you some diamonds, but you might manage to find a diamond future. Hell, if they do it with gold.... the thing stopping this being doable/done for Diamonds is probably De Beers' artificial control of the market.
The Intel i810 (and others) have long had built-in 'real' random number generation:
The Firmware Hub integrates a Random Number Generator (RNG) using thermal noise generated from inherently random quantum mechanical properties of silicon. When not generating new random bits the RNG circuitry will enter a low power state. Intel will provide a binary software driver to give third party software access to our RNG for use as a security feature. At this time, the RNG is only to be used with a system in an OS-present state.
I'd let users open exe files *if* they were PGP-signed as being from a company we have a relationship with and *if* the user was expecting the file (planned upgrade, or whatever).
Since most users aren't capable enough to determine whether the conditions are true (or, to put it another way, most mail clients don't make this easy enough), this effectively translates to don't-open-EXEs.
Britain has a national lottery and legal gambling. The government gets a cut on both (only indirectly with the national lottery - the way it works is that the national lottery hands out winnings to various charities - the government wins insofar as they've got fewer charities begging them for money).
Slashdot Mirror
I've not tried the 1.5 Beta yet, but it could be it'd be happier if the function prototype took an ArrayList
bright-ly an-tic-i-pa-ted
5 syllables in anticipated, for a total of 7 on the line, making it (assuming you pronounce SWE as Swee and ignore the tm) 5-7-5, with a mention of seasons. Seems valid to me...
Sure, just as long as you're not contractually obliged to stick by the policy. If you are, the policy's an addendum to the contract and has to stick by the same rules.
I'm pretty sure that'd be an invalid clause for a contract. The best they could hope to get away with would probably be something like "We reserve the right to change your bandwidth entitlement under this agreement through adverts in local/national press".
One count might be Involuntary Manslaughter with Gross Negligence, one count might be plain involuntary manslaughter - i.e. the possible outcomes are:
1. Convicted of Involuntary Manslaughter with Gross Negligence
2. Convicted of Involuntary Manslaughter
3. Innocent
If that's the case, they're not being prosecuted more than once and they won't be convicted more than once.
Actually, according to the details at that link, Dassault cancelled the project in March 1999 once they'd failed to find a suitable power plant. While I guess it's possible that they'll resurrect the project, market economics have of course changed significantly since then...
If this kind of thinking comes across as paranoid then by all means make the arguments about how the government (or whoever) would never do such a thing etc. But my point is that rfid tags take these data collecting decisions out of the hands of the consumer.
It certainly does come across as paranoid. Exactly which government do you imagine has the money to implement a scheme which places covert RFID scanners outside people's houses? Exactly how do you imagine that said government will manage to place covert RFID scanners outside the houses of the general populace without people learning of this and revolting?
Aside from this paranoia, if you're so worried about what the RFID tag's going to do to your privacy, why wouldn't you just remove it right outside the store after your purchase?
If you pay cash for it, how are "they" going to determine that it's *you* carrying those clothes to the gym, then down main street? Since their stock system knows the clothes have just been bought, it's a reasonable bet that "they" know that *someone*'s carrying the clothes off somewhere, RFID tag or not.
And what's with the hooker? Exactly which part of your hooker has an RFID tag? I can't imagine RFID tags are going to be ribbing your condoms for her pleasure any time soon, either... I fail to see how RFID tags affect this purchase of services on your part.
ok, so I have the Ambulance send today's date signed with some private key, which the traffic light checks with the corresponding public key. My traffic light contains some random 8-bit processor. The sequence now looks like:
1. Ambulance sends code
2. 30 second public-key operation
3. Light turns green
In order not to have step 2 while retaining vaguely secure keys, you're going to need something with (I guess) the power of about a Pentium, if not more. Now every traffic light costs $cost_of_pentium more...
Minor point - we currently have a 2 man housekeeping crew. There'll temporarily be 5 onboard ISS at the next changeover - the 2 current crew, 2 new crew and 1 ESA Astronaut there to do experiments for the time between docking of the new capsule and return to earth of the old one (with the old crew).
Why would Lindows need a VC? Their founder has >$370m (from the sale of mp3.com) himself, something that surely wasn't the case when he started mp3.com...
...and 10 minutes on Dell's website just got me a price for a PowerEdge 6600 with quad 2.0GHz/1Mb cache Xeons, with 3 year's parts+labour, 4x36Gb U320 drives, 16Gb of RAM and dual power supply. For $22321. Which, as I make it, is $3.5k cheaper than Sun. Depending on the app, I figure 2.0GHz Xeons are probably going to be equivalent to 1.28GHz Ultrasparc3s...
1) It would prevent people from decompiling my code and just "seeing" exactly how the database is set up. Yes, you could still figure it out, but it would be less obvious.
Security through obscurity. A winner every time. Your other point's valid, though.
I haven't checked the specs on this and I imagine that using char/byte arrays would probably work with all current JVMs, but I don't believe there's anything to stop the JVM giving you a new array and writing into that when you overwrite an array.
I also wish the industry would adopt something better - but I don't think Java's it. Even assuming JVMs aren't allowed to (effectively) negate your work overwriting arrays, use of byte and char arrays is a long way from ideal - ideal would be having a language where you could specify that something held secret information, have that property propogated by assignment to other variables and have the property cause automatic overwriting at garbage disposal time as well as automatic locking of the affected memory. Soonest-possible garbage disposal for these variables could also be good. These things would probably be possible with a few changes to the Java specs, but the perils of backwards compatibility as well as having to rely on multiple independent JVMs to actually do this correctly probably exclude such a possibility...
Being Nokia, though, they can *afford* to lose money hand over fist on this project, without being unprofitable. They also have a strong brand which they can use to market the thing (the flip side is that if they screw it up, they damage their strong brand).
I think the main problem with dot-bomb companies was attempts at dumb single business plans (pet food on the web). Amazon diversified from what they were good at (selling books) into other markets (CDs, then electronics, then gradually absolutely everything that's economically transportable). They survived...
...but he also mentions how with Java, it's basically impossible to protect your secret data, since you have no idea when an object will be finalized and can't satisfactorily overwrite the memory it was using.
From the MySQL docs:
Version 4.0 of the MySQL server includes many enhancements and new features:
* The InnoDB table type is now included in the standard binaries, adding transactions, row-level locking, and foreign keys. See section 7.5 InnoDB Tables.
mysql> select count(*) from histticks;
+----------+
| count(*) |
+----------+
| 80081227 |
+----------+
No, it's not true. (This is just a quick example I pulled out, we have larger tables).
> At the very least, shoot your boss an email saying your going to do task D, and wait 10 minutes so they have a chance to reply.
Erm. Did you notice that task D was fixing a file server 50 people use? I'm not about to sit around for 10 minutes waiting for replies from bosses while 50 people can't get at their files. There's an argument for always having priorities, but there's a point where you have to have common sense enough to set your own priorities.
Or, to elaborate:
1. Give an estimate of how long (in man-hours) it'll take to do project D.
2. Point out (nicely) that you nonetheless currently have A, B and C to do.
3a. If A, B and C are all from the same person who's currently asking you to do D, ask them which they'd like done first.
3b. If not, send them to discuss it with whoever wants A, B and C. Taking part in the resulting discussion/turf war/semi-automatic weapons fire is optional. Obviously, there's leeway here. If A, B and C are "tidy up and label the patch panel"-style tasks, and D is "Fix the file server 50 people use", you know what to do. But if it's not patently obvious that D's more important, a discussion's warranted. If you *think* D is more important, call the person who wants A, B and C and let them know that someone wants D and ask if it'd be OK to do that now and come back to A, B and C. If they say no, get person-for-D and person-for-ABC to discuss it.
4. Waste time on Slashdot only when you *don't* have four tasks on the go.
5. Pro^H^H^HHappiness!
You're not going to find any broker to lend you some diamonds, but you might manage to find a diamond future. Hell, if they do it with gold.... the thing stopping this being doable/done for Diamonds is probably De Beers' artificial control of the market.
The Intel i810 (and others) have long had built-in 'real' random number generation:
The Firmware Hub integrates a Random Number Generator (RNG) using thermal noise generated from inherently random quantum mechanical properties of silicon. When not generating new random bits the RNG circuitry will enter a low power state. Intel will provide a binary software driver to give third party software access to our RNG for use as a security feature. At this time, the RNG is only to be used with a system in an OS-present state.
I'd let users open exe files *if* they were PGP-signed as being from a company we have a relationship with and *if* the user was expecting the file (planned upgrade, or whatever).
Since most users aren't capable enough to determine whether the conditions are true (or, to put it another way, most mail clients don't make this easy enough), this effectively translates to don't-open-EXEs.
...and put themselves out of business?
Britain has a national lottery and legal gambling. The government gets a cut on both (only indirectly with the national lottery - the way it works is that the national lottery hands out winnings to various charities - the government wins insofar as they've got fewer charities begging them for money).