Yeah, it's because they haven't read the article and noticed the point where I say that we need a new term.
Or, possibly, it's because they're *so* invested in their game of choice having all the classic roguelike trappings that they haven't stepped back and looked at why they enjoy the game, and not merely what the game tends to include.
We're talking about a bunch of people who have played classic FPSes, insisting that any new FPS needs a shotgun, because every FPS they've ever played has involved a shotgun and they believe a shotgun is absolutely mandatory to make a first-person shooter. But it isn't. You could make an FPS without a shotgun, and you could make something that felt like a roguelike without basing it off Rogue.
I disagree. I'm defining a concept which, I believe, is what the people playing "roguelikes" are often actually in search of. It's the thing that ties Desktop Dungeons and Spelunky to the Roguelike world, and there are people claiming that those count as roguelikes. By the normal definition, they're not even close. Obviously, there's some disagreement about definitions.
What I'm saying is that my definition gets at the heart of the roguelike - the gameplay mechanics that make a roguelike familiar. I'm saying that, if you took a turn-based strategy game or a real-time strategy game or even an FPS, and built it around my definition, then people who enjoy roguelikes would find it strangely familiar.
That's odd - I only submitted it once, to the best of my knowledge, but I was having browser trouble at the time so something funky might have happened. However, I can guarantee that if it got submitted twice, they were both at roughly the same time.
Are you sure that's not just what Slashdot does when a story is submitted?
Reduce, perhaps, but judging from the minimal amount of power available, you'd probably be better off throwing away the complex sound-harvesting technology and replacing it with a simple larger battery.
Just like most working people, the first thing I always do when I get home is turn on my 4 or 5 plasma TVs. Since that wasn't a problem, I'm sure the electric car I buy won't be a problem either!
It may very well not be a problem, but that statement is goddamn stupid. Most of us aren't drawing that much power regularly when you get home.
Similarly, I had an old half-broken gas-powered ATV that just couldn't reach highway speeds. I don't see why people like this "gas" thing so much, it clearly doesn't have enough oomph to do anything serious.
As I understand it, the modern drives work fine on everything post-XP. We just have this weird ten-year gap in operating systems where Microsoft fucked up on releasing an update.
I'll admit that I mostly didn't bother with suse and gentoo because gameplayers don't use suse and gentoo. I haven't yet had any reports of my code not working on those platforms, which means either it works, or nobody cares:)
It doesn't work on 64-bit, but it's a known problem because one of my libraries doesn't support 64-bit well. If that were fixed, I don't expect it would be much more difficult than changing a few build flags.
I've considered renaming it to "blog", sadly, because even though I dislike the word it's pretty normal. For now, though . . . nope, stickin' with devlog:D
Yeah it is, you install vmware and drop a bunch of distros in. That week included testing on ubuntu 10.04, ubuntu 8.04, kubuntu 10.04, ubuntu 10.04-64, fedora 12, and debian 5.04.
(Doesn't currently work on ubuntu 10.04-64 but that's mostly due to me being lazy with 64-bit porting. Works on all the rest, though.)
I hate to ask this because it sounds like looking a gift horse in the mouth, but how on earth did it take them two man-months? I ported my game engine over and it took about a week. And that's with manual X11 calls - if I'd wimped out and used a library for it, it would've taken just a few days.
I seem to recall that when Google provided some governments with the data they'd accidentally collected, it fit on less than a DVD. As an ex-Googler, that amount of data was absolutely irrelevant three years ago - I used ten times that much for scratch space for personal projects. I can't imagine it's somehow gotten [i]more[/i] important.
You [i]can[/i] say "oh, that application isn't connected to the network, it doesn't need to be secure". However, you have to keep a very close eye on how it communicates with insecure applications, otherwise your so-called "secure" app is actually not secure in the least.
around $236.4B USD per year, just in maintenance costs
Divided among 307 million US citizens, that's $768/year, or approximately $64/mo. Kind of pricey, but not particularly exorbitant. I don't know exactly what common food costs are per month, but I'm willing to believe that's within an order of magnitude of them.
Of course, if you're paying $64/mo for your water, I imagine many people would use less of it in various ways, reducing the overall water required quite a bit. Also, manufacturing processes that required excess amounts of water might become impractical.
I'll put you in charge of designing the time machine so we can keep looking forward a few centuries to see what turns out to be a good idea and what doesn't. Until then, though, "it's not a bad idea" shouldn't have legal weight.
As opposed to the closed inaccessible LLVM/Clang combo?
The GCC developers have shown their ability to compete with MSVC. For a while, they had the edge. They no longer do, and part of that, from what I know, is thanks to how grim and unmaintainable the GCC codebase is.
Personally, I'm quite excited for something better, and I'm really excited for something better that can be embedded in other projects.
Slashdot Mirror
Yeah, it's because they haven't read the article and noticed the point where I say that we need a new term.
Or, possibly, it's because they're *so* invested in their game of choice having all the classic roguelike trappings that they haven't stepped back and looked at why they enjoy the game, and not merely what the game tends to include.
We're talking about a bunch of people who have played classic FPSes, insisting that any new FPS needs a shotgun, because every FPS they've ever played has involved a shotgun and they believe a shotgun is absolutely mandatory to make a first-person shooter. But it isn't. You could make an FPS without a shotgun, and you could make something that felt like a roguelike without basing it off Rogue.
I disagree. I'm defining a concept which, I believe, is what the people playing "roguelikes" are often actually in search of. It's the thing that ties Desktop Dungeons and Spelunky to the Roguelike world, and there are people claiming that those count as roguelikes. By the normal definition, they're not even close. Obviously, there's some disagreement about definitions.
What I'm saying is that my definition gets at the heart of the roguelike - the gameplay mechanics that make a roguelike familiar. I'm saying that, if you took a turn-based strategy game or a real-time strategy game or even an FPS, and built it around my definition, then people who enjoy roguelikes would find it strangely familiar.
Did you read the part of the article where I say that I need a different name for this new concept? :P
It wasn't really a major part of the story - I had a focused thing to talk about, and a new release of DCSS wasn't on-subject.
Congratulations on the release, though :)
That's odd - I only submitted it once, to the best of my knowledge, but I was having browser trouble at the time so something funky might have happened. However, I can guarantee that if it got submitted twice, they were both at roughly the same time.
Are you sure that's not just what Slashdot does when a story is submitted?
Daily automated backups.
If your backup is manual, and you don't have someone whose fulltime job it is to make the backup work, you're doing it wrong.
Reduce, perhaps, but judging from the minimal amount of power available, you'd probably be better off throwing away the complex sound-harvesting technology and replacing it with a simple larger battery.
It's extremely uncommon to write huge linear files in a speed-sensitive context. It's just not something that is really a competitive factor.
Good thing we've got biodegrading plastic!
Just like most working people, the first thing I always do when I get home is turn on my 4 or 5 plasma TVs. Since that wasn't a problem, I'm sure the electric car I buy won't be a problem either!
It may very well not be a problem, but that statement is goddamn stupid. Most of us aren't drawing that much power regularly when you get home.
There's a lot of potential complaints here, but, seriously, how often is battle.net really going to be down? Not all that often.
Similarly, I had an old half-broken gas-powered ATV that just couldn't reach highway speeds. I don't see why people like this "gas" thing so much, it clearly doesn't have enough oomph to do anything serious.
As I understand it, the modern drives work fine on everything post-XP. We just have this weird ten-year gap in operating systems where Microsoft fucked up on releasing an update.
According to the article, it already ran on OSX. That implies it was already using OpenGL.
I'll admit that I mostly didn't bother with suse and gentoo because gameplayers don't use suse and gentoo. I haven't yet had any reports of my code not working on those platforms, which means either it works, or nobody cares :)
It doesn't work on 64-bit, but it's a known problem because one of my libraries doesn't support 64-bit well. If that were fixed, I don't expect it would be much more difficult than changing a few build flags.
I've considered renaming it to "blog", sadly, because even though I dislike the word it's pretty normal. For now, though . . . nope, stickin' with devlog :D
Yeah it is, you install vmware and drop a bunch of distros in. That week included testing on ubuntu 10.04, ubuntu 8.04, kubuntu 10.04, ubuntu 10.04-64, fedora 12, and debian 5.04.
(Doesn't currently work on ubuntu 10.04-64 but that's mostly due to me being lazy with 64-bit porting. Works on all the rest, though.)
I hate to ask this because it sounds like looking a gift horse in the mouth, but how on earth did it take them two man-months? I ported my game engine over and it took about a week. And that's with manual X11 calls - if I'd wimped out and used a library for it, it would've taken just a few days.
What exactly took the time there?
I seem to recall that when Google provided some governments with the data they'd accidentally collected, it fit on less than a DVD. As an ex-Googler, that amount of data was absolutely irrelevant three years ago - I used ten times that much for scratch space for personal projects. I can't imagine it's somehow gotten [i]more[/i] important.
Want to irradiate your scalp? There's an app for that!
You [i]can[/i] say "oh, that application isn't connected to the network, it doesn't need to be secure". However, you have to keep a very close eye on how it communicates with insecure applications, otherwise your so-called "secure" app is actually not secure in the least.
Because you can get people to pay for it, and therefore, they do.
Divided among 307 million US citizens, that's $768/year, or approximately $64/mo. Kind of pricey, but not particularly exorbitant. I don't know exactly what common food costs are per month, but I'm willing to believe that's within an order of magnitude of them.
Of course, if you're paying $64/mo for your water, I imagine many people would use less of it in various ways, reducing the overall water required quite a bit. Also, manufacturing processes that required excess amounts of water might become impractical.
Yes. We'd just need the money for it.
I'll put you in charge of designing the time machine so we can keep looking forward a few centuries to see what turns out to be a good idea and what doesn't. Until then, though, "it's not a bad idea" shouldn't have legal weight.
As opposed to the closed inaccessible LLVM/Clang combo?
The GCC developers have shown their ability to compete with MSVC. For a while, they had the edge. They no longer do, and part of that, from what I know, is thanks to how grim and unmaintainable the GCC codebase is.
Personally, I'm quite excited for something better, and I'm really excited for something better that can be embedded in other projects.