If you ever get a couple months off work/school for any reason, try sleeping only when you're tired and eating only when you're hungry. I did this for six months straight one time, and although ultimately I was exhausted, it was the most creative and rewarding period in my life. It felt absolutely bizarre to be rotating around the clock on a schedule of 20 hours awake followed by 8 hours of sleep, but man did I get a lot of stuff done!
Now I'm on powerful sedatives so I can hold down a "normal" existence, stay out of jail/hospital etc... but what fun I had back in the day.:)
Ah, it appears you have anticipated my question. Well done.
(I am considering trying this. There's just a matter of certain regular meetings, occasional free lunches on Thursdays to consider, and the usual holidays, and a benefit is that the off-peak work times mean more opportunities to do coding that would otherwise disrupt all the other programmers.)
The thing is, she's not technical (in my field) so I have to explain everything, pretty much. Metaphors help a lot too. But because she's actually paying attention, there's no getting away with hand-waving.
Indeed, talking to a human is much better than "talking to the [teddy] bear" as it is called here in that a human pays attention. And talking to a human that doesn't know the subject has its own benefits, as Douglas Adams pointed out:
"There really wasn't a lot this machine could do that you couldn't do yourself in half the time with a lot less trouble," said Richard, "but it was, on the other hand, very good at being a slow and dim-witted pupil."
Reg looked at him quizzically.
"I had no idea they were supposed to be in short supply," he said. "I could hit a dozen with a bread roll from where I'm sitting."
"I'm sure. But look at it this way. What really is the point of trying to teach anything to anybody?"
This question seemed to provoke a murmur of sympathetic approval from up and down the table.
Richard continued, "What I mean is that if you really want to understand something, the best way is to try and explain it to someone else. That forces you to sort it out in your own mind. And the more slow and dim-witted your pupil, the more you have to break things down into more and more simple ideas. And that's really the essence of programming. By the time you've sorted out a complicated idea into little steps that even a stupid machine can deal with, you've certainly learned something about it yourself. The teacher usually learns more than the pupil. Isn't that true?"
"It would be hard to learn much less than my pupils," came a low growl from somewhere on the table, "without undergoing a pre-frontal lobotomy."
BTW, I wouldn't suggest you compare your sweetheart to a very slow, dim-witted pupil. Certainly not to her face.
I have a glass desk. Obviously the optical mouse has trouble. I would, however, love to get rid of the mousepad -- it always seems like one more piece of clutter (of which my desk already has enough, thank you).
Have you tried adhering the mouse pad to the underside of the glass desktop? It might work if the glass isn't too thick for the focus. A sandblasted mouse-pad region might work better, but is more permanent.
I've also had problems with laser mice on lenticular mouse pads.
We had such a thing at university, so that students and staff who had odd hardware could get data on to the network, and from there store it on something more common.
Same here, except the file transfer station wasn't networked. The strangest thing I encountered was a word processor on a Apple II DOS 3.3 floppy that saved its files as S-type files and the user wanted it on a PC. Solution was to use the word processor to print the file, where the printer was actually a null modem connection to a PC running a terminal program that could save incoming text to disk. Whole setup was an Apple IIe, Mac 512K, and some pizza-box model of PC. RS-232 serial ports can be a godsend.
For data migration, you need functioning hardware with overlapping media support. An Apple IIgs(*) is great for getting data from as old as a DOS 3.2 disk to an HFS disk (though I think the software to migrate from 3.2 to 3.3 still requires blank 5.25" disks, if you can take a disk image an emulator might help). An AppleTalk network from that IIgs to a suitably old Mac (or Linux system if you can find current drivers) that also supports AppleTalk networks can get around the rarity of 3.5" disks, and can also have Ethernet support so you can get it to anything modern.
In short, if you can get your original data as an image file, a single machine and a set of emulators can do your migration to modern hardware. But anything that requires access to old media is going to need old peripherals and the old hardware to access them, and that's going to make any system not-small. You need to focus on minimizing the hardware hopping.
(*) Did an Apple IIe converted to a IIgs still have a working cassette-in port?
Fire wasn't regulated either, at it could burn down whole forests!
"Fire engulfed the forest, boiled into the night, then neatly put itself out, as all unscheduled fires over a certain size are now required to do by law." -- Douglas Adams, "Mostly Harmless", Chapter 11.
Wouldn't the receiving bitorrent client notice that the received data is not encrypted (or fail to decrypt it, since it's not)?
(a) The man-in-the-middle program could merely encrypt the content the way before forwarding it to the receiving bittorrent client, meeting its expectations, or (b) requested both encrypted and non-encrypted copies and passed on the encrypted version to the client upon the results of its test on the non-encrypted copy, or (c) doesn't get in the way of the encrypted transfer and just sends its own parallel requests for non-encrypted versions and analyzes them itself, inferring the content of the encrypted version.
Of course, a proper secure connection not only encrypts the data but also encrypts the request for the data, preventing outside knowledge of what is being requested (both identity of content and the content itself).
As far as I know, Switzerland already successfully tested it during last year's elections by transfering voting data from a few selected stations to the voting headquarters. Given all the problems with voting machines, that's a quite obvious area of application.
You can still transmit falsified data over a secure connection. In fact, it can be falsified at either end without breaking the security of the connection.
(Not that I'm suggesting there was any falsified data in Switzerland's elections.)
In principle it would probably be possible for Blizzard to implement a kind of LAN mode -- you could maybe have it connect to battle.net for protection purposes, then have the clients communicate directly over the local network for most of the actual gameplay.
P2P PvP.
Maybe minimal traffic back to the mothership for monitoring purposes, nothing that would delay the play.
To summarize, even if our entire planet and everything on it were converted into Replicator blocks, each with its own IPv6 address, we wouldn't run out of address space.
(I'll leave comparing IPv6 to Unicron for someone else.)
Unless we were really, really wasteful in how we allocate the space to the blocks. And with their being so plentiful, the probability of wastefulness in allocation is really high, starting with equal allocation to the countries of the world (except the major powers who will get more).
We're sorry. Your call could not be completed. The other party is currently traveling at... eighty-eight... miles per hour. If you would like to leav-- [call dropped]
[redial]
We're sorry. The number you have dialed is not currently active on the network. Please try your call again later. Thank you.
I posted on Slashdot a couple years ago about detecting the doppler shift of the radio frequencies emitted by a cell phone to determine if it is motion and disabling it accordingly, and that it was only a matter of time before such a system become mandatory for all cell phones.
Slashdot Mirror
And did it drive you stark-raving mad?
Ah, it appears you have anticipated my question. Well done.
(I am considering trying this. There's just a matter of certain regular meetings, occasional free lunches on Thursdays to consider, and the usual holidays, and a benefit is that the off-peak work times mean more opportunities to do coding that would otherwise disrupt all the other programmers.)
Indeed, talking to a human is much better than "talking to the [teddy] bear" as it is called here in that a human pays attention. And talking to a human that doesn't know the subject has its own benefits, as Douglas Adams pointed out:
BTW, I wouldn't suggest you compare your sweetheart to a very slow, dim-witted pupil. Certainly not to her face.
I have a glass desk. Obviously the optical mouse has trouble. I would, however, love to get rid of the mousepad -- it always seems like one more piece of clutter (of which my desk already has enough, thank you).
Have you tried adhering the mouse pad to the underside of the glass desktop? It might work if the glass isn't too thick for the focus. A sandblasted mouse-pad region might work better, but is more permanent.
I've also had problems with laser mice on lenticular mouse pads.
Breaking the window doesn't unlock the door.
But it does gain access to the interior unlocking controls.
What it doesn't do is disengage the car alarm.
(I haven't tried climbing in through the window to see what triggering the occupant weight sensor first does.)
You must be new here! :)
Not as new as you. ;)
And, surprise surprise, the summary was in fact updated!
(I only checked after seeing another article reference OpenCL with a link to the Wikipedia page.)
ZIP drives are SCSI, IDE or USB so with aUSB SCSI interface you should be able to handle them.
Provided you can find a ZIP drive that hasn't clicked itself to death.
(I still have a functioning JAZ drive.)
We had such a thing at university, so that students and staff who had odd hardware could get data on to the network, and from there store it on something more common.
Same here, except the file transfer station wasn't networked. The strangest thing I encountered was a word processor on a Apple II DOS 3.3 floppy that saved its files as S-type files and the user wanted it on a PC. Solution was to use the word processor to print the file, where the printer was actually a null modem connection to a PC running a terminal program that could save incoming text to disk. Whole setup was an Apple IIe, Mac 512K, and some pizza-box model of PC. RS-232 serial ports can be a godsend.
For data migration, you need functioning hardware with overlapping media support. An Apple IIgs(*) is great for getting data from as old as a DOS 3.2 disk to an HFS disk (though I think the software to migrate from 3.2 to 3.3 still requires blank 5.25" disks, if you can take a disk image an emulator might help). An AppleTalk network from that IIgs to a suitably old Mac (or Linux system if you can find current drivers) that also supports AppleTalk networks can get around the rarity of 3.5" disks, and can also have Ethernet support so you can get it to anything modern.
In short, if you can get your original data as an image file, a single machine and a set of emulators can do your migration to modern hardware. But anything that requires access to old media is going to need old peripherals and the old hardware to access them, and that's going to make any system not-small. You need to focus on minimizing the hardware hopping.
(*) Did an Apple IIe converted to a IIgs still have a working cassette-in port?
Obviously, you'll have to turn the car upside-down if you're going to use a bowling ball. Some people would find that inconvenient.
Canadians seem to find it easy enough: they use curling stones. Maybe it's easier to flip a car on ice?
Seems the people writing the articles can't decide whether it is TiVX or TViX. Looks closer to TV'X to me.
I know one thing: it makes proposing crashing paper airplanes into Rudy Guliani sound a tad more threatening than intended.
Fire wasn't regulated either, at it could burn down whole forests!
"Fire engulfed the forest, boiled into the night, then neatly put itself out, as all unscheduled fires over a certain size are now required to do by law." -- Douglas Adams, "Mostly Harmless", Chapter 11.
Wouldn't the receiving bitorrent client notice that the received data is not encrypted (or fail to decrypt it, since it's not)?
(a) The man-in-the-middle program could merely encrypt the content the way before forwarding it to the receiving bittorrent client, meeting its expectations, or (b) requested both encrypted and non-encrypted copies and passed on the encrypted version to the client upon the results of its test on the non-encrypted copy, or (c) doesn't get in the way of the encrypted transfer and just sends its own parallel requests for non-encrypted versions and analyzes them itself, inferring the content of the encrypted version.
Of course, a proper secure connection not only encrypts the data but also encrypts the request for the data, preventing outside knowledge of what is being requested (both identity of content and the content itself).
Huh? My HD DVD drives (2) came in USB-only enclosures (intended for XBOX 360).
As far as I know, Switzerland already successfully tested it during last year's elections by transfering voting data from a few selected stations to the voting headquarters. Given all the problems with voting machines, that's a quite obvious area of application.
You can still transmit falsified data over a secure connection. In fact, it can be falsified at either end without breaking the security of the connection.
(Not that I'm suggesting there was any falsified data in Switzerland's elections.)
And unfortunately, if you take the people out of the loop, you're letting WOPR become Skynet.
Then again, "unfortunately" depends on yourwelcome datacompperspective.
It has been and still is true that adept social engineering can break any security scheme, due to the vulnerability of the people involved.
And unfortunately, if you take the people out of the loop, you're letting WOPR become Skynet.
Locking your door doesn't help unless you have unbreakable windows.
Unbreakable windows don't help unless you have car-resistant walls.
I read it as KIDS-P Act.
In principle it would probably be possible for Blizzard to implement a kind of LAN mode -- you could maybe have it connect to battle.net for protection purposes, then have the clients communicate directly over the local network for most of the actual gameplay.
P2P PvP.
Maybe minimal traffic back to the mothership for monitoring purposes, nothing that would delay the play.
They're more interested in slapping WiFi chips on insects and tapping into their optic nerves for the betterment of the panopticon.
To summarize, even if our entire planet and everything on it were converted into Replicator blocks, each with its own IPv6 address, we wouldn't run out of address space.
(I'll leave comparing IPv6 to Unicron for someone else.)
Unless we were really, really wasteful in how we allocate the space to the blocks. And with their being so plentiful, the probability of wastefulness in allocation is really high, starting with equal allocation to the countries of the world (except the major powers who will get more).
We're sorry. Your call could not be completed. The other party is currently traveling at... eighty-eight... miles per hour. If you would like to leav-- [call dropped]
[redial]
We're sorry. The number you have dialed is not currently active on the network. Please try your call again later. Thank you.
I am all for prosecution of anyone who tries to multitask in ANY way while at the wheel.
If you stop to think
you shouldn't drive.
I posted on Slashdot a couple years ago about detecting the doppler shift of the radio frequencies emitted by a cell phone to determine if it is motion and disabling it accordingly, and that it was only a matter of time before such a system become mandatory for all cell phones.
One day all 7 will die.