There's tons of fresh new games out there. You just have to look for them. A lot of great mainstream games of note have been Portal, and Braid, No More Heroes, Little Big Planet, Left4dead, the list goes on.
Of course, you may not like them all, but they definitely aren't sequels. (Well, I guess Portal is a kind of spiritual sequel to that one old game that was made by the same team...)
It sounds like Buzz Lightyear's mission was actually a spiritual quest.
I don't know why, but I really laughed hard at this.
I agree, but this is too soon. I say let them get a little hungry, and learn to operate a little more efficiency, then give them tax-exempt status.
But then again, I'm not involved with that industry, things might already be a lot worse for them then I assume.
If you run a red light because the yellow duration was unsafe, that is the city's fault.
indeed, judging by some of the linked articles, this seems to be the case for the most part.
ZOMG replace it all with FreeDOS
TFA of the linked slashdot article indicates that the cities were shortening the length of the yellow lights. It could still be green, and it may not be obvious that the car(s) in front of you is/are about to stop. It seems that this was where the "unfair" part is coming from.
Do not enter the intersection if you cannot get completely across before the light turns red. If you block the intersection, you can be cited.
This is what has been continually repeated in this thread. But it's a judgement call. And if you make the wrong judgement, then you're screwed, no take-sy back-sies. It's like saying "Too bad you thought that you could make it through before the amber and red lights!" People that live in the town may know that you can't (because of the funk-ed up traffic light patterns), but someone new or passing through would not.
If the light was still green, of course they would think that they could still make it, especially if the car ahead had not yet stopped.
And Warcraft 2 was a clone of Tetris!
Quite right. Removing the extremists only changes the definition of "extreme". I don't agree with all of RMS' ideals, but I'm damn glad that he's around.
Well, in cases where you can't trust the client, that means you (the server) should not allow any client side code that isn't heavily checked and double-checked. GP is concerned about client side security.
Of course, as it stands now, there is no trivial way to prevent what RMS wants; user-specified client-side code. But if a third party is able to specify code for the user (using phishing techniques, etc;), therein lies the security hole.
The only way to really do this is to do away with javascript altogether, and create some new mechanism that either implements what RMS is talking about, or is able to run as totally black-boxed client-side code. The former would put the client at risk to dropped-in malicious code, whereas the latter is still vulnerable to persistent hacking (meaning again, that server still can't trust the client). I would argue that the former is more secure overall, since the latter seeks security in obscurity.
Personally, I'm all for an easier way to use your custom drop-in replacements for web page code. It would be like Grease Monkey, and people would stop complaining whenever Popular Social Website changes its interface yet again. Plus, it would make sense to use some local cache for Popular Social Website's code (which would be periodically updated, of course).
I don't really know about other high schools, but mine only really had hand-me-down equipment and a bunch of bread-board supplies purchased out my teacher's pocket (granted, he did get some sort of tax thing on it). It was a pretty bare-bones program. If we didn't have the extra large workshop classrooms alongside the woodworking and autobody classes, we probably would not have a computer engineering program at all.
Well, this was a high school course. We did more than just that, we were also playing with bread boards and making primitive digital LED number displays, and oh, the EEPROMs...
There we also learned more basic skills, such as taking a motherboard and processor, and adding hard drives, memory, cd-roms, power supplies, heatsinks/fans, network cards, etc;. Half the battle was trying to dig through the crap and find components that worked, and trying to get a machine that would give you the right beeps at POST, and diagnose when it didn't. We shared the room with the Robotics class, and so we also had some limited involvment in maze-solving robots programmed in assembly.
And that was just Comp Engineering. I also had Comp Sci, which was playing around with Object Oriented Turing, Logo, Java, and then a Java based Battle Bot game I forget the name of. A lot of the time, we'd be done early and just read webcomics, or play Liero.
These were courses offered both in Grade 11 and Grade 12, the Grade 12 course obviously being a bit more advanced (I graduated the year after they removed grade 13 in Ontario). I didn't realize until after graduation what a special school that was. It's apparently not as nice as it used to be, the music and CS programs have suffered. Lots of fond memories, though.
Well, it is ironic, because if it didn't go on the Internet and was strictly cellular, SMS message actually cost nothing, they're carried on the control channel (the one cell phone just listens on). The average SMS message is about the tenth of a kilobyte, so the machine that google was providing this service on must have been seriously DDOS'd by all these people.
makes you look childish.
Oh anonymous coward, your criticisms see into our very souls.
With your bare hands?!?
