Somehow I think even Windows will be in constant development for decades, 'cause that's how long it's going to take to get the damn thing to run an app properly without crashing.
i'm not 100% sure on this, but doesn't the GPL basically say that you need to distribute source and such to *your* users, and not necessarily every single computer user out there? if someone didn't buy the book or the accompanying software, then the publishers aren't required to distribute source code to them.
it might not be GPL-like in spirit, but it's still GPL-like. unless, i'm totally wrong, in which case, i'll just add that IANAL or a GPL expert.
One millilitre/cubic centimetre of water at 4 degrees Celsius equaled one gram back in the day. The definition was eventually changed to 1/1000th of a kilogram, as the kilogram is now the base unit of mass in the metric system.
We've all done it before -- stepping on Legos scattered all over the floor in the dark hurts like a bitch, stumbling from one painful pile to another, wrecking a whole day's worth of building while leaving your feet full of small indentations, all perfectly arranged and usually in an 2x4 pattern.
Yes, stepping on Legos certainly sucked. (For some of us, I'm sure it still sucks.)
Holy shit, people, I think this comment is supposed to be funny, not off-topic, flamebait or anything else. Ms. Rosen was making a joke.
I doubt that Nintendo actually has a patent on the lock-on mechanism used in the Zelda's for the N64. (At least I couldn't find any in any patent searches I used.)
If they do have a patent, then why the hell haven't they protected it from being misused by Sony in their recent PS2 game Dark Cloud? Hell, to the casual observer, the action sequences in the game could be mistaken for a Zelda game. While playing once, a friend of mine made the mistake...
I think IGN was using the word "patent" here a little like wrestling announcers during their commentary. When they say, "Here comes Super Macho Man with his patented 'Spinning Right Hook'," they don't mean that the fucking guy went and actually patented the a right hook at a US patent office. It just means that it's his "move", dammit.
If consoles don't have an internal OS, then what's all that jazz that pops up allowing me to browse my PS2 settings or manipulate my memory cards when I turn on my Playstation 2 without anything in the tray? That's pretty close to an OS, isn't it? Granted, I don't think that interface has much to do with the games themselves other than the media-checking stuff (i.e. the games don't run through that interface or anything), but it's pretty close to an OS-ish thing. (At least if you take OS in the Microsoft-like meaning and not a UNIX-like meaning -- MS-like being anything with graphics and interaction is part of the OS, UNIX-like being the kernel itself is the OS.)
It's encrypted (with end-to-end encryption between HushMail users -- email sent to non-Hush accounts are only sent to Hush's servers unencryped), it's more secure. I'm not a Hush representative, but after using it for a few months, it's definitely the answer. (The question being, what's the best free email service?)
Agreed. I guess C++ still just isn't 733t enough. It's going to have that "bloated and slow" crap attached to it forever. As if being bloated and slow had absolutely nothing to do with the programmer.
I wouldn't go that far. There are a few imcompatibilities between C and C++ that go beyond the fact that C++ has reserved words that don't exist in C. One of the appendices in the C++ standard lists the incompatibilities. For instance...
... because of C++'s stricter type checking, things like comparing two differently named but otherwise identical structs (which is fine in C) becomes illegal in C++, as C++ treats them as two distinct types.
... the following is valid C:
enum myEnum {ONE, TWO, THREE};
myEnum e = 2;
This is invalid in C++, because of C++'s type checking. Casting would correct the problem.
... typedefs work differently in C++ than in C because of the way structs, classes and unions work -- they're namespaces in C++, and don't need to be prefixed with struct or union when you're using them as in C. (Obviously, C has no classes.) So, in C, you could have something like
because in order to create an instance of myStruct, you must prefix it with struct, which distinguishes it from the "char" myStruct. You can't do this in C++, because you don't need to prefix myStruct with struct to use it.
There are other differences, too. Most of them aren't common, but the above are a few I can remember off the top of my head.
Maturity? Just how mature is a RDBMS that doesn't even support referential integrity? Sure, it may speed things up sometimes, but do I really want to make my app code twice as big just to handle referential rules that should have been in the database in the first place?
But the "revenge" part was dropped because it wasn't very Jedi-like -- they're supposed to be all Zenned out and stuff and not prone to taking revenge, because that's a Dark Side trait. The name wouldn't have made sense.
As mentioned in the articles, the database didn't lose any data, it just wouldn't display it. The data was there, just hidden, which sucks and all, but at least it wasn't lost.
Not that I'm making excuses for Microsoft or SQL Server or anything, just clarifying things.
As it happens, I'm no fan of SQL Server or Microsoft in general either. (Actually, I use nothing but PostgreSQL for my databases -- my company was actually one of the first organizations to be "Certified for use with PostgreSQL.")
Final Fantasy X comes on DVD pretty much fills the whole thing up. So that's several gigs of data there. An N64 cartridge simply couldn't handle that, unless people are filling to shell out a bazillion dollars for a multi gig ROM cart.
Development costs -- who the hell would spend the cash to squeeze such a huge game into a 256 meg N64 cart? The game probably already cost SquareEA dozens of millions USD, downsizing it to fit into the N64 would mean a near-total re-write of the software.
The rift between Square and Nintendo. When Nintendo decided to go with cartridges for the N64, Square was pissed because it wanted CDs. That's the essential idea behind the rift, and it's never quite healed.
Not enough Pokemon content. Maybe if they make Pokemons out of Chocobos...
I wouldn't be surprised if you see them on the Gamecube, though, unless Sony locks them up with exclusive deals...
I've been chatting with a friend via Jabber now for an hour or so and he's kind of losing his mind 'cause somebody "cracked" one of the IIS servers where he works. I'm guessing the sysadmin is away and he's looking after the machine right now, going through the logs and stuff trying to figure out what happened. I've been helping him, but I'm inept when it comes to IIS. (I'm an apache-fiend.)
So here I wander over to/. and there it is -- a Chinese worm. Damn you, Chinese worms!
That'll teach my buddy's sysadmins to watch for those patches. Which is really good advice for everyone, 'cause according to the article, not many people did pay attention to this one.
It really doesn't make any sense. Has Katz ever seen a cartoon? Correct me if I'm wrong, but don't cartoons usually use non-actors to represent human leads? Like, drawings and shit?
The big problem is that people are still not giving these games a chance. They don't realize that the programmers are not the one's making these choices.
Why would I bother giving a game a chance if it's barely playable? I honestly don't care who was responsible for a terrible game, whether it's the programmers or the publishers who rushed it out the door half finished. If it's terrible, it's terrible.
I feel for the programmers who have to put up with all the crap that comes along with an intensely buggy product, but I'm not going to waste my time or money on a half-finished game just because it *might* be playable eventually.
If a game really has potential, then I wish the developers/publishers would just be a bit more patient and release it when it is fully realized. That's one of the biggest problems with computer games these days -- they're rushed out the door incomplete with 100 MB patches the day after release.
Whatever happened to the id "motto" from back in the day: "we'll release it when it's done." Nowadays, it seems to be "we'll release it when it's half done, take some money and get around to the other half eventually." (Not that id games haven't had their share of patches, but at least I could get Quake up and running on the first try as opposed to 3 weeks.)
Slashdot Mirror
At least we get to see those changes and the source itself with OSS and free software.
J
Never crossed your mind that I might use OpenBSD, did it? Or FreeBSD? Or even BeOS, or hell, a Mac?
Linux isn't the only non-MS OS out there, you know.
J
You mean to tell me you've never seen Top Gun before?
J
(my first post today and it's telling me I need to wait 20 seconds until I can post this? wtf?)
Somehow I think even Windows will be in constant development for decades, 'cause that's how long it's going to take to get the damn thing to run an app properly without crashing.
J
i'm not 100% sure on this, but doesn't the GPL basically say that you need to distribute source and such to *your* users, and not necessarily every single computer user out there? if someone didn't buy the book or the accompanying software, then the publishers aren't required to distribute source code to them.
it might not be GPL-like in spirit, but it's still GPL-like. unless, i'm totally wrong, in which case, i'll just add that IANAL or a GPL expert.
J
One millilitre/cubic centimetre of water at 4 degrees Celsius equaled one gram back in the day. The definition was eventually changed to 1/1000th of a kilogram, as the kilogram is now the base unit of mass in the metric system.
J
We've all done it before -- stepping on Legos scattered all over the floor in the dark hurts like a bitch, stumbling from one painful pile to another, wrecking a whole day's worth of building while leaving your feet full of small indentations, all perfectly arranged and usually in an 2x4 pattern.
Yes, stepping on Legos certainly sucked. (For some of us, I'm sure it still sucks.)
J
Holy shit, people, I think this comment is supposed to be funny, not off-topic, flamebait or anything else. Ms. Rosen was making a joke.
I doubt that Nintendo actually has a patent on the lock-on mechanism used in the Zelda's for the N64. (At least I couldn't find any in any patent searches I used.)
If they do have a patent, then why the hell haven't they protected it from being misused by Sony in their recent PS2 game Dark Cloud? Hell, to the casual observer, the action sequences in the game could be mistaken for a Zelda game. While playing once, a friend of mine made the mistake...
I think IGN was using the word "patent" here a little like wrestling announcers during their commentary. When they say, "Here comes Super Macho Man with his patented 'Spinning Right Hook'," they don't mean that the fucking guy went and actually patented the a right hook at a US patent office. It just means that it's his "move", dammit.
J
If consoles don't have an internal OS, then what's all that jazz that pops up allowing me to browse my PS2 settings or manipulate my memory cards when I turn on my Playstation 2 without anything in the tray? That's pretty close to an OS, isn't it? Granted, I don't think that interface has much to do with the games themselves other than the media-checking stuff (i.e. the games don't run through that interface or anything), but it's pretty close to an OS-ish thing. (At least if you take OS in the Microsoft-like meaning and not a UNIX-like meaning -- MS-like being anything with graphics and interaction is part of the OS, UNIX-like being the kernel itself is the OS.)
J
It's encrypted (with end-to-end encryption between HushMail users -- email sent to non-Hush accounts are only sent to Hush's servers unencryped), it's more secure. I'm not a Hush representative, but after using it for a few months, it's definitely the answer. (The question being, what's the best free email service?)
J
Agreed. I guess C++ still just isn't 733t enough. It's going to have that "bloated and slow" crap attached to it forever. As if being bloated and slow had absolutely nothing to do with the programmer.
J
- ... because of C++'s stricter type checking, things like comparing two differently named but otherwise identical structs (which is fine in C) becomes illegal in C++, as C++ treats them as two distinct types.
- ... the following is valid C:
- ... typedefs work differently in C++ than in C because of the way structs, classes and unions work -- they're namespaces in C++, and don't need to be prefixed with struct or union when you're using them as in C. (Obviously, C has no classes.) So, in C, you could have something like
/* whatever */ };
There are other differences, too. Most of them aren't common, but the above are a few I can remember off the top of my head.enum myEnum {ONE, TWO, THREE};
myEnum e = 2;
This is invalid in C++, because of C++'s type checking. Casting would correct the problem.
struct myStruct {
typedef char myStruct;
because in order to create an instance of myStruct, you must prefix it with struct, which distinguishes it from the "char" myStruct. You can't do this in C++, because you don't need to prefix myStruct with struct to use it.
J
If you compile something using gcc (GPL), why isn't that GPL, too? Just because you create something using GPL'd software doesn't make it GPL'd, too.
J
Maturity? Just how mature is a RDBMS that doesn't even support referential integrity? Sure, it may speed things up sometimes, but do I really want to make my app code twice as big just to handle referential rules that should have been in the database in the first place?
J
You mean the superscript 1 at the end of this question?
J
Try ¹.
But the "revenge" part was dropped because it wasn't very Jedi-like -- they're supposed to be all Zenned out and stuff and not prone to taking revenge, because that's a Dark Side trait. The name wouldn't have made sense.
J
I'll bet chmod won't accept read+write permissions for owner, group and everyone else in decimal mode:
chmod 666 *
The Evil Files contain the Mark of the Beast!
J
wont.somebody.please.think.of.the.kids (close enough)
J
As mentioned in the articles, the database didn't lose any data, it just wouldn't display it. The data was there, just hidden, which sucks and all, but at least it wasn't lost.
Not that I'm making excuses for Microsoft or SQL Server or anything, just clarifying things.
As it happens, I'm no fan of SQL Server or Microsoft in general either. (Actually, I use nothing but PostgreSQL for my databases -- my company was actually one of the first organizations to be "Certified for use with PostgreSQL.")
J
Wait a minute... script kiddie, Montreal... Mafiaboy...?
J
I wouldn't be surprised if you see them on the Gamecube, though, unless Sony locks them up with exclusive deals...
J
I've been chatting with a friend via Jabber now for an hour or so and he's kind of losing his mind 'cause somebody "cracked" one of the IIS servers where he works. I'm guessing the sysadmin is away and he's looking after the machine right now, going through the logs and stuff trying to figure out what happened. I've been helping him, but I'm inept when it comes to IIS. (I'm an apache-fiend.)
/. and there it is -- a Chinese worm. Damn you, Chinese worms!
So here I wander over to
That'll teach my buddy's sysadmins to watch for those patches. Which is really good advice for everyone, 'cause according to the article, not many people did pay attention to this one.
J
This should hold you over until then...
8-bit theatre
J
It really doesn't make any sense. Has Katz ever seen a cartoon? Correct me if I'm wrong, but don't cartoons usually use non-actors to represent human leads? Like, drawings and shit?
J
The big problem is that people are still not giving these games a chance. They don't realize that the programmers are not the one's making these choices.
Why would I bother giving a game a chance if it's barely playable? I honestly don't care who was responsible for a terrible game, whether it's the programmers or the publishers who rushed it out the door half finished. If it's terrible, it's terrible.
I feel for the programmers who have to put up with all the crap that comes along with an intensely buggy product, but I'm not going to waste my time or money on a half-finished game just because it *might* be playable eventually.
If a game really has potential, then I wish the developers/publishers would just be a bit more patient and release it when it is fully realized. That's one of the biggest problems with computer games these days -- they're rushed out the door incomplete with 100 MB patches the day after release.
Whatever happened to the id "motto" from back in the day: "we'll release it when it's done." Nowadays, it seems to be "we'll release it when it's half done, take some money and get around to the other half eventually." (Not that id games haven't had their share of patches, but at least I could get Quake up and running on the first try as opposed to 3 weeks.)
J