So the CPU is on the daughterboard. Everything that's specific to the CPU type (North/South bridges, etc) would have to go on there as well. Likely memory as well.
Congratulations. They've re-discovered the backplane and single board computer.
The bottom line is that a 750 mile object of 4% the mass of the Moon, colliding at the far side of the Moon (as suggested in this article) would have had a very noticeable effect on the Moon's orbital trajectory around the Earth, providing an eccentric elliptical orbit, make it non-tidally locked, and most importantly would be sending the Moon on a spiral towards us, rather than away from us as we are currently seeing.
If the 750 mile object were in the same orbit as the moon, it would have the same orbital velocity as the moon. With a very small difference in velocity between it and the moon, it wouldn't change the moon's orbit much at all. Since the theory is that the smaller moon would have started in either the L4 or L5 Earth-Moon Legrange points, they would have had the same velocity.
For CompSci, you'll probably be looking at digital signals more often than analog. Consider getting a logic analyzer instead.
I've worked with LeCroy LogicStudio 16. It's a logic analyzer that connects to your PC over USB. It does I2C, SPI, and UART triggering & decoding, and can capture 16 channels at 500 MHz. It costs just under $1000.
My car has a built-in range check and its computer tells me how far behind I am behind the car in front of me.
...I have currently set the range check to start blinking warningly at 1.5 seconds or less....
What car has these features? Sometimes I check myself by timing 2 seconds, but keeping my eyes fixed on some feature on the road surface or roadside for 2 seconds isn't the safest thing.
...500 times further away from the Sun than the Earth...
An observatory at 500 AU? Really? Considering the two farthest man-made objects, Voyager 1 and Voyager 2, are only at 94 and 84 AU, this seems overambitious to the point of completely unrealistic.
Really? You really need OCR or image processing to automatically convert a once daily number?
Set up the webcam to take a daily picture, and type in the number yourself. It'll take what, 15 seconds per day? 2 minutes for an entire week, less than 10 minutes for an entire month's worth of data? You'll end up spending more time configuring the automatic reader than you would typing in an entire year's worth of data.
If Toyota was selling cars that worked, but the Honda cars wouldn't start and wouldn't run on any of the fuels sold by the corner gas station, it wouldn't matter at all if the Honda engineers could talk a good line about the skillset needed to design the pistons being different than the skillset needed to design the brake rotors. Nobody would want the cars! That's the position Linux is in now in the desktop, and until this attitude disappears, it always will be in that position.
The gas station on the corner from me is a truck stop. If my car won't run when I put diesel fuel in it, is that my fault, or Honda's?
Ever wondered why the collection classes require you to pass in an array to the toArray(T[]) method? Because Java generics throw away the class information after compile time (although there's no reason they need to do this, they could have kept it and maintained backwards compatibility), so you have to pass in an array to give the type information Java removed.
A) Before generics were added, the toArray(T[]) function already existed as toArray(Object[]). Since this function pre-dates generics, the fact that it takes an array parameter, by definition, cannot have anything to do with generics.
B) For the interface Collection<E>, the function is defined as toArray(T[]), not toArray(E[]). The generic type T is defined locally for this function, and it does not have to be the same as type E.
I believe that in the quote, you are suggesting that this function should be implemented as taking no parameters and returning an array of the same type as the enumerated type. While I agree that this would be useful, it does not give as much functionality as toArray(T[]), and is not a suitable replacement.
The question to ask is, why upgrade at all? Is there something wrong with MSVC 6? Does it all of the sudden not work?
If the only reason to upgrade is because some not-too-informed person (be it PHB or novice programmer) wants to be running the latest-and-greatest, then don't.
This is a really bad idea. Any new player who uses this service will have no idea how to play this high level character. All high level characters are quite specialized, and players who have taken the time to get them to a high level know all the subtleties needed to play that character effectively. Someone who just bought/rented a character will have no idea how to even play the game, much less be aware of the subtleties needed to play that character well.
Example: I play Lineage II (http://www.lineage2.com/ ). A couple months ago, I was grouped with this one healer. I asked the healer which armor set she was wearing, since I didn't recognise it. She responded with the name of an armor that's meant to be worn by a damage dealing melee character. When I asked her why she was wearing that type of armor, that it wasn't good for her character, she switched to another type of armor... which was still the completely wrong choice for that character. I asked "You just ebayed that character, didn't you?", and she promptly left without saying another word.
The point of that whole story is, most MMOs have a very strong focus on group play in the later levels and endgame. If there are inexperienced players in the group, then the group will go badly. If the group goes badly, then the player will get an unfavorable impression of the game, and the other, experienced players will not want to group with the inexperienced player again, further giving the the player an unfavorable impression of the game.
There's one thing I love about Visual Basic: "On Error GoTo Hell" is not only valid syntax, but if you make "hell" your error handler everywhere, then "On Error GoTo Hell" becomes a coding standard!
Many bird owners are aware of the dangers of Teflon. Cooking with Teflon cookware will kill your birds. Not cooking their food, but any food. Teflon delaminates from the cookware and gets into the air. This isn't from crazy environmentalists; it's a real danger.
Yes, Teflon can come off of the cookware... IF you get it hot enough to burn the Teflon. As long as you don't burn the food (or overheat an empty pan), the bird'll be fine.
The problem in a nutshell, going with the analogy is that programmers are not architects.
They are brick layers and the guys who put in the pipes.
Imagine a house, built without a design as brick layers and guys who lay piples making it up as they go along.
A friend of mine just built a new house, and he compared his old & new... His old house was nothing special, it looked just like the house right next to it, but the architecture made sense: Perfect example: everything that used water (toilets, kitchen, laundry) were located horizontally near each other, so that the plumbing would be nice and simple. In the new house, nothing was near each other, there's probably 100 feet of plumbing (in each direction) in there. I asked "what if this room were flipped the other way around?", and he shrugged, he didn't care either way. With the floorplan he had, simply switching it around so that the toilet is on the left side of the room instead of on the right, would have saved something like 20 feet of plumbing, and wouldn't have changed the rest of the floorplan.
Additionally, there were other things that weren't "quite right" with the construction: One wall didn't have enough support and it wobbles, a column doesn't line up exactly with the thing it is supporting, stuff like that. So what did the people who lay bricks and pipes do? Probably the same thing we do when a project manager gives us requirements that don't make a lot of sense: Grumble about the idiot that design this thing, it'd be a lot better if you simplified it this way, and then do it anyway, because the decision's been made, the higher-ups have spoken!
If houses were designed by the same people who design the requirements for software, you'd end up with.... exactly the same thing: Something that looks nice, but would be better designed & better built if they let people who know how to build these things have some say in the design.
The problem with this suggestion is that if your fingerprint (or some other bio-metric info) is stolen or duplicated, you can't change it. How would you like a genius hacker to have permanent access to all of your data for life?
Perhaps a genius user could outwit the genius hacker by changing their fingerprint... by using a different finger.
1. IDS set to trigger on specific patterns and events (if you have been seeing this stuff on your network constantly, you'll know what to look for already.), you can even set some up free using FOSS. 2. the IDS alerts then trigger shutting down their switch port and notify an admin. Depending on your switch port mapping database, you can even email the user.
And if you shut down their switch port, how are they going to get that email?
From what you've described, all the manuals would have to be re-formatted to be in this new web format. Depending on the complexity of the manuals (100 pages of flat text vs. diagrams, charts, pictures, etc.), this is probably a job for a Technical Writer, not for the person designing the documentation system. Given that there's little to no budget, I think it's perfectly accurate to tell your boss that it can't be done.
I would recommend this: Transfer the print versions of the manuals to PDF, like you originally suggested. Try to convince your boss to try this, and see how your customers like it. Since PDFing the print manuals is same thing that everyone else does, your customers will be expecting it and will already be used to it. (Play up the "no user training" angle.)
Speaking as someone who has had to look up manuals for all sorts of odd standards and parts online, I always find a PDF to be the best thing: You can save a PDF to your hard drive. When printed, it always looks the same, no weird printing anomalies. You can bookmark a PDF's online location very easily. All of these things may or may not be true of a "Yahoo-like interface with categories".
And one other thing: That "Show printable version" thing that you'd still have to have with the Yahoo-like interface: Most likely, that would be the PDF that you want to generate in the first place!
If you can't convince your boss to go for just the PDFs, try to convince him of a phased deployment: put the PDFs online now, because they're basically already done. THEN start on designing whatever fancy system they're looking for. Eventually, there will be a time to choose "what we have now, for free, vs. this fancy thing, for $$$". Hopefully, they'll choose what they already have.
Assuming the audio chip has a part number on it, try to get the datasheet from the manufacturer. See what format data it outputs, and perhaps the data on the hard drive is raw output from the audio chip. (If the audio chip's native format is 12 bit, 8k samples/sec, then that might be what's on the HD. If the audio chip supports some sort of audio compression, etc...)
A reasonable first step would be to try to take the entire contents of the drive and send it out your sound card... (dd/dev/hdb/dev/audio or something like that (I'm not a Linux guy)). If the HD was used just to dump raw wave data to, you'll hear something (possibly squeaky voices if it's the wrong format, but you'll be able to tell there's something there). Even if there's a filesystem of some sort that you can't interpret, that would just be noise at the beginning of the playback, before it got to the real audio.
If it really is encrypted, then you'd have to do some sort of cryptanalysis, and I have no idea how to even begin cryptanalysis on audio data. At that point, I say open the HD up and scrape the platters until they're shiny silver instead of shiny brown.
The choreography consists of taking the original requirements, ripping them to shreds, and running around screaming as you throw them into the air like confetti.
Wow! I thought I was just frustrated, but it turns out I've been doing interpretive dance for years and didn't know it!
Get a normal PC power supply. It's got output voltages at 5 and 12 volts, which should cover most of your equipment (a lot of stuff that has a 6 volt wall brick works fine on 5 volts). It's also got a 5 volt line that's always on, if you've got something that you don't want controlled by the switch.
Slashdot Mirror
I also want a mini-display port connector.
They already have that. You can plug your phone into a monitor with a SlimPort adapter.
So the CPU is on the daughterboard. Everything that's specific to the CPU type (North/South bridges, etc) would have to go on there as well. Likely memory as well.
Congratulations. They've re-discovered the backplane and single board computer.
The bottom line is that a 750 mile object of 4% the mass of the Moon, colliding at the far side of the Moon (as suggested in this article) would have had a very noticeable effect on the Moon's orbital trajectory around the Earth, providing an eccentric elliptical orbit, make it non-tidally locked, and most importantly would be sending the Moon on a spiral towards us, rather than away from us as we are currently seeing.
If the 750 mile object were in the same orbit as the moon, it would have the same orbital velocity as the moon. With a very small difference in velocity between it and the moon, it wouldn't change the moon's orbit much at all. Since the theory is that the smaller moon would have started in either the L4 or L5 Earth-Moon Legrange points, they would have had the same velocity.
For CompSci, you'll probably be looking at digital signals more often than analog. Consider getting a logic analyzer instead.
I've worked with LeCroy LogicStudio 16. It's a logic analyzer that connects to your PC over USB. It does I2C, SPI, and UART triggering & decoding, and can capture 16 channels at 500 MHz. It costs just under $1000.
They've got the full application available on their website, it'll use a simulated device as a demo. http://www.lecroy.com/logicstudio/
My car has a built-in range check and its computer tells me how far behind I am behind the car in front of me.
...I have currently set the range check to start blinking warningly at 1.5 seconds or less. ...
What car has these features? Sometimes I check myself by timing 2 seconds, but keeping my eyes fixed on some feature on the road surface or roadside for 2 seconds isn't the safest thing.
An observatory at 500 AU? Really? Considering the two farthest man-made objects, Voyager 1 and Voyager 2, are only at 94 and 84 AU, this seems overambitious to the point of completely unrealistic.
A car with yaw control...
I am in favor of cars being controlled by Yaw.
...have the value logged automatically each day.
Really? You really need OCR or image processing to automatically convert a once daily number?
Set up the webcam to take a daily picture, and type in the number yourself. It'll take what, 15 seconds per day? 2 minutes for an entire week, less than 10 minutes for an entire month's worth of data? You'll end up spending more time configuring the automatic reader than you would typing in an entire year's worth of data.
Better than a pile of rubble.
The gas station on the corner from me is a truck stop. If my car won't run when I put diesel fuel in it, is that my fault, or Honda's?
I don't use HDMI, so I may be wrong on some of the details, but doesn't HDMI have some sort of copy protection/encryption? Has that been cracked?
A) Before generics were added, the toArray(T[]) function already existed as toArray(Object[]). Since this function pre-dates generics, the fact that it takes an array parameter, by definition, cannot have anything to do with generics.
B) For the interface Collection<E>, the function is defined as toArray(T[]), not toArray(E[]). The generic type T is defined locally for this function, and it does not have to be the same as type E.
I believe that in the quote, you are suggesting that this function should be implemented as taking no parameters and returning an array of the same type as the enumerated type. While I agree that this would be useful, it does not give as much functionality as toArray(T[]), and is not a suitable replacement.
When sales of Britney outstrip sales of the Emperor Concerto something is out of whack.
Don't worry. In 100 years, no one will listen to Britney anymore, but people will still be listening to the Emperor Concerto.
The question to ask is, why upgrade at all? Is there something wrong with MSVC 6? Does it all of the sudden not work?
If the only reason to upgrade is because some not-too-informed person (be it PHB or novice programmer) wants to be running the latest-and-greatest, then don't.
This is a really bad idea. Any new player who uses this service will have no idea how to play this high level character. All high level characters are quite specialized, and players who have taken the time to get them to a high level know all the subtleties needed to play that character effectively. Someone who just bought/rented a character will have no idea how to even play the game, much less be aware of the subtleties needed to play that character well.
Example: I play Lineage II (http://www.lineage2.com/ ). A couple months ago, I was grouped with this one healer. I asked the healer which armor set she was wearing, since I didn't recognise it. She responded with the name of an armor that's meant to be worn by a damage dealing melee character. When I asked her why she was wearing that type of armor, that it wasn't good for her character, she switched to another type of armor... which was still the completely wrong choice for that character. I asked "You just ebayed that character, didn't you?", and she promptly left without saying another word.
The point of that whole story is, most MMOs have a very strong focus on group play in the later levels and endgame. If there are inexperienced players in the group, then the group will go badly. If the group goes badly, then the player will get an unfavorable impression of the game, and the other, experienced players will not want to group with the inexperienced player again, further giving the the player an unfavorable impression of the game.
There's one thing I love about Visual Basic: "On Error GoTo Hell" is not only valid syntax, but if you make "hell" your error handler everywhere, then "On Error GoTo Hell" becomes a coding standard!
Two widescreen monitors would provide the same amount of screen real estate as three normal monitors.
Many bird owners are aware of the dangers of Teflon. Cooking with Teflon cookware will kill your birds. Not cooking their food, but any food. Teflon delaminates from the cookware and gets into the air. This isn't from crazy environmentalists; it's a real danger.
Yes, Teflon can come off of the cookware... IF you get it hot enough to burn the Teflon. As long as you don't burn the food (or overheat an empty pan), the bird'll be fine.
The problem in a nutshell, going with the analogy is that programmers are not architects.
They are brick layers and the guys who put in the pipes.
Imagine a house, built without a design as brick layers and guys who lay piples making it up as they go along.
A friend of mine just built a new house, and he compared his old & new... His old house was nothing special, it looked just like the house right next to it, but the architecture made sense: Perfect example: everything that used water (toilets, kitchen, laundry) were located horizontally near each other, so that the plumbing would be nice and simple. In the new house, nothing was near each other, there's probably 100 feet of plumbing (in each direction) in there. I asked "what if this room were flipped the other way around?", and he shrugged, he didn't care either way. With the floorplan he had, simply switching it around so that the toilet is on the left side of the room instead of on the right, would have saved something like 20 feet of plumbing, and wouldn't have changed the rest of the floorplan.
Additionally, there were other things that weren't "quite right" with the construction: One wall didn't have enough support and it wobbles, a column doesn't line up exactly with the thing it is supporting, stuff like that. So what did the people who lay bricks and pipes do? Probably the same thing we do when a project manager gives us requirements that don't make a lot of sense: Grumble about the idiot that design this thing, it'd be a lot better if you simplified it this way, and then do it anyway, because the decision's been made, the higher-ups have spoken!
If houses were designed by the same people who design the requirements for software, you'd end up with.... exactly the same thing: Something that looks nice, but would be better designed & better built if they let people who know how to build these things have some say in the design.
The problem with this suggestion is that if your fingerprint (or some other bio-metric info) is stolen or duplicated, you can't change it. How would you like a genius hacker to have permanent access to all of your data for life?
Perhaps a genius user could outwit the genius hacker by changing their fingerprint... by using a different finger.
1. IDS set to trigger on specific patterns and events (if you have been seeing this stuff on your network constantly, you'll know what to look for already.), you can even set some up free using FOSS.
2. the IDS alerts then trigger shutting down their switch port and notify an admin. Depending on your switch port mapping database, you can even email the user.
And if you shut down their switch port, how are they going to get that email?
From what you've described, all the manuals would have to be re-formatted to be in this new web format. Depending on the complexity of the manuals (100 pages of flat text vs. diagrams, charts, pictures, etc.), this is probably a job for a Technical Writer, not for the person designing the documentation system. Given that there's little to no budget, I think it's perfectly accurate to tell your boss that it can't be done.
I would recommend this: Transfer the print versions of the manuals to PDF, like you originally suggested. Try to convince your boss to try this, and see how your customers like it. Since PDFing the print manuals is same thing that everyone else does, your customers will be expecting it and will already be used to it. (Play up the "no user training" angle.)
Speaking as someone who has had to look up manuals for all sorts of odd standards and parts online, I always find a PDF to be the best thing: You can save a PDF to your hard drive. When printed, it always looks the same, no weird printing anomalies. You can bookmark a PDF's online location very easily. All of these things may or may not be true of a "Yahoo-like interface with categories".
And one other thing: That "Show printable version" thing that you'd still have to have with the Yahoo-like interface: Most likely, that would be the PDF that you want to generate in the first place!
If you can't convince your boss to go for just the PDFs, try to convince him of a phased deployment: put the PDFs online now, because they're basically already done. THEN start on designing whatever fancy system they're looking for. Eventually, there will be a time to choose "what we have now, for free, vs. this fancy thing, for $$$". Hopefully, they'll choose what they already have.
Assuming the audio chip has a part number on it, try to get the datasheet from the manufacturer. See what format data it outputs, and perhaps the data on the hard drive is raw output from the audio chip. (If the audio chip's native format is 12 bit, 8k samples/sec, then that might be what's on the HD. If the audio chip supports some sort of audio compression, etc...)
/dev/hdb /dev/audio or something like that (I'm not a Linux guy)). If the HD was used just to dump raw wave data to, you'll hear something (possibly squeaky voices if it's the wrong format, but you'll be able to tell there's something there). Even if there's a filesystem of some sort that you can't interpret, that would just be noise at the beginning of the playback, before it got to the real audio.
A reasonable first step would be to try to take the entire contents of the drive and send it out your sound card... (dd
If it really is encrypted, then you'd have to do some sort of cryptanalysis, and I have no idea how to even begin cryptanalysis on audio data. At that point, I say open the HD up and scrape the platters until they're shiny silver instead of shiny brown.
"I call this next piece, 'Scope Drift.'"
The choreography consists of taking the original requirements, ripping them to shreds, and running around screaming as you throw them into the air like confetti.
Wow! I thought I was just frustrated, but it turns out I've been doing interpretive dance for years and didn't know it!
Get a normal PC power supply. It's got output voltages at 5 and 12 volts, which should cover most of your equipment (a lot of stuff that has a 6 volt wall brick works fine on 5 volts). It's also got a 5 volt line that's always on, if you've got something that you don't want controlled by the switch.