Yeah, you can't unilaterally change the terms of service for a site you're using. If you use the site, you're bound by their existing TOS. If you want to have those terms amended, you'll need to discontinue use of the site until / unless they accept your changes. And good luck with that from your bookmarklet.
None of the above. It's a scheme to pass your IP address to CDNs such as akamai so that they can select an edge server that's closer to you. Absent this, CDNs select an edge server closest to your DNS provider — that's fine if you're using your ISP's DNS, but in the case of an OpenDNS or Google Public DNS, that's likely a poor choice.
... in Austin right now, a software engineer can get a new job very, very easily, since the market is so hot now. Compared to the last time I was looking for a job (early 2001), the market is at least 100x better. My phone is ringing off the hook with calls from recruiters, and I haven't done much more than put my resume out on dice and monster.
From the article:
The biggest IT job category--computer software engineers--grew to 816,000, up from 757,000 in 2000, a nearly 8% increase. Other IT jobs seeing an increase in workforce numbers between the first halves of 2000 and 2004: database administrators, nearly doubling from 47,000 to 92,000, network-computer systems administrators, up 36% from 135,000 to 184,000, and network systems-data communications analysts, up 6% from 305,000 to 323,000.
this jives with what I've seen--a rise in software engineer jobs. My guess is that many of the less-skilled IT positions are being simply eliminated or outsourced.
The "bid price" is the highest amount that any buyer is willing to pay for a stock at a particular time. Likewise, the "ask price" is the lowest amount that any seller is willing to sell the stock for.
So, one particular buyer is asking to buy 100 shares at 4 cents, while one seller is offering to sell 100 shares at $892 each.
Since you're looking at the closing quote, the bid and ask prices are not particularly meaningful. One way to read those numbers is that "all reasonable orders were filled by the end of the day, and the remaining unfilled orders were ridculous (4 cents and $892)."
The patch is from 9 weeks ago... I wonder if the exploit writer got the idea from looking at the kernel changelog...
Re:Duh. Its called reflection
on
Hijacking .NET
·
· Score: 1
You may call setAccessible(true) on a private member to gain access to it. The default security manager for an application allows this; I'm not sure what the default applet security manager does, but I'd imagine it allows that too.
Re:Duh. Its called reflection
on
Hijacking .NET
·
· Score: 2, Informative
Access can be controlled by a security manager; but the default for a java application is to allow access.
They rewrote the *runners*, not the *framework*
on
Why We Refactored JUnit
·
· Score: 4, Informative
It would be more accurate to say that they rewrote the junit test runners and not the framework itself. JUnit's framework has an extremely simple and clean design, and really doesn't need any changing. The design of the runners, on the other hand really sucks, as Kent Beck has admitted on a couple of occasions.
That said, I don't know if artima has really contributed anything new here. Your IDE likely has a JUnit test runner built into it already (IntelliJ, JBuilder, and NetBeans all do). Ant also already has decent junit test and report targets, which basically include all of the capabilities artima has implemented. Another stand alone test runner is probably not all that useful for day to day development.
Oddly enough, I saw one of these vehicles up close a few years ago in Atlanta. It was on display in front of a conference center and I got a chance to talk to a couple of the military guys showing it off.
They use these things to set off unexploded ordinance (UXO), *not* buried mines like a bunch of the posters here seem to assume. Back then they were being used to blow up UXO on military target ranges.
Fun and horrifying fact: I asked them what kind of system they use for targeting the laser. Turns out it's a visual basic app running on NT 4! Ahhh!!!
RedSheriff is definitely not a part of the Java Runtime. It is an applet that various web sites use to track usage statistics. A quick read of their privacy policy, a google search, or even a quick look at a security newsgroup would have told you that.
Don't slashdot editors check these stories before posting them?
Microsoft is actually really good about giving away free software to CS students. At nearly every major university, they have a "student ambassador" (a former intern that still attends the school) who's sole purpose is to give away MS software and books to students and professors. If you can find the kid that's the ambassador at your school, you can get your free copy of Windows, Visual Studio, and all the books about.NET from Microsoft Press that your heart desires.
So Microsoft does give away software to students, you just have to know where to look.
I just graduated from an undergrad EE/CS program, so let me give you a few words of advice:
1. Don't underestimate the difficulty of getting a visa to work in the US as an intern. Many companies (such as IBM, I believe HP, and many others) won't sponsor a visa for an undergrad intern.
2. Don't rely on monster.com or even the company's own web resume submission gateway. Simply carpet bombing these places with your resume won't get you anywhere, especially because you need a visa sponsored. Find someone inside the company that you know/or have contact with, and get your resume to them.
3. The best company I can think of for you, as much as it pains me to say this as a fellow geek, is probably Microsoft. They have a very liberal visa sponsoring policy, and they pick up the bulk of your living expenses while you are interning for them. Besides, what better way to subvert the system than from the inside!;)
4. If you're thinking about a Ph.D., it's true, research experience is a very (perhaps the most) important factor in getting into a good school. Still, you have plenty of time to forge a good relationship with one of your professors and get research experience. I think if you see the industry side of things first, you'll see that nearly as much new work is being done in the industry, if not more. Plus, it pays a hell of a lot better too!
Just wanted to point out a flaw in the hackneyed "W is stupid so I shouldn't vote for him argument." Generally, a high IQ doesn't correlate to presidential success; in fact, it may even be inversely proportional. For example, Lincoln was probably our "dumbest" president, but he is undoubtedly one of our greatest. Similarly, Washington wasn't the brightest, but he was no slouch when it came to presidential duties. On the other side of the coin, Nixon and Carter were among the smartest of presidents, but had two of the least successful administrations.
Don't be paranoid. There are a few things wrong with your argument:
gcc is distributed under the GPL, and as such RedHat must make all changes to the 2.96 branch it ships publically available. There is nothing stopping another distribution from adopting gcc 2.96 also and staying perfectly in sync/compatible with RedHat 7.
3rd parties are unlikely to distribute binaries for RedHat 7 without also shipping RedHat 6 ones for quite some time (at least a couple of years, I would guess). Don't forget, RedHat 6 is the market leader right now. RedHat 7 binaries are just as worthless to a RedHat 6 user as they are to your average Debian/Slackware/SuSe user.
Presumably, RedHat 7 will not stay on gcc 2.96 for its entire lifetime--I would imagine RedHat would migrate to gcc 3.0 in a 7.x point release. Whatever solution RedHat comes up for making 7.0 binaries compatible with the gcc 3.0 RedHat 7.x will also most likely make 3rd party binaries for RedHat 7 usable on other distributions.
Wouldn't you expect Sun to at least consider putting solaris on the machine? The Cobalts are an x86 platform, so adapting solaris for them should be straight forward.
Just think, if Sun didn't consider putting replacing Linux with their own OS, it would be tantamount to saying "Yeah, Solaris x86 is the collasal piece of shit that even we don't use."
Sure, microcode is certainly nothing new. I believe the VAX even let you load different microcode for it depending on the type of task you were using it for (e.g., the "fast floating point" microcode, or the "fast integer" microcode").
The unique thing about the Crusoe is that it does the x86 to microcode translation purely in software, which was previously too slow to consider. This greatly reduces the hardware complexity and power consumption of the chip, which in turn reduces the cost.
While I agree with you that the Crusoe offers a lot of potential, I think you're giving Transmeta's "code morphing" way too much credit.
Transmeta's x86->microcode translation is no more dynamic than an Athlon's or Pentium's is. Let's look at their strategies:
Crusoe
Translate/reorder x86 instructions on the fly in software using "code morphing". The results will be in Cruesoe-native VLIW (Very Long Instruction Word) format, which is really just a block of 4 "normal" instructions that are guaranteed to have no dependence on each other/create any hazards if executed in parallel. Recent translations are kept in a cache.
Advantages:
- Hardware is really cheap and doesn't consume much power since there is no instruction reordering/translation done in hardware.
- Performance will be good if you have a high hit rate in your translation cache. Disadvantages - Absolutely awful performance when you have nearly any misses in your translation cache.
AMD/Intel
x86 instructions are converted into RISC-like micro-ops in hardware on the fly. Most common x86 instructions have a one-to-one correlation to a micro-op, and instructions are reordered dynamically to try to exploit parallelism. Advantages
- Fast: the worst case translation here is the same as the best case translation on a Crusoe (i.e., it's as if all instructions are a hit on the translation cache, as translation functionally incurs no overhead).
- Instruction reordering should be no worse than Crusoe's best effort. Disadvantages
- The reordering/translation hardware is very, very complex and takes up a ton of power.
As for the argument that "normal benchmarks cannot be applied to the Crusoe," don't believe Transmeta's marketing BS. An industry standard benchmark like SPEC9x does use real applications (like gcc, etc.) for longer than a few milliseconds, and should be a good indication of Crusoe's real world, steady state performance.
Don't get me wrong, I certainly like the Crusoe. However, if you're looking for performance on x86 applications equivalent to even a mobile Celeron, you'll probably need to look elsewhere. To me, the real intriguing aspect of Crusoe is the prospect of running "native" applications. Running an os (read: linux) and user apps compiled for the Crusoe architecture would eliminate the need for the "code morphing" overhead, as the packing/reordering of instructions into VLIW format would happen at compile time. Such a system should be very fast (I would imagine equal or better performance per clock to a mobile pentium), and have killer battery life to boot.
Slashdot Mirror
Yeah, you can't unilaterally change the terms of service for a site you're using. If you use the site, you're bound by their existing TOS. If you want to have those terms amended, you'll need to discontinue use of the site until / unless they accept your changes. And good luck with that from your bookmarklet.
None of the above. It's a scheme to pass your IP address to CDNs such as akamai so that they can select an edge server that's closer to you. Absent this, CDNs select an edge server closest to your DNS provider — that's fine if you're using your ISP's DNS, but in the case of an OpenDNS or Google Public DNS, that's likely a poor choice.
From the article:
this jives with what I've seen--a rise in software engineer jobs. My guess is that many of the less-skilled IT positions are being simply eliminated or outsourced.Turns out they were approved as a top-level project on Wednesday. geronimo.apache.org is active now too.
What in god's name are you talking about? Simply because you don't own a copy of the work doesn't mean you get to ignore copyright laws.
By your argument, it would be legal to go to my local library and make free copies of all the cds and books there. It doesn't work that way.
No.
The "bid price" is the highest amount that any buyer is willing to pay for a stock at a particular time. Likewise, the "ask price" is the lowest amount that any seller is willing to sell the stock for.
So, one particular buyer is asking to buy 100 shares at 4 cents, while one seller is offering to sell 100 shares at $892 each.
Since you're looking at the closing quote, the bid and ask prices are not particularly meaningful. One way to read those numbers is that "all reasonable orders were filled by the end of the day, and the remaining unfilled orders were ridculous (4 cents and $892)."
http://linux.bkbits.net:8080/linux-2.4/diffs/mm/m
The patch is from 9 weeks ago... I wonder if the exploit writer got the idea from looking at the kernel changelog...
You may call setAccessible(true) on a private member to gain access to it. The default security manager for an application allows this; I'm not sure what the default applet security manager does, but I'd imagine it allows that too.
Access can be controlled by a security manager; but the default for a java application is to allow access.
That said, I don't know if artima has really contributed anything new here. Your IDE likely has a JUnit test runner built into it already (IntelliJ, JBuilder, and NetBeans all do). Ant also already has decent junit test and report targets, which basically include all of the capabilities artima has implemented. Another stand alone test runner is probably not all that useful for day to day development.
Oddly enough, I saw one of these vehicles up close a few years ago in Atlanta. It was on display in front of a conference center and I got a chance to talk to a couple of the military guys showing it off.
They use these things to set off unexploded ordinance (UXO), *not* buried mines like a bunch of the posters here seem to assume. Back then they were being used to blow up UXO on military target ranges.
Fun and horrifying fact: I asked them what kind of system they use for targeting the laser. Turns out it's a visual basic app running on NT 4! Ahhh!!!
http://antwrp.gsfc.nasa.gov/apod/ap020630.html
Don't slashdot editors check these stories before posting them?
Microsoft is actually really good about giving away free software to CS students. At nearly every major university, they have a "student ambassador" (a former intern that still attends the school) who's sole purpose is to give away MS software and books to students and professors. If you can find the kid that's the ambassador at your school, you can get your free copy of Windows, Visual Studio, and all the books about .NET from Microsoft Press that your heart desires.
So Microsoft does give away software to students, you just have to know where to look.
I just graduated from an undergrad EE/CS program, so let me give you a few words of advice:
;)
1. Don't underestimate the difficulty of getting a visa to work in the US as an intern. Many companies (such as IBM, I believe HP, and many others) won't sponsor a visa for an undergrad intern.
2. Don't rely on monster.com or even the company's own web resume submission gateway. Simply carpet bombing these places with your resume won't get you anywhere, especially because you need a visa sponsored. Find someone inside the company that you know/or have contact with, and get your resume to them.
3. The best company I can think of for you, as much as it pains me to say this as a fellow geek, is probably Microsoft. They have a very liberal visa sponsoring policy, and they pick up the bulk of your living expenses while you are interning for them. Besides, what better way to subvert the system than from the inside!
4. If you're thinking about a Ph.D., it's true, research experience is a very (perhaps the most) important factor in getting into a good school. Still, you have plenty of time to forge a good relationship with one of your professors and get research experience. I think if you see the industry side of things first, you'll see that nearly as much new work is being done in the industry, if not more. Plus, it pays a hell of a lot better too!
An article that talks a little more about this is http://www.intel lec tualcapital.com/issues/issue320/item7250.asp
Just think, if Sun didn't consider putting replacing Linux with their own OS, it would be tantamount to saying "Yeah, Solaris x86 is the collasal piece of shit that even we don't use."
The unique thing about the Crusoe is that it does the x86 to microcode translation purely in software, which was previously too slow to consider. This greatly reduces the hardware complexity and power consumption of the chip, which in turn reduces the cost.
Transmeta's x86->microcode translation is no more dynamic than an Athlon's or Pentium's is. Let's look at their strategies:
Crusoe
Translate/reorder x86 instructions on the fly in software using "code morphing". The results will be in Cruesoe-native VLIW (Very Long Instruction Word) format, which is really just a block of 4 "normal" instructions that are guaranteed to have no dependence on each other/create any hazards if executed in parallel. Recent translations are kept in a cache.
Advantages: - Hardware is really cheap and doesn't consume much power since there is no instruction reordering/translation done in hardware.
- Performance will be good if you have a high hit rate in your translation cache.
Disadvantages
- Absolutely awful performance when you have nearly any misses in your translation cache.
AMD/Intel
x86 instructions are converted into RISC-like micro-ops in hardware on the fly. Most common x86 instructions have a one-to-one correlation to a micro-op, and instructions are reordered dynamically to try to exploit parallelism.
Advantages
- Fast: the worst case translation here is the same as the best case translation on a Crusoe (i.e., it's as if all instructions are a hit on the translation cache, as translation functionally incurs no overhead).
- Instruction reordering should be no worse than Crusoe's best effort.
Disadvantages
- The reordering/translation hardware is very, very complex and takes up a ton of power.
As for the argument that "normal benchmarks cannot be applied to the Crusoe," don't believe Transmeta's marketing BS. An industry standard benchmark like SPEC9x does use real applications (like gcc, etc.) for longer than a few milliseconds, and should be a good indication of Crusoe's real world, steady state performance.
Don't get me wrong, I certainly like the Crusoe. However, if you're looking for performance on x86 applications equivalent to even a mobile Celeron, you'll probably need to look elsewhere. To me, the real intriguing aspect of Crusoe is the prospect of running "native" applications. Running an os (read: linux) and user apps compiled for the Crusoe architecture would eliminate the need for the "code morphing" overhead, as the packing/reordering of instructions into VLIW format would happen at compile time. Such a system should be very fast (I would imagine equal or better performance per clock to a mobile pentium), and have killer battery life to boot.