Drinking 10 cans of Diet Coke per day, not knowing when to stop eating, shooting heroin... An addictive personality will always find something. It might as well be video games.
"Not as long as I am still in charge of it... which I still am. It was a big concern of mine, part of the reason it took so long to complete." -- The Dark Tangent
I'm sure if you put your mind to it, you could make millions (if not billions) writing games that look and play as well as any of the market leaders, but run on 5+ year old hardware.
"These days, you gotta take out a second mortgage just to buy a machine just to play fucking GAMES on."
Clearly games, which are driven mainly by improved graphics capabilities are going to require most horse power to be viewed at their best. You don't see Pixar developing their films on a 386SX with 4MB RAM.
Also, if you need to take out a second mortgage to buy a modern PC, perhaps you should spend some time on things other than games and excel in your career.
It's the job of the business to evaluation and reduce risk to an acceptible level. Without doing so it will no doubt, at some point, suffer losses as a result. The idea that it's to the benefit of the company to allow what is essentially IT equivalent of the wild west is completely ridiculous.
It's one thing if you're 50-300 employees, it's quite another when you're 50,000.
No, it's not sad. Allowing employees to install unsupported/unmanaged applications is a critical mistake from a security perspective. By doing so, if and when vulnerabilities are found they must leave it up to the employee to make sure they've applied that patch. Clearly not a good idea.
Thanks Captain Obvious, but are you trying to say that Windows as a whole is a single glob of code? Also, code architecture does not equate to a process.
Now we get to listen hundreds of people who's programming experience consists of 5000 lines or C/Perl/Python tell everyone what the proper process is for matching vulnerable code.
My experience was exactly the opposite. Until maybe 2 years I had never even attempted to write an application in or for Windows. VI was my lord and C/Perl/Python my New Testiment then one day after feeling somewhat deflated with what my GTK apps were looking like based on the effort put into them, I decided to venture into the world of Visual Studio just for a taste. The results were not what I expected...
After a few short days of using Visual Studio I really started to come out of my shell. While I had used IDEs like Visual Age before, they never really appealed to me, VIM was about as close as I felt I'd ever get to a GUI IDE. Now all that had changed. Visual Studio just made it easier to focus on what I was here to do, write an application. I was simply more efficient and I took it upon myself to attempt a somewhat large project to really get my hands dirty.
I decided to port a large distributed network analysis application I had written for FreeBSD using a combination of Perl, C and PHP in C# using ASP.NET, Windows Services and some WinForms. This project had taken me approximately 1.5 years to complete on the UNIX side of the house and I was planning on re-writing every line of code for Windows. Quite simply, what took me 1.5 years to write in UNIX with VIM, took me a little over 6 months with Visual Studio and the help of.NET. But things didn't stop there. Not only was the application dramatically enhanced, but it was much more scalable and robust.
Don't get me wrong, I still code in VI and most of my client/server apps have Linux/FreeBSD support, but my IDE of choice is definitely Visual Studio. No question.
Slashdot Mirror
Drinking 10 cans of Diet Coke per day, not knowing when to stop eating, shooting heroin... An addictive personality will always find something. It might as well be video games.
"Not as long as I am still in charge of it... which I still am. It was a big concern of mine, part of the reason it took so long to complete." -- The Dark Tangent
Hardly, it's quite trivial to do application-layer analysis and weed out who's using Skype.
You're clearly an amazing software engineer.
I'm sure if you put your mind to it, you could make millions (if not billions) writing games that look and play as well as any of the market leaders, but run on 5+ year old hardware.
"These days, you gotta take out a second mortgage just to buy a machine just to play fucking GAMES on." Clearly games, which are driven mainly by improved graphics capabilities are going to require most horse power to be viewed at their best. You don't see Pixar developing their films on a 386SX with 4MB RAM. Also, if you need to take out a second mortgage to buy a modern PC, perhaps you should spend some time on things other than games and excel in your career.
Heh.
Ha! Yeah, they have nothing to gain from being anti-Microsoft.
No, it also becomes a problem when/if the patch breaks something else, like it did with one of last months security fixes.
750,000 of the 1 million have switched back.
It's the job of the business to evaluation and reduce risk to an acceptible level. Without doing so it will no doubt, at some point, suffer losses as a result. The idea that it's to the benefit of the company to allow what is essentially IT equivalent of the wild west is completely ridiculous.
It's one thing if you're 50-300 employees, it's quite another when you're 50,000.
Firefox isn't known to be problematic?
In light of the rash of security issues for both and aside from a hate of MS, why exactly are you so adement about migrating away from everything MS?
See above.
Are you purposely trying to reject 85% of the potential visitors to your site? Is this your little way of sticking it to the man?
No, it's not sad. Allowing employees to install unsupported/unmanaged applications is a critical mistake from a security perspective. By doing so, if and when vulnerabilities are found they must leave it up to the employee to make sure they've applied that patch. Clearly not a good idea.
is Windows Live (www.live.com) exactly the same concept as google.com/ig ?
Pixar!
Autoruns is old technology and is easily by-passed by modern low-level rootkits.
Thanks Captain Obvious, but are you trying to say that Windows as a whole is a single glob of code? Also, code architecture does not equate to a process.
Now we get to listen hundreds of people who's programming experience consists of 5000 lines or C/Perl/Python tell everyone what the proper process is for matching vulnerable code.
It wouldn't itterate because scary() never returns.
My experience was exactly the opposite. Until maybe 2 years I had never even attempted to write an application in or for Windows. VI was my lord and C/Perl/Python my New Testiment then one day after feeling somewhat deflated with what my GTK apps were looking like based on the effort put into them, I decided to venture into the world of Visual Studio just for a taste. The results were not what I expected...
.NET. But things didn't stop there. Not only was the application dramatically enhanced, but it was much more scalable and robust.
After a few short days of using Visual Studio I really started to come out of my shell. While I had used IDEs like Visual Age before, they never really appealed to me, VIM was about as close as I felt I'd ever get to a GUI IDE. Now all that had changed. Visual Studio just made it easier to focus on what I was here to do, write an application. I was simply more efficient and I took it upon myself to attempt a somewhat large project to really get my hands dirty.
I decided to port a large distributed network analysis application I had written for FreeBSD using a combination of Perl, C and PHP in C# using ASP.NET, Windows Services and some WinForms. This project had taken me approximately 1.5 years to complete on the UNIX side of the house and I was planning on re-writing every line of code for Windows. Quite simply, what took me 1.5 years to write in UNIX with VIM, took me a little over 6 months with Visual Studio and the help of
Don't get me wrong, I still code in VI and most of my client/server apps have Linux/FreeBSD support, but my IDE of choice is definitely Visual Studio. No question.
I'm not sure what the point of you posting was, but the for() loop is completely useless as it will never itterate through the loop.
void scary()
{
scary();
}
Additionally, I'm not sure how this could be construed as a boon to Linux. After all, you still need a Windows system to actually play the game.
The Q4 engine is the Doom3 engine.