This should be considered a minimum for LOADING the game. I've played most of the first person shooters out there for the last few years. 256MB of RAM, or even 384MB is too little. Even with a nice graphics card your framerates will be very very low. I think if anyone wants to play and enjoy any of the games lately you'll need a minimum of 512, and even at that you'll need a gig to be comfortable.
I think id is in a position where they can't raise the bar to 512 because they'd lose out on sales of people buying the game that had less. I think these people will purchase the game and realize they need more and go out and buy it.
At medium and large size companies, the best action to take is no action at all. If an executive wishes to solicit your input, they'll ask for it in a meeting, all hands or at a social event. Not respecting the "chain of command" and bypassing your manager and director causes ruffled feathers. If you're trying to expose something illegal or something that is very harmful to the company, try HR. Going above your manager and director's heads will only alienate them towards you.
APOLOGIES, I posted this because I didn't use the preview button and formatted it so it's easily readable. Unlike my previous post which is a garbled mess.
I think this article does a good job presenting the "developer" or delivery-oriented perspective. I've had the unfortunate pleasure of being on both sides of the fence.
What I want to say is that there should be a counter-point article written for the "administrator" point of view. I've come to these conclusions after spending a years at Fortune 150 company:
* Most developers cannot be trusted to follow procedures and to write code or perform deployments that work on the first try.
* Most roject managers don't give a shit about security and will circumvent any sort of enterprise or application security if it will save them time in their delivery schedule.
The IT admin's role (which is the hat I'm currently wearing) is CONTAINTMENT. When you have a 800 person development organization delivering three PeopleSoft modules, two PeopleSoft upgrades, 26 web applications (J2EE on websphere and weblogic,.NET and ASP on Win2k), several 3rd party datawarehousing projcets, you need containment. Containment is key to preserving your production environment. If you can't hold developers, business analysts and project managers accountable through the test, QA and UAT process you are F*CKED.
Sure, if your company has literally hundreds of millions of dollars to spend so that each of your applications can get their own 32 processor IBM p690, then by all means don't care about process. But until quantum computing comes along, IT admins are responsible for keeping prod pristine and functioning properly.
What if you don't? You're going to have thousands of screaming users that they can't get their reports because some dumbass developer didn't follow procedure and put in a cartesian join when a certain line of code was executed. Worse yet, you may have your CIO called into the CEO's office to explain why the Finance dept. received bad data that was then in turn reported to the SEC and that a correction would be necessary. That's not fun.
In order to run a successful enterprise in this day and age, you need a multi pronged approach:
* good IT admins
* developers who write solid code and can package their software appropriately * project managers who know how to do workplans and deal with scope creep
* SME's performing extensive QA (that are NOT in the project teams)
* documented (published in an easily readable format) policies and procedures
* change control (controlled by a change control board)
* organizational change management (helping users and business owners deal with IT change)
* enterprise security team that knows best practices (Confidentiality*Integrity*Availability) * DBA and UNIX teams you can trust I know I've forgotten some stuff but in my experience, large companies never have a perfect IT organization.
Oh, and this isn't meant to be a slight against developers. I am also a developer, and I'm not perfect. It's not the developers who read/. that I'm pointing the finger at, I'm talking about the guy who has coded VB all his life and is now trying to get into Java who thinks it's just as simple as copying his file to the Weblogic server not knowing about PROCESS.
Now I'm angry....obviously the user who wrote that article is a pissed off developer who can't seem to it through their head that processes and procedures are there to protect the server environment, end users and to ensure the validity, and security of corporate data.
I think this article does a good job presenting the "developer" or delivery-oriented perspective.
I've had the unfortunate pleasure of being on both sides of the fence. What I want to say is that there should be a counter-point article written for the "administrator" point of view.
I've come to these conclusions after spending a years at Fortune 150 company:
* Most developers cannot be trusted to follow procedures and to write code or perform deployments that work on the first try.
* Most roject managers don't give a shit about security and will circumvent any sort of enterprise or application security if it will save them time in their delivery schedule.
The IT admin's role (which is the hat I'm currently wearing) is CONTAINTMENT. When you have a 800 person development organization delivering three PeopleSoft modules, two PeopleSoft upgrades, 26 web applications (J2EE on websphere and weblogic,.NET and ASP on Win2k), several 3rd party datawarehousing projcets, you need containment.
Containment is key to preserving your production environment. If you can't hold developers, business analysts and project managers accountable through the test, QA and UAT process you are F*CKED.
Sure, if your company has literally hundreds of millions of dollars to spend so that each of your applications can get their own 32 processor IBM p690, then by all means don't care about process. But until quantum computing comes along, IT admins are responsible for keeping prod pristine and functioning properly.
What if you don't? You're going to have thousands of screaming users that they can't get their reports because some dumbass developer didn't follow procedure and put in a cartesian join when a certain line of code was executed. Worse yet, you may have your CIO called into the CEO's office to explain why the Finance dept. received bad data that was then in turn reported to the SEC and that a correction would be necessary. That's not fun.
In order to run a successful enterprise in this day and age, you need a multi pronged approach:
* good IT admins
* developers who write solid code and can package their software appropriately
* project managers who know how to do workplans and deal with scope creep
* SME's performing extensive QA (that are NOT in the project teams)
* documented (published in an easily readable format) policies and procedures
* change control (controlled by a change control board)
* organizational change management (helping users and business owners deal with IT change)
* enterprise security team that knows best practices (Confidentiality*Integrity*Availability)
* DBA and UNIX teams you can trust
I know I've forgotten some stuff but in my experience, large companies never have a perfect IT organization.
Oh, and this isn't meant to be a slight against developers. I am also a developer, and I'm not perfect. It's not the developers who read/. that I'm pointing the finger at, I'm talking about the guy who has coded VB all his life and is now trying to get into Java who thinks it's just as simple as copying his file to the Weblogic server not knowing about PROCESS.
Now I'm angry....obviously the user who wrote that article is a pissed off developer who can't seem to it through their head that processes and procedures are there to protect the server environment, end users and to ensure the validity, and security of corporate data.
Does nothing but give credit to Macromedia. This is standard practice for microsoft.
As soon as a standard or a competitor's application gains traction, Microsoft comes out with an announcement they'll be doing a product that is strikingly similar.
Still, this is excellent validation for Macromedia and SVG.
If you go to NPD Group's website and click on their press release, they had this to say:
"Methodology Note: NPD MusicWatch Digital information is collected continuously from the PCs of 40,000 volunteer online panelists, balanced to represent the online population of PC users. NPD's MusicLab survey was fielded in September of 2003 to a representative sample of 5,000 respondents aged 13 and older."
How were those volunteer panelists chosen?
Perhaps they were provided by their client the RIAA from people who signed their on-line forgiveness document.
It's hard to believe any of this information when their clients spend a lot of money to get the answer they want.
I could probably produce a study showing that music-swapping is up 400% by monkeys in Nepal.
Gov't supporting airlines is the result special interest lobbying. It is not the result of a caring gov't.
If they let the airlines fail, more airlines will sprout up with different profitable business models. We're just caught in a dangerous cycle right now because the airlines have the money to pay for their contacts in Washington to get them to give the company money.
Just think, if the government gave up on big airlines we might actually have bigger seats, more legroom and cheaper fares.
first the airlines, then gaming companies.
the government needs to let business darwinism take over. the strongest shall survive.
why must the United States PAY to keep struggling and non profit bearing companies afloat? Poor or outdated business models should not be an excuse anymore.
take the airlines for instance. struggling to make a profit the gov't helps them out to keep a useful transportation infrastructure going. SCREW THEM. Let them die and a new breed of airlines with a different business model will take over.
government tax breaks, subsidies for failing companies does not foster innovation. what's next, Microsoft losing money and needs gov't help?
I dunno, sorry for the rant. well one thing is for certain, small gamging companies won't have the lobbyists or connections in DC to beg congress for the money.
This should be considered a minimum for LOADING the game. I've played most of the first person shooters out there for the last few years. 256MB of RAM, or even 384MB is too little. Even with a nice graphics card your framerates will be very very low. I think if anyone wants to play and enjoy any of the games lately you'll need a minimum of 512, and even at that you'll need a gig to be comfortable. I think id is in a position where they can't raise the bar to 512 because they'd lose out on sales of people buying the game that had less. I think these people will purchase the game and realize they need more and go out and buy it.
Isn't France the country where you can't develop software containing English in the source code?!
Perhaps more interesting than the article itself, was a previous story on the site where this was found on robot sex!!! Here
I seriously doubt there are "millions" of spammers.
Google ups diskspace on their free membership email system to 1TB to top Hotmail's 500GB
How much effort would it be to program the perl script to auto anchor links? Dipshit.
http://abclocal.go.com/ktrk/news/050404_local_airp ort.html
If only we could pass the .NET Act, which would make running MS .NET illegal.
Perhaps this is related to the SBC strike?
At medium and large size companies, the best action to take is no action at all. If an executive wishes to solicit your input, they'll ask for it in a meeting, all hands or at a social event. Not respecting the "chain of command" and bypassing your manager and director causes ruffled feathers. If you're trying to expose something illegal or something that is very harmful to the company, try HR. Going above your manager and director's heads will only alienate them towards you.
APOLOGIES, I posted this because I didn't use the preview button and formatted it so it's easily readable. Unlike my previous post which is a garbled mess.
.NET and ASP on Win2k), several 3rd party datawarehousing projcets, you need containment. Containment is key to preserving your production environment. If you can't hold developers, business analysts and project managers accountable through the test, QA and UAT process you are F*CKED.
/. that I'm pointing the finger at, I'm talking about the guy who has coded VB all his life and is now trying to get into Java who thinks it's just as simple as copying his file to the Weblogic server not knowing about PROCESS.
I think this article does a good job presenting the "developer" or delivery-oriented perspective. I've had the unfortunate pleasure of being on both sides of the fence.
What I want to say is that there should be a counter-point article written for the "administrator" point of view. I've come to these conclusions after spending a years at Fortune 150 company:
* Most developers cannot be trusted to follow procedures and to write code or perform deployments that work on the first try.
* Most roject managers don't give a shit about security and will circumvent any sort of enterprise or application security if it will save them time in their delivery schedule.
The IT admin's role (which is the hat I'm currently wearing) is CONTAINTMENT. When you have a 800 person development organization delivering three PeopleSoft modules, two PeopleSoft upgrades, 26 web applications (J2EE on websphere and weblogic,
Sure, if your company has literally hundreds of millions of dollars to spend so that each of your applications can get their own 32 processor IBM p690, then by all means don't care about process. But until quantum computing comes along, IT admins are responsible for keeping prod pristine and functioning properly.
What if you don't? You're going to have thousands of screaming users that they can't get their reports because some dumbass developer didn't follow procedure and put in a cartesian join when a certain line of code was executed. Worse yet, you may have your CIO called into the CEO's office to explain why the Finance dept. received bad data that was then in turn reported to the SEC and that a correction would be necessary. That's not fun.
In order to run a successful enterprise in this day and age, you need a multi pronged approach:
* good IT admins
* developers who write solid code and can package their software appropriately * project managers who know how to do workplans and deal with scope creep
* SME's performing extensive QA (that are NOT in the project teams)
* documented (published in an easily readable format) policies and procedures
* change control (controlled by a change control board)
* organizational change management (helping users and business owners deal with IT change)
* enterprise security team that knows best practices (Confidentiality*Integrity*Availability)
* DBA and UNIX teams you can trust I know I've forgotten some stuff but in my experience, large companies never have a perfect IT organization.
Oh, and this isn't meant to be a slight against developers. I am also a developer, and I'm not perfect. It's not the developers who read
Now I'm angry....obviously the user who wrote that article is a pissed off developer who can't seem to it through their head that processes and procedures are there to protect the server environment, end users and to ensure the validity, and security of corporate data.
I think this article does a good job presenting the "developer" or delivery-oriented perspective. I've had the unfortunate pleasure of being on both sides of the fence. What I want to say is that there should be a counter-point article written for the "administrator" point of view. I've come to these conclusions after spending a years at Fortune 150 company: * Most developers cannot be trusted to follow procedures and to write code or perform deployments that work on the first try. * Most roject managers don't give a shit about security and will circumvent any sort of enterprise or application security if it will save them time in their delivery schedule. The IT admin's role (which is the hat I'm currently wearing) is CONTAINTMENT. When you have a 800 person development organization delivering three PeopleSoft modules, two PeopleSoft upgrades, 26 web applications (J2EE on websphere and weblogic, .NET and ASP on Win2k), several 3rd party datawarehousing projcets, you need containment.
Containment is key to preserving your production environment. If you can't hold developers, business analysts and project managers accountable through the test, QA and UAT process you are F*CKED.
Sure, if your company has literally hundreds of millions of dollars to spend so that each of your applications can get their own 32 processor IBM p690, then by all means don't care about process. But until quantum computing comes along, IT admins are responsible for keeping prod pristine and functioning properly.
What if you don't? You're going to have thousands of screaming users that they can't get their reports because some dumbass developer didn't follow procedure and put in a cartesian join when a certain line of code was executed. Worse yet, you may have your CIO called into the CEO's office to explain why the Finance dept. received bad data that was then in turn reported to the SEC and that a correction would be necessary. That's not fun.
In order to run a successful enterprise in this day and age, you need a multi pronged approach:
* good IT admins
* developers who write solid code and can package their software appropriately
* project managers who know how to do workplans and deal with scope creep
* SME's performing extensive QA (that are NOT in the project teams)
* documented (published in an easily readable format) policies and procedures
* change control (controlled by a change control board)
* organizational change management (helping users and business owners deal with IT change)
* enterprise security team that knows best practices (Confidentiality*Integrity*Availability)
* DBA and UNIX teams you can trust
I know I've forgotten some stuff but in my experience, large companies never have a perfect IT organization.
Oh, and this isn't meant to be a slight against developers. I am also a developer, and I'm not perfect. It's not the developers who read /. that I'm pointing the finger at, I'm talking about the guy who has coded VB all his life and is now trying to get into Java who thinks it's just as simple as copying his file to the Weblogic server not knowing about PROCESS.
Now I'm angry....obviously the user who wrote that article is a pissed off developer who can't seem to it through their head that processes and procedures are there to protect the server environment, end users and to ensure the validity, and security of corporate data.
Does nothing but give credit to Macromedia. This is standard practice for microsoft.
As soon as a standard or a competitor's application gains traction, Microsoft comes out with an announcement they'll be doing a product that is strikingly similar.
Still, this is excellent validation for Macromedia and SVG.
If you go to NPD Group's website and click on their press release, they had this to say: "Methodology Note: NPD MusicWatch Digital information is collected continuously from the PCs of 40,000 volunteer online panelists, balanced to represent the online population of PC users. NPD's MusicLab survey was fielded in September of 2003 to a representative sample of 5,000 respondents aged 13 and older." How were those volunteer panelists chosen? Perhaps they were provided by their client the RIAA from people who signed their on-line forgiveness document. It's hard to believe any of this information when their clients spend a lot of money to get the answer they want. I could probably produce a study showing that music-swapping is up 400% by monkeys in Nepal.
....of which Microsoft has neither.
wasn't this already on /. months ago
Damn, that sucks that it can only connect to Exchange for wireless instant email. I wish they had a way to connect up to UNIXen mail.
Just think of the implications to the paper porn industry.... titilating!
...and make sure you're paid hourly.
wasn't there a part in Neal Stephenson's Cryptonomicon where a guy created a morse code interface to his computer?
Yeah and the next thing you know this stupid idea crawls over the pond and infects the US!
If they let the airlines fail, more airlines will sprout up with different profitable business models. We're just caught in a dangerous cycle right now because the airlines have the money to pay for their contacts in Washington to get them to give the company money.
Just think, if the government gave up on big airlines we might actually have bigger seats, more legroom and cheaper fares.
first the airlines, then gaming companies. the government needs to let business darwinism take over. the strongest shall survive. why must the United States PAY to keep struggling and non profit bearing companies afloat? Poor or outdated business models should not be an excuse anymore. take the airlines for instance. struggling to make a profit the gov't helps them out to keep a useful transportation infrastructure going. SCREW THEM. Let them die and a new breed of airlines with a different business model will take over. government tax breaks, subsidies for failing companies does not foster innovation. what's next, Microsoft losing money and needs gov't help? I dunno, sorry for the rant. well one thing is for certain, small gamging companies won't have the lobbyists or connections in DC to beg congress for the money.
They'll be bought out by IBM or Oracle within a year.
PeopleSoft, SAP, and Siebold.