The problem is that without accurate measurements of power consumption to support capacity and availability management data centers aren't able to do this as effectively as they could.
Companies such as nlyte and Modius do have solutions that address some of these issues. CA has a complete suite that address the entire DCIM space: ecoGovernance, which is a data aggregator / analyzer / reporter; ecoMeter, which provides accurate measurements of data center resources (including CRAC units, etc.) for the purposes of availability management; and ecoDesktop, a poorly named solution that ensures optimal usage of desktops and development / test servers by understanding usage patterns and using auto-shutdown / wake-on-LAN to shut down and startup machines when they are not being used to conserve electricity and ultimately save money.
Disclaimer: I am a CA employee, but I'm speaking from the perspective of one who was in IT for 18 years. This stuff is quite good.
I call bullshit on the first statement. I work in a sales related capacity (after spending 18 years in IT) and I don't exaggerate to make a sale.
Ask for financial metrics or calculate them yourself: what is the percentage reduction based on historical data of determining root cause of problems with Red Hat support vs. without? Multiply that by the going FTE for your industry / geographical region and you have hard dollar cost savings. Use a 20% discount rate (aggressive) to calculate future discounted cash flows (and determine Net Present Value). Solve for n% discount such that NPV = 0 and you have the Internal Rate of Return (IRR).
Then ask the CFO / Controller what the Hurdle Rate is and see if the IRR > Hurdle Rate. If so the investment is sound assuming the data on % savings for root cause analysis is sound.
With AES256 being a government standard for 10 years, why would anyone recommend CBC (which was considered weak long before AES was denoted the standard) as an encryption method?
You could use Diffie-Hellman key exchanges (http://en.wikipedia.org/wiki/Key_exchange#Diffie.E2.80.93Hellman_key_exchange) to strengthen this, but that wouldn't necessarily prevent the attack that was used in the demonstration.
...and I'll even try to remember to check back in case people respond.
Assumption: the trading application being critiqued is the same one that was there when I was an IT consultant at Morgan Stanley. I left in August 2000.
I know the application well. It was developed by a department headed up by Vinny (whose name is withheld because...I'm senile and don't remember it). I worked in the department that wrote the messaging infrastructure that was used by every application on the sell side of the firm.
If the application is the same one then the mere fact that it was still in use when Mr. Fried left is a testament to the application's effectiveness. Would they do it better now if they were writing it from scratch? Of course. But Morgan Stanley has 3,000-4,000 IT staff in its ranks so they could easily do so if the application were as bad as he says. And the messaging infrastructure...well, I have no love for the original authors (no hard feelings Steve and Arthur...I'm lying of course), but that subsystem was extremely robust, predated TIBCO and Talarian, and provided more functionality that those two products until after they were on the market for several years.
There sure are a lot of Anonymous Cowards posting in here...Not for nothing, but I'd rather know the name of the person I shouldn't be listening to (purportedly the author of the article) rather than be expected to trust anything said by someone who doesn't have the balls to post under their Slashdot name.
Just sayin'...
Two factor authentication is popular amongst corporations for a good reason: the password itself isn't sufficient to get access. Arcot's solutions not only provide decoys but also provide two factor authentication. And they are the ones that patented the 3-D Secure technology that Visa uses for mobile transactions.
I disagree. Just because you don't sign anything doesn't mean that your usage of the product doesn't constitute an acknowledgment and agreement to the terms of the EULA. Furthermore, you have the option of returning the product for a refund if you do not agree to the EULA so the fact that you can't read it until after you've purchased it does not hold water.
Disclaimer: I am not a lawyer.
1. If every camera is covered by the LA then how does this matter, i.e. regardless of the camera you are still infringing. Still, there are cameras (as noted in the article) that use codecs that do not infringe. In this instance...
2....the encoding used by a camera will have specific characteristics. While it is more cumbersome to prove in court, it is possible to demonstrate via circumstantial evidence that a particular video exhibits characteristics unique to a particular codec.
Disclaimer: I am not a lawyer.
The game is currently in development and the goal is to release it in downloadable form for consoles and PC/Mac. There is no announced date and platform yet. There is no publicly released demo at this point. There will be one when the game is released though, so please be patient:) Thanks.
I guess the demo is somewhere in the 4th dimension...
Agreed. The Silmarillion has a lot of background information that people, especially those who aren't (yet) fans of the books, would find interesting.
I remember when The Fellowship of the Ring came out, and - at the movie's end - a lot of the teenagers who came to see the movie thought the ending was crappy. They didn't realize that the movie was only 1/3rd of the total story and commented that the movie itself was very exciting.
LinkedIn is a good site for professional networkin
on
Linked In Or Out?
·
· Score: 1
Honestly, after a certain point in one's career there is a greater chance of continuing career advancement through networking than there is using a job recruiting agency. It is for this reason that LinkedIn is invaluable.
For example, in early 2008 I found out that my business unit was going to have a massive (50%) RIF so I immediately contacted several people in my LinkedIn network. Within the 2 weeks immediately following, I had 8 interviews at 5 different companies. This was, obviously, without using a recruiter who would have had to screen me, reformat my resume (and probably hack it to death), etc. Instead, the people that interviewed me already had some experience with me on a professional level and were aware of the quality of work I perform.
The trick to using LinkedIn (or LI as it's known) is to have people in your network that you've actually interacted with. Although those who call themselves LIONs (LinkedIn Open Networkers) would disagree, this actually gives your network value since in situations where you need to call upon someone for a favor they are already comfortable working with you and are thus more likely to help you out.
Rootkit scanners typically do comparisons between what Windows says is in the file scanners and the physical contents of the MFT. Similar comparisons are done with the registry and some other components.
So to say that scanning for rootkits is pointless is simply ignorance of the current technologies available. And here I was thinking that SysInternals was known by everyone...
Again, the legal concept that would probably be most relevant is the "work for hire" concept. If they took a clean room approach and distinguished their product sufficiently from the current version then you will have no issues from a merit perspective.
It was already pointed out that you would likely lose a legal war of attrition.
I agree with cgenman completely. The specifics depend on what jurisdiction you fall under, but typically once you create a "work for hire" then it's extremely difficult to prove that your rewrite is completely yours, whether you used some of their source code or just the idea. The fact that you were paid to write their version of the product means that you are, in effect, stealing from them to produce your version.
Slashdot Mirror
You mean TribalWar or TWL weren't good enough? [/troll]
While the quantum gas is in a negative temperature state...
...can you boot Linux on it? :D
...was the use of the word "atmosphere" so important as this instance.
The problem is that without accurate measurements of power consumption to support capacity and availability management data centers aren't able to do this as effectively as they could.
Companies such as nlyte and Modius do have solutions that address some of these issues. CA has a complete suite that address the entire DCIM space: ecoGovernance, which is a data aggregator / analyzer / reporter; ecoMeter, which provides accurate measurements of data center resources (including CRAC units, etc.) for the purposes of availability management; and ecoDesktop, a poorly named solution that ensures optimal usage of desktops and development / test servers by understanding usage patterns and using auto-shutdown / wake-on-LAN to shut down and startup machines when they are not being used to conserve electricity and ultimately save money.
Disclaimer: I am a CA employee, but I'm speaking from the perspective of one who was in IT for 18 years. This stuff is quite good.
I call bullshit on the first statement. I work in a sales related capacity (after spending 18 years in IT) and I don't exaggerate to make a sale.
Ask for financial metrics or calculate them yourself: what is the percentage reduction based on historical data of determining root cause of problems with Red Hat support vs. without? Multiply that by the going FTE for your industry / geographical region and you have hard dollar cost savings. Use a 20% discount rate (aggressive) to calculate future discounted cash flows (and determine Net Present Value). Solve for n% discount such that NPV = 0 and you have the Internal Rate of Return (IRR).
Then ask the CFO / Controller what the Hurdle Rate is and see if the IRR > Hurdle Rate. If so the investment is sound assuming the data on % savings for root cause analysis is sound.
With AES256 being a government standard for 10 years, why would anyone recommend CBC (which was considered weak long before AES was denoted the standard) as an encryption method?
You could use Diffie-Hellman key exchanges (http://en.wikipedia.org/wiki/Key_exchange#Diffie.E2.80.93Hellman_key_exchange) to strengthen this, but that wouldn't necessarily prevent the attack that was used in the demonstration.
"Welcome to hell, kid." - Wally (of Dilbert fame)
...and I'll even try to remember to check back in case people respond.
Assumption: the trading application being critiqued is the same one that was there when I was an IT consultant at Morgan Stanley. I left in August 2000.
I know the application well. It was developed by a department headed up by Vinny (whose name is withheld because...I'm senile and don't remember it). I worked in the department that wrote the messaging infrastructure that was used by every application on the sell side of the firm.
If the application is the same one then the mere fact that it was still in use when Mr. Fried left is a testament to the application's effectiveness. Would they do it better now if they were writing it from scratch? Of course. But Morgan Stanley has 3,000-4,000 IT staff in its ranks so they could easily do so if the application were as bad as he says. And the messaging infrastructure...well, I have no love for the original authors (no hard feelings Steve and Arthur...I'm lying of course), but that subsystem was extremely robust, predated TIBCO and Talarian, and provided more functionality that those two products until after they were on the market for several years.
There sure are a lot of Anonymous Cowards posting in here...Not for nothing, but I'd rather know the name of the person I shouldn't be listening to (purportedly the author of the article) rather than be expected to trust anything said by someone who doesn't have the balls to post under their Slashdot name. Just sayin'...
Two factor authentication is popular amongst corporations for a good reason: the password itself isn't sufficient to get access. Arcot's solutions not only provide decoys but also provide two factor authentication. And they are the ones that patented the 3-D Secure technology that Visa uses for mobile transactions.
...the comic was not about Gene Simmons?
I disagree. Just because you don't sign anything doesn't mean that your usage of the product doesn't constitute an acknowledgment and agreement to the terms of the EULA. Furthermore, you have the option of returning the product for a refund if you do not agree to the EULA so the fact that you can't read it until after you've purchased it does not hold water. Disclaimer: I am not a lawyer.
1. If every camera is covered by the LA then how does this matter, i.e. regardless of the camera you are still infringing. Still, there are cameras (as noted in the article) that use codecs that do not infringe. In this instance... 2. ...the encoding used by a camera will have specific characteristics. While it is more cumbersome to prove in court, it is possible to demonstrate via circumstantial evidence that a particular video exhibits characteristics unique to a particular codec.
Disclaimer: I am not a lawyer.
The game is currently in development and the goal is to release it in downloadable form for consoles and PC/Mac. There is no announced date and platform yet. There is no publicly released demo at this point. There will be one when the game is released though, so please be patient :) Thanks.
I guess the demo is somewhere in the 4th dimension...
And save electricity by not allowing the use of boldface, underline or strikethrough fonts.
Do "feet" count as OSS alternatives? ;)
Agreed. The Silmarillion has a lot of background information that people, especially those who aren't (yet) fans of the books, would find interesting.
I remember when The Fellowship of the Ring came out, and - at the movie's end - a lot of the teenagers who came to see the movie thought the ending was crappy. They didn't realize that the movie was only 1/3rd of the total story and commented that the movie itself was very exciting.
Great! Now we can see the Fail Whale in 3D!
No. The first words were "wanna cyber?"
Honestly, after a certain point in one's career there is a greater chance of continuing career advancement through networking than there is using a job recruiting agency. It is for this reason that LinkedIn is invaluable.
For example, in early 2008 I found out that my business unit was going to have a massive (50%) RIF so I immediately contacted several people in my LinkedIn network. Within the 2 weeks immediately following, I had 8 interviews at 5 different companies. This was, obviously, without using a recruiter who would have had to screen me, reformat my resume (and probably hack it to death), etc. Instead, the people that interviewed me already had some experience with me on a professional level and were aware of the quality of work I perform.
The trick to using LinkedIn (or LI as it's known) is to have people in your network that you've actually interacted with. Although those who call themselves LIONs (LinkedIn Open Networkers) would disagree, this actually gives your network value since in situations where you need to call upon someone for a favor they are already comfortable working with you and are thus more likely to help you out.
Sure. And we'll never need 64k of RAM either right? After all, who could ever need that much memory...?
Rootkit scanners typically do comparisons between what Windows says is in the file scanners and the physical contents of the MFT. Similar comparisons are done with the registry and some other components.
So to say that scanning for rootkits is pointless is simply ignorance of the current technologies available. And here I was thinking that SysInternals was known by everyone...
David Reich and myself were responsible for the easter egg in OS/2 2.0, so yes. :D
Again, the legal concept that would probably be most relevant is the "work for hire" concept. If they took a clean room approach and distinguished their product sufficiently from the current version then you will have no issues from a merit perspective.
It was already pointed out that you would likely lose a legal war of attrition.
I agree with cgenman completely. The specifics depend on what jurisdiction you fall under, but typically once you create a "work for hire" then it's extremely difficult to prove that your rewrite is completely yours, whether you used some of their source code or just the idea. The fact that you were paid to write their version of the product means that you are, in effect, stealing from them to produce your version.