I'm not going to touch any platter that can spin up to 5400 RPM or higher which I cannot determine the speed of. Having seen one work in a glass bulb and knowing what one shattering drive did to the enclosure of a PC (pieces of metal stuck in the side) cured me from that idea.
Oh, yeah, if there is a problem then your gun will certainly fix it.
The chances of you loosing the drive on the way are much higher than anybody recovering the data after a single pass. Unless you are allowed to shoot that rifle in the office of course, by now I would hardly be amazed.
Sometimes trying to follow OOP coding can just flat out be a nightmare and it is especially frustrating when procedural code would have worked just as efficiently without out everything being created into a complex objects. Maybe I mean that it would be a hell of a lot easier to read. But I guess the opposite could also be said,sometimes a few complex objects would help, but frankly I don't recall running into this in the last 5 years.
The whole idea is that objects should not be complex. Of course, what you are not familiar with is complex more or less by definition. I personally don't recall any largish program where the procedural approach would work better than the OO one. It seems that most companies are thinking the same way. And of course you need a good clean OO oriented language instead of overly complex ones to reap the benefit. And some colleagues who know how to use the language and a good standardized set of API's helps a lot as well.
Sometimes during orientation I wish that they would emphasize that they are now in Texas and people here have guns.
At least Java has build in support for deprecating the API. Of course there are still engineers that manage to screw up by building Java apps. And there are at least as many that manage to make Java platform dependent - even without using JNI. But look at all those other languages; are you really saying that dependency hell is less in those languages? Are you really saying that you've got more compatibility between modules in the other API's?
No, you're just in this shit because your applications are not being tested against the latest runtime. I've seen a few of these applications and invariably they can be run from the latest and greatest VM with minimum fuss. Of course, if your vendors are not willing to put in the fuss you're in trouble. So require your vendors to comply with Sun Java standards and test with newer VM's when required.
And with Java you are completely welcome to use super packages (in the future) and OSGi. Two very nice technologies to make it possible to specify which versions of modules are required. IMHO design using well defined modules/plugins is the next big thing in "enterprise" language design.
You certainly have "one the day" with that comment. You do understand that each of these OOP languages are also procedural do you? Or are you proposing to go back to global variables? DOS based point of sale system? You mean programming with hooks and interrupts? Oh, hell, I'll get of your lawn now.
I wish I could put in the stupid questions, but I'm afraid that they require quite some knowledge (this *was* at university CS level courses) and - more importantly - context. I guess you had to be there.
Yup, always look for well used open source projects before turning to free (or payed) ones. In my opinion, I like free projects about as much as payed ones. They are free, but you won't get any support as you do with open source packages that are doing well. And most of the time they are single man jobs, or side jobs of commercial companies. This means that they are much more likely to contain crap-ware as well. Payed software is only OK if it includes some kind of statement about support and upgrades. If it doesn't you may be in trouble when the first bug hits you.
I won't say that it is impossible to get quality free, non-open source software, but the chances are much higher that you get crap than with pure open source.
Oh, yes there are. I remember in college that we all had a laugh when each and every professor told us this. Problem was this guy who was really good at learning things but had zero capability for performing logic thought. And this being a computer science study, we sure had a lot of fun when the professors subsequently tried to explain things to him after his "not dumb question".
Hard to know with everything stricken out, but it could still be the methods used for Phase 2. Maybe other people might troll on the project if they new URL's names etc. In that case they should have left at least the *intent* of the paragraph though.
I agree, although there is a bit too much blacked out to say for sure this is just for protecting personal details and payment rates. It's hard to have a guess what is stricken out at some places as even the headers and footers are gone. I cannot believe that these would interfere with security or privacy. But I would call the article sensationalist for sure. Ironically the pages they point at clearly have to do with privacy.
Other people give them away or sell them. Normally I give them away, although I do upgrade as well. Fortunately cases are still pretty easy to get, because I do always want to keep my screw less case.
Yes, but only locally. The fewer greenhouse gases would slow down the Sun getting to warm on the earth. But more importantly, the continuous airco driven by solar panel would slow down the sun from getting too warm in your car:)
Hmm, can anyone explain the crazy coloring of that RJ-45 shown? It immediately struck me as weird, the pairs are correct, but only the green wire seemed to be wired correctly. Wouldn't that matter if the wire on the other side used the T-568B scheme I normally use?
There are other ways (as mentioned, computers set up as man in the middle) or managed switches. However, somewhere in storage is my old hub, just in case. Don't forget that many routers are actually also managed switches, your router may have the ability to do this as well. Or look for a cheap one that can act like this, consumer targeted routers are cheaper than most managed switches (and likely much slower, but for this kind of thing they should be fine).
It says 7 carat for IC Diamond. Didn't the article mention 28 carats and much higher gain? Or does the 7 carat mean 7 carat after mixing it with the other components?
If this "security hole" just means that everybody is forgetting to disable the default way these parsers handle URI's for Schema's and DDT's then this is just a big scam. It's a known issue, although I would not be surprised if it isn't well known to many developers. In the worst case it is some kind of way of letting the XML parser perform a random URL request without the developer having the power to stop this from happening.
I must admit that the default behaviour as well as the API documentation leaves a lot to be desired. Even when security is directly involved, say with XML digital signatures, the API does not even mention how to do this in a secure fashion. I've written an application that verifies XML digital signatures in Java and there is at least 10 things you need to do to be slightly secure against forgeries and DoS attacks. At that time none of these were mentioned in the API, they were probably considered public knowledge by the API designers.
Very "funny" if you try verify a message using an URI within the message itself. Even worse with XML digital signatures, the signature could be over a completely different message than the one you are trying to verify if you are not careful.
Java (well, at least "Sun" code) and Python are in there, and since at least Java's XML libraries are fully native to the VM which *does* perform bounds checking, this is clearly something else. It's probably more in the semantics than in the syntax; e.g. treating URI's as URL's and following them without checking if they are from the same host.
Don't know, tried the live cd, couldn't get wireless working, downloaded Ubuntu. C'mon, that one they should have seen coming. If you can't get that right, you may as well release at a later date. Maybe they should have used 3.5 for 9.04, or they should have tried another wireless configuration utility, but this blows.
Slashdot Mirror
Crazy decline, got no line!
Mod parent up, seems real to me, and very on topic.
I'm not going to touch any platter that can spin up to 5400 RPM or higher which I cannot determine the speed of. Having seen one work in a glass bulb and knowing what one shattering drive did to the enclosure of a PC (pieces of metal stuck in the side) cured me from that idea.
Oh, yeah, if there is a problem then your gun will certainly fix it.
The chances of you loosing the drive on the way are much higher than anybody recovering the data after a single pass. Unless you are allowed to shoot that rifle in the office of course, by now I would hardly be amazed.
Sometimes trying to follow OOP coding can just flat out be a nightmare and it is especially frustrating when procedural code would have worked just as efficiently without out everything being created into a complex objects. Maybe I mean that it would be a hell of a lot easier to read. But I guess the opposite could also be said,sometimes a few complex objects would help, but frankly I don't recall running into this in the last 5 years.
The whole idea is that objects should not be complex. Of course, what you are not familiar with is complex more or less by definition. I personally don't recall any largish program where the procedural approach would work better than the OO one. It seems that most companies are thinking the same way. And of course you need a good clean OO oriented language instead of overly complex ones to reap the benefit. And some colleagues who know how to use the language and a good standardized set of API's helps a lot as well.
Sometimes during orientation I wish that they would emphasize that they are now in Texas and people here have guns.
?
At least Java has build in support for deprecating the API. Of course there are still engineers that manage to screw up by building Java apps. And there are at least as many that manage to make Java platform dependent - even without using JNI. But look at all those other languages; are you really saying that dependency hell is less in those languages? Are you really saying that you've got more compatibility between modules in the other API's?
No, you're just in this shit because your applications are not being tested against the latest runtime. I've seen a few of these applications and invariably they can be run from the latest and greatest VM with minimum fuss. Of course, if your vendors are not willing to put in the fuss you're in trouble. So require your vendors to comply with Sun Java standards and test with newer VM's when required.
And with Java you are completely welcome to use super packages (in the future) and OSGi. Two very nice technologies to make it possible to specify which versions of modules are required. IMHO design using well defined modules/plugins is the next big thing in "enterprise" language design.
You certainly have "one the day" with that comment. You do understand that each of these OOP languages are also procedural do you? Or are you proposing to go back to global variables? DOS based point of sale system? You mean programming with hooks and interrupts? Oh, hell, I'll get of your lawn now.
Holy crap, mod parent off topic. If you can't find any popular computer related topics using Google, in general they don't exist.
I wish I could put in the stupid questions, but I'm afraid that they require quite some knowledge (this *was* at university CS level courses) and - more importantly - context. I guess you had to be there.
Yup, always look for well used open source projects before turning to free (or payed) ones. In my opinion, I like free projects about as much as payed ones. They are free, but you won't get any support as you do with open source packages that are doing well. And most of the time they are single man jobs, or side jobs of commercial companies. This means that they are much more likely to contain crap-ware as well. Payed software is only OK if it includes some kind of statement about support and upgrades. If it doesn't you may be in trouble when the first bug hits you.
I won't say that it is impossible to get quality free, non-open source software, but the chances are much higher that you get crap than with pure open source.
"There are no dumb questions."
Oh, yes there are. I remember in college that we all had a laugh when each and every professor told us this. Problem was this guy who was really good at learning things but had zero capability for performing logic thought. And this being a computer science study, we sure had a lot of fun when the professors subsequently tried to explain things to him after his "not dumb question".
Hard to know with everything stricken out, but it could still be the methods used for Phase 2. Maybe other people might troll on the project if they new URL's names etc. In that case they should have left at least the *intent* of the paragraph though.
I agree, although there is a bit too much blacked out to say for sure this is just for protecting personal details and payment rates. It's hard to have a guess what is stricken out at some places as even the headers and footers are gone. I cannot believe that these would interfere with security or privacy. But I would call the article sensationalist for sure. Ironically the pages they point at clearly have to do with privacy.
Other people give them away or sell them. Normally I give them away, although I do upgrade as well. Fortunately cases are still pretty easy to get, because I do always want to keep my screw less case.
50 million spend just to get those drunk astronauts safely home. What a waste. Just limit the amount of Vodka they are allowed in their luggage.
Yes, but only locally. The fewer greenhouse gases would slow down the Sun getting to warm on the earth. But more importantly, the continuous airco driven by solar panel would slow down the sun from getting too warm in your car :)
"I'm not shocked and surprised when a plane crashes though."
You would if you were in it I suppose.
"It is hypothesized that the Toba explosion may have reduced the average global temperature by 3â"5 ÂC (5â"9 ÂF) for several years"
Only 3-5 degrees difference? I think we can match that with ease.
Hmm, can anyone explain the crazy coloring of that RJ-45 shown? It immediately struck me as weird, the pairs are correct, but only the green wire seemed to be wired correctly. Wouldn't that matter if the wire on the other side used the T-568B scheme I normally use?
Color codes:
http://www.incentre.net/content/view/75/2/
There are other ways (as mentioned, computers set up as man in the middle) or managed switches. However, somewhere in storage is my old hub, just in case. Don't forget that many routers are actually also managed switches, your router may have the ability to do this as well. Or look for a cheap one that can act like this, consumer targeted routers are cheaper than most managed switches (and likely much slower, but for this kind of thing they should be fine).
It says 7 carat for IC Diamond. Didn't the article mention 28 carats and much higher gain? Or does the 7 carat mean 7 carat after mixing it with the other components?
I would if the slashdot UI would have a link or button on the page to view the signature of individual messages.
If this "security hole" just means that everybody is forgetting to disable the default way these parsers handle URI's for Schema's and DDT's then this is just a big scam. It's a known issue, although I would not be surprised if it isn't well known to many developers. In the worst case it is some kind of way of letting the XML parser perform a random URL request without the developer having the power to stop this from happening.
I must admit that the default behaviour as well as the API documentation leaves a lot to be desired. Even when security is directly involved, say with XML digital signatures, the API does not even mention how to do this in a secure fashion. I've written an application that verifies XML digital signatures in Java and there is at least 10 things you need to do to be slightly secure against forgeries and DoS attacks. At that time none of these were mentioned in the API, they were probably considered public knowledge by the API designers.
Very "funny" if you try verify a message using an URI within the message itself. Even worse with XML digital signatures, the signature could be over a completely different message than the one you are trying to verify if you are not careful.
Java (well, at least "Sun" code) and Python are in there, and since at least Java's XML libraries are fully native to the VM which *does* perform bounds checking, this is clearly something else. It's probably more in the semantics than in the syntax; e.g. treating URI's as URL's and following them without checking if they are from the same host.
Don't know, tried the live cd, couldn't get wireless working, downloaded Ubuntu. C'mon, that one they should have seen coming. If you can't get that right, you may as well release at a later date. Maybe they should have used 3.5 for 9.04, or they should have tried another wireless configuration utility, but this blows.